Hello I'm on a mac osx 10.7 (LION) and GRASS 6.5. I need to download MODIS data (MOD43B3) for a time period of one year. Does it exist some automatic procedure?
Thanks.
Salvatore
form memory you can download tiles like this, modify it a bit to include filter for your year of interest…
#!/bin/bash
n1=12#horizontal number(s)
n2=10#vertical number(s)
wget -rc -Ah$n1v$n2.hdf ftp://e4ftl01u.ecs.nasa.gov/MOLT/MOD43B3.005
Happy download !
-----Original Message-----
From: grass-user-bounces@lists.osgeo.org on behalf of Salvatore Mellino
Sent: Wed 9/28/2011 7:50 PM
To: grass-user@lists.osgeo.org
Subject: [GRASS-user] download MODIS data (MOD43B3)
Hello I’m on a mac osx 10.7 (LION) and GRASS 6.5. I need to download MODIS data (MOD43B3) for a time period of one year. Does it exist some automatic procedure?
Thanks.
Salvatore_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
2011/9/28 Salvatore Mellino <salvatore.mellino@gmail.com>:
Hello I'm on a mac osx 10.7 (LION) and GRASS 6.5. I need to download MODIS data (MOD43B3) for a time period of one year. Does it exist some automatic procedure?
r.modis.download from GSoC 2011? Available for GRASS 7, but basically
it could also work with GRASS 6.
Martin
--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
On Wed, Sep 28, 2011 at 4:20 PM, Salvatore Mellino
<salvatore.mellino@gmail.com> wrote:
Hello I'm on a mac osx 10.7 (LION) and GRASS 6.5. I need to download MODIS data (MOD43B3) for a time period of one year. Does it exist some automatic procedure?
Yes:
http://grass.osgeo.org/wiki/R.modis_GSoC_2011
We'll complete the page asap. Installation in GRASS 7:
g.extension r.modis
I don't think that it works with GRASS 6.
Markus
Is there any plan to include r.(in.?)modis in trunk?
It would be a great benefit to all the RS buddies around…
-----Original Message-----
From: grass-user-bounces@lists.osgeo.org on behalf of Markus Neteler
Sent: Fri 9/30/2011 12:03 AM
To: Salvatore Mellino
Cc: GRASS user list; Luca Delucchi
Subject: Re: [GRASS-user] download MODIS data (MOD43B3)
On Wed, Sep 28, 2011 at 4:20 PM, Salvatore Mellino
salvatore.mellino@gmail.com wrote:
Hello I’m on a mac osx 10.7 (LION) and GRASS 6.5. I need to download MODIS data (MOD43B3) for a time period of one year. Does it exist some automatic procedure?
Yes:
http://grass.osgeo.org/wiki/R.modis_GSoC_2011
We’ll complete the page asap. Installation in GRASS 7:
g.extension r.modis
I don’t think that it works with GRASS 6.
Markus
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
2011/9/30 Chemin, Yann (IWMI) <Y.Chemin@cgiar.org>:
Is there any plan to include r.(in.?)modis in trunk?
It would be a great benefit to all the RS buddies around...
AFAIK - no, moreover we should *avoid* adding new and new modules to
trunk. Instead of adding new modules we should improve add-ons
management (see also [1]). This extension is quite easy to install
g.extension ext=r.modis
Martin
[1] http://grass.fsv.cvut.cz/wiki-mirror/index.php/Toolboxes
--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
Thanks Martin,
it does not work in my computer, but hey no worries, I’ll spend some time troubleshoot what is going on.
Some questions then:
1 - Does this mean we can start reducing the number of modules from GRASS_TRUNK now.
2 - What is the minimum amount of Modules in GRASS GIS? Is there a list?
3 - Shall we start by removing the imagery menu altogether?
4 - is there a wiki page about the new GRASS listing?
Sorry if those questions are redondant to previous discussion, been out of touch…
Cheers
Yann
-----Original Message-----
From: Martin Landa [mailto:landa.martin@gmail.com]
Sent: Fri 9/30/2011 3:30 PM
To: Chemin, Yann (IWMI)
Cc: Markus Neteler; Salvatore Mellino; GRASS user list; Luca Delucchi
Subject: Re: [GRASS-user] download MODIS data (MOD43B3)
2011/9/30 Chemin, Yann (IWMI) Y.Chemin@cgiar.org:
Is there any plan to include r.(in.?)modis in trunk?
It would be a great benefit to all the RS buddies around…
AFAIK - no, moreover we should avoid adding new and new modules to
trunk. Instead of adding new modules we should improve add-ons
management (see also [1]). This extension is quite easy to install
g.extension ext=r.modis
Martin
[1] http://grass.fsv.cvut.cz/wiki-mirror/index.php/Toolboxes
–
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
Hi,
2011/9/30 Chemin, Yann (IWMI) <Y.Chemin@cgiar.org>:
1 - Does this mean we can start reducing the number of modules from
GRASS_TRUNK now.
2 - What is the minimum amount of Modules in GRASS GIS? Is there a list?
3 - Shall we start by removing the imagery menu altogether?
4 - is there a wiki page about the new GRASS listing?Sorry if those questions are redondant to previous discussion, been out of
touch...
just not to add new and new modules (which are quite specific like
r.modis is) to trunk and discuss how to organize GRASS modules. The
number of GRASS modules is quite high and it's quite confusing for
non-power users (e.g. students in my courses at the university which
are very ofter lost when searching for standard GIS functionality in
GRASS). wxGUI search engine helps a bit, but it's not enough. I think
it's not good approach to add new and new modules to trunk, this will
just increase number of modules in standard distribution. The goal is
to continue in discussion and develop experimental framework of
toolboxes including packaging GRASS to give users more freedom which
tools he/she wants to install and to use.
So heavy changes in trunk are not planned at this moment, first we
could implement experimental environment for installing, wxGUI
integrating, removing selected toolboxes. Good candidate are
r.streams.* modules from Addons which could build up 'hydrology'
toolbox for our initial experiments. Take a look at [1] as I mentioned
in the last mail. Feel free to extend the article.
Martin
[1] http://grass.osgeo.org/wiki/Toolboxes
--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
2011/9/30 Chemin, Yann (IWMI) <Y.Chemin@cgiar.org>:
it does not work in my computer, but hey no worries, I'll spend some time
troubleshoot what is going on.
can you post exact error message?
Thanks, Martin
--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
it asks for python bindings of MRT which I am afraid to believe it is MODIS Reprojection Tool…
Brings back nightmares from 2005, I switched to gdalwarp since then…
Thanks for the help,
Yann
-----Original Message-----
From: Martin Landa [mailto:landa.martin@gmail.com]
Sent: Fri 9/30/2011 7:04 PM
To: Chemin, Yann (IWMI)
Cc: Markus Neteler; Salvatore Mellino; GRASS user list; Luca Delucchi
Subject: Re: [GRASS-user] download MODIS data (MOD43B3)
2011/9/30 Chemin, Yann (IWMI) Y.Chemin@cgiar.org:
it does not work in my computer, but hey no worries, I’ll spend some time
troubleshoot what is going on.
can you post exact error message?
Thanks, Martin
–
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
On Fri, Sep 30, 2011 at 4:59 PM, Chemin, Yann (IWMI) <Y.Chemin@cgiar.org> wrote:
it asks for python bindings of MRT which I am afraid to believe it is MODIS
Reprojection Tool...
Please post the error message.
Brings back nightmares from 2005, I switched to gdalwarp since then...
... which leads to a spatial error... (MRT addresses it while GDAL does not).
Markus
It asks for pyMRT…
Does the GDAL-dev mailing list know about the geolocation error issue?
Yann
On Tue, Oct 4, 2011 at 9:23 AM, Chemin, Yann (IWMI) <Y.Chemin@cgiar.org> wrote:
It asks for pyMRT...
I would really need the error message since there is no trace of
a "pyMRT" error message in r.modis.*
Perhaps you mean pyModis? This is part of the module set.
Does the GDAL-dev mailing list know about the geolocation error issue?
I was in contact with Gail Schmidt (MRT developer) from NASA about this
years ago (MODIS V003 and V004 when MODIS was still in ISIN, I posted
that to gdal-dev some years ago but didn't gain much attention ...
For ISIN (nowadays MODIS is in SIN), the source code is here:
mrt4.1/MRT/resample/calc_isin_shift.c
I am not sure about any potential projection shifts in SIN (MODIS V005),
but the source code of MRT is available if anyone wants to investigate.
Or run comparative test cases in different parts of the world....
For r.modis.* we decided to take the secure route and used MRT.
Markus
I will try to reach that computer soon and get back on that with the full error message…
I used SVN trunk on an Ubuntu machine.
Wish I could take time off to figure this GDAL thingy out…
more later,
Yann
-----Original Message-----
From: neteler.osgeo@gmail.com on behalf of Markus Neteler
Sent: Tue 10/4/2011 1:38 PM
To: Chemin, Yann (IWMI)
Cc: GRASS user list
Subject: Re: [GRASS-user] download MODIS data (MOD43B3)
On Tue, Oct 4, 2011 at 9:23 AM, Chemin, Yann (IWMI) Y.Chemin@cgiar.org wrote:
It asks for pyMRT…
I would really need the error message since there is no trace of
a “pyMRT” error message in r.modis.*
Perhaps you mean pyModis? This is part of the module set.
Does the GDAL-dev mailing list know about the geolocation error issue?
I was in contact with Gail Schmidt (MRT developer) from NASA about this
years ago (MODIS V003 and V004 when MODIS was still in ISIN, I posted
that to gdal-dev some years ago but didn’t gain much attention …
For ISIN (nowadays MODIS is in SIN), the source code is here:
mrt4.1/MRT/resample/calc_isin_shift.c
I am not sure about any potential projection shifts in SIN (MODIS V005),
but the source code of MRT is available if anyone wants to investigate.
Or run comparative test cases in different parts of the world…
For r.modis.* we decided to take the secure route and used MRT.
Markus
Hi all,
Reopening an old thread, to know if any new knowledge has been acquired about the MODIS v005 SIN->LatLong reprojection in GDAL, within our GRASS perspective.
I may have time to look into it in a future project, but would not want to discover somebody went over it already...
Thank you,
Yann
________________________________________
From: neteler.osgeo@gmail.com [neteler.osgeo@gmail.com] on behalf of Markus Neteler [neteler@osgeo.org]
Sent: Tuesday, October 04, 2011 1:38 PM
To: Chemin, Yann (IWMI)
Cc: GRASS user list
Subject: Re: [GRASS-user] download MODIS data (MOD43B3)
On Tue, Oct 4, 2011 at 9:23 AM, Chemin, Yann (IWMI) <Y.Chemin@cgiar.org> wrote:
It asks for pyMRT...
I would really need the error message since there is no trace of
a "pyMRT" error message in r.modis.*
Perhaps you mean pyModis? This is part of the module set.
Does the GDAL-dev mailing list know about the geolocation error issue?
I was in contact with Gail Schmidt (MRT developer) from NASA about this
years ago (MODIS V003 and V004 when MODIS was still in ISIN, I posted
that to gdal-dev some years ago but didn't gain much attention ...
For ISIN (nowadays MODIS is in SIN), the source code is here:
mrt4.1/MRT/resample/calc_isin_shift.c
I am not sure about any potential projection shifts in SIN (MODIS V005),
but the source code of MRT is available if anyone wants to investigate.
Or run comparative test cases in different parts of the world....
For r.modis.* we decided to take the secure route and used MRT.
Markus
On Wed, Jun 6, 2012 at 4:38 PM, Chemin, Yann (IWMI) <Y.Chemin@cgiar.org> wrote:
Hi all,
Reopening an old thread, to know if any new knowledge has been acquired about the MODIS v005 SIN->LatLong reprojection in GDAL, within our GRASS perspective.
To my knowledge there are no improvements in GDAL.
Our pyMODIS software:
http://gis.cri.fmach.it/pymodis/
is calling MRT to reproject data automatically. Perhaps interesting for you?
Markus