Re: [GRASS-dev] OSGeo-SoC 2016 application

2016-03-15 Thread Yang, Bo (yangb2) 
Hi Luca,

Thank you for the reply and info. It is great if you could co-mentor this 
project. I would be more interest in implementing my spatio-temporal fusion 
algorithm as an open source plug-in. Actually, I already have the preliminary 
python code for the raster fusion, including modules of spatio-temporal 
semi-variogram calculating, exponential/Gaussian fitting, spatio-temporal 
fusion, uncertainty estimation and etc. Currently it runs well for fusing MODIS 
and Landsat data. But it is just a preliminary program, I think a lot more 
works need to be done to make it professional and could incorporated into GRASS 
framework. 
I've read the link you sent to me. I think it is a good point to add it to 
r.series.interp, which I noticed author is Sören Gebbert. Should I ask Sören if 
he is interested to be a potential mentor? Furthermore, could you advise what 
should I do now to get start for the programming environmental as well as 
prepare the proposal? 

Best,
Bo Yang


-Original Message-
From: Luca Delucchi [mailto:lucadel...@gmail.com] 
Sent: Tuesday, March 15, 2016 5:28 AM
To: Yang, Bo (yangb2) 
Cc: grass-dev@lists.osgeo.org
Subject: Re: [GRASS-dev] OSGeo-SoC 2016 application

On 15 March 2016 at 03:54, Yang, Bo (yangb2)  wrote:
> Hello,
>

Hi Bo Yang,

>
> In addition, I have an idea based on my MA thesis project:
>
> Spatio-temporal fusion of multi-scale data with in a cokriging framework.
>
> This project extends traditional cokriging method for blending spatial 
> data sets with different temporal sampling frequency and spatial 
> resolution (density). It can be used for both raster data and vector 
> data, effectively fill in data gaps due to severe weather condition, 
> instrument malfunction, or other reasons, filtering out data noise, 
> and generate reliable results at both high spatial resolution and high 
> temporal frequency with associated uncertainty estimates.
>
> It would be greatly appreciated if someone interested in my idea and 
> could guide me how to get start and prepare the proposal. Thanks for 
> your time and I am looking forward to hearing from you.
>

This is really interesting, In GRASS GIS Temporal Framework [0][1] already 
exists a module for raster gapfilling [2], it uses the module r.series.interp 
[3]. The idea could be to add a new method in r.series.interp and a new vector 
module something like v.series.interp and after you could add the new 
functionality to GRASS GIS Temporal Framework.

I could co-mentor this proposal, maybe Soeren could be a good mentor for this 
proposal

> Best regards,
>
> Bo Yang
>

[0] https://grass.osgeo.org/grass71/manuals/temporalintro.html
[1] https://grasswiki.osgeo.org/wiki/Temporal_data_processing
[2] https://grass.osgeo.org/grass71/manuals/t.rast.gapfill.html
[3] https://grass.osgeo.org/grass71/manuals/r.series.interp.html

--
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] OSGeo-SoC 2016 application

2016-03-15 Thread Yang, Bo (yangb2) 
Dear Moritz,

Thank you for the reply. Yes, I agree that I should focus on one subject and 
get start preparing the proposal based on it. After a quick research for both 
subjects. I would like to choose pursuing my latter idea about spatio-temporal 
image fusion algorithm. For one thing, It is my novel algorithm and I have the 
confidence and motivation to make it available for using. For another, I code 
in python more skillful than in C/C++ language. I will contact Luca Delucchi 
for the possibility of developing that project. 
Thank you again for guiding me earlier. Any more advice would be greatly 
appreciated. 

Best regards,
Bo Yang

-Original Message-
From: Moritz Lennert [mailto:mlenn...@club.worldonline.be] 
Sent: Tuesday, March 15, 2016 8:10 AM
To: Yang, Bo (yangb2) ; grass-dev@lists.osgeo.org
Subject: Re: [GRASS-dev] OSGeo-SoC 2016 application

Dear Bo,

On 15/03/16 03:54, Yang, Bo (yangb2) wrote:
> Hello,
>
> My name is Bo Yang, a Ph. D. student in the Department of Geography, 
> University of Cincinnati.  I have a bachelor degree in Mathematics and 
> MS in Computer Science. I am proficient in Python, C/C++, R and have 
> utilized QGIS and GRASS a lot in my study and research project. I am 
> really interested in OSGeo-SoC2016. It would be a great opportunity if 
> I can make contributions as well as learn to become an open-source developer.
>
> For years I have worked with raster processing algorithms and 
> computation efficiency, for example, coding (python) to process large 
> volume of remote sensing data, therefore I am interested in the 
> existing
> idea:
>
> GRASS: Additional segmentation algorithms for i.segment.

In our previous exchange via private mail, I already sent you the necessary 
pointers for this subject. Markus Metz and I are willing to mentor a student on 
this. I think it would be a marvelous addition to GRASS' image treatment 
toolbox.

Don't hesitate to post on this list if you have any other questions concerning 
this subject.

I think you will have to chose quite quickly which one of your two subjects you 
wish to pursue, as the deadline for applications will arrive fast, and it is 
probably better to concentrate on one subject and do that well. There have been 
cases, however, of students proposing more than one subject.

Best wishes,
Moritz
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] PEP 394 - The "python" Command on Unix-Like Systems

2016-03-15 Thread Glynn Clements 

Maciej Sieczka wrote:

> What are the prospects, if any, for GRASS Python code to conform to
> https://www.python.org/dev/peps/pep-0394 ?
> 
> Not a huge issue to me personally. I'm just curious about GRASS team
> opinions on this matter. It might be worth considering. At least in the
> future, when more distros move to Python 3.

For now, this is best treated as a packaging issue, i.e. people making
binary packages for specific distributions should perform any fixup
required to make the package conform to the distribution's
requirements and conventions.

If this starts to become more common, then I'd suggest adding a
INSTALL_PYTHON variable to the build system which can be used
similarly to $(INSTALL) or $(INSTALL_DATA), which would replace the
shebang as part of the copying process.

-- 
Glynn Clements 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Interest in contributing

2016-03-15 Thread Luca Delucchi 
On 15 March 2016 at 11:54, Djimeli Konrad  wrote:
> Hello Luca,
>

Hi Konrad,

> I am new to GRASS GIS and OpenStreetMap but I have always been
> interest in GIS in general. I just started doing research on this and
> I am ready to do all the work required to get up to speed for the this
> task. I would like to know if you this is feasible with the present
> time frame.
>

Yes it should be feasible, of course you should work hard, specially
the first weeks to understand a little bit GRASS and OpenStreetMap.

> Thanks
> Konrad


-- 
ciao
Luca

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

Re: [GRASS-dev] OSGeo-SoC 2016 application

2016-03-15 Thread Moritz Lennert 

Dear Bo,

On 15/03/16 03:54, Yang, Bo (yangb2) wrote:

Hello,

My name is Bo Yang, a Ph. D. student in the Department of Geography,
University of Cincinnati.  I have a bachelor degree in Mathematics and
MS in Computer Science. I am proficient in Python, C/C++, R and have
utilized QGIS and GRASS a lot in my study and research project. I am
really interested in OSGeo-SoC2016. It would be a great opportunity if I
can make contributions as well as learn to become an open-source developer.

For years I have worked with raster processing algorithms and
computation efficiency, for example, coding (python) to process large
volume of remote sensing data, therefore I am interested in the existing
idea:

GRASS: Additional segmentation algorithms for i.segment.


In our previous exchange via private mail, I already sent you the 
necessary pointers for this subject. Markus Metz and I are willing to 
mentor a student on this. I think it would be a marvelous addition to 
GRASS' image treatment toolbox.


Don't hesitate to post on this list if you have any other questions 
concerning this subject.


I think you will have to chose quite quickly which one of your two 
subjects you wish to pursue, as the deadline for applications will 
arrive fast, and it is probably better to concentrate on one subject and 
do that well. There have been cases, however, of students proposing more 
than one subject.


Best wishes,
Moritz
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Interest in contributing

2016-03-15 Thread Djimeli Konrad 
Hello Luca,

I am new to GRASS GIS and OpenStreetMap but I have always been
interest in GIS in general. I just started doing research on this and
I am ready to do all the work required to get up to speed for the this
task. I would like to know if you this is feasible with the present
time frame.

Thanks
Konrad
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] OSGeo-SoC 2016 application

2016-03-15 Thread Luca Delucchi 
On 15 March 2016 at 03:54, Yang, Bo (yangb2)  wrote:
> Hello,
>

Hi Bo Yang,

>
> In addition, I have an idea based on my MA thesis project:
>
> Spatio-temporal fusion of multi-scale data with in a cokriging framework.
>
> This project extends traditional cokriging method for blending spatial data
> sets with different temporal sampling frequency and spatial resolution
> (density). It can be used for both raster data and vector data, effectively
> fill in data gaps due to severe weather condition, instrument malfunction,
> or other reasons, filtering out data noise, and generate reliable results at
> both high spatial resolution and high temporal frequency with associated
> uncertainty estimates.
>
> It would be greatly appreciated if someone interested in my idea and could
> guide me how to get start and prepare the proposal. Thanks for your time and
> I am looking forward to hearing from you.
>

This is really interesting, In GRASS GIS Temporal Framework [0][1]
already exists a module for raster gapfilling [2], it uses the module
r.series.interp [3]. The idea could be to add a new method in
r.series.interp and a new vector module something like v.series.interp
and after you could add the new functionality to GRASS GIS Temporal
Framework.

I could co-mentor this proposal, maybe Soeren could be a good mentor
for this proposal

> Best regards,
>
> Bo Yang
>

[0] https://grass.osgeo.org/grass71/manuals/temporalintro.html
[1] https://grasswiki.osgeo.org/wiki/Temporal_data_processing
[2] https://grass.osgeo.org/grass71/manuals/t.rast.gapfill.html
[3] https://grass.osgeo.org/grass71/manuals/r.series.interp.html

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Interest in contributing

2016-03-15 Thread Luca Delucchi 
On 14 March 2016 at 23:58, Djimeli Konrad  wrote:
> Hello,
>

Hi Konrad

> My name is Djimeli Konrad a second year computer science student from
> the University of Buea, Cameroon. I am proficient in c, c++ and
> python. I would like to contribute GRASS GIS for the Google Summer of
> Code 2016. I am interested in working on the project "v.in.osm
> enhancement". I have previous experience developing a VRML-STL parser
> hosted on github ( https://github.com/djkonro/vrml-stl ) and also an
> X3D importer for BRL-CAD GSoC 2015. I would like to get some pointer
> to some starting point that could give me a better understanding of
> the project.
>

The main idea is to have  a module to import OSM data in GRASS GIS.
There are several tool able to convert OSM in other formats: osm2pgsql
[0] for PostGIS, OGR driver [1] for the most common GIS formats,
impoosm [2] for databases and geojson file. Each of these tools needed
a configuration file to understand how to manage the OSM data
specially filtering data using the tags

The idea is to implement these different tools as methods of v.in.osm
module to import osm and pbf file into GRASS GIS, the module should be
able also to download data using the OverPass API [3]

What do you know about GRASS GIS and OpenStreetMap?

> Thanks
> Konrad
>

[0] http://wiki.openstreetmap.org/wiki/Osm2pgsql
[1] http://www.gdal.org/drv_osm.html
[2] http://imposm.org/
[3] http://www.overpass-api.de/

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev