[GRASS-dev] Applying for write access to the Addons-SVN repository

GRASS GIS GRASS GIS developer
1

Hello,

I have rewritten r.in.wms module and I would like to put the module for public testing on Addons-SVN repository with name r.in.wms2.

Therefore I would like to apply for writing access to the Addons-SVN repository.

I have read RFC2 and I accept it.

My osgeo id:
turek

Thanks,
Stepan

=

2

On Mon, Apr 2, 2012 at 10:06 PM, stepan.turek <stepan.turek@seznam.cz> wrote:

I have rewritten r.in.wms module and I would like to put the module for
public testing on Addons-SVN repository with name r.in.wms2.

Excellent!

Therefore I would like to apply for writing access to the Addons-SVN
repository.

I have read RFC2 and I accept it.

My osgeo id:
turek

I have activated you (sorry for the delay, I hoped that another GRASS
developer had done it already).

Happy hacking,
Markus

3

A pretty good news in fact.
Stepan, do you plan to cope with cached services (WMS-c) ?
I mean, here in France IGN provides a WMS which is quite uneasy to
request, r.in.wms fails. One can have a look here :

http://depot.ign.fr/geoportail/api/doc/developpeur/wmsc.html

For my personal purpose I wrote a bash routine (not much portable as is)
to retrieve orthoimagery tiles the right way using the current region
settings. As wms-c is not considered a standard ogc protocol, it may not
be worth trying to integrate multiple constraints to the module, what's
more they probably* vary from one provider to another (tile sizes,
available resolutions, point of origin, and so on) ; perhaps a wiki
HowTo in this case would already be helpful for french users ?

Yours,
Vincent.

__

*don't really know, I'm not a web mapping specialist

Le samedi 07 avril 2012 à 16:07 +0200, Markus Neteler a écrit :

On Mon, Apr 2, 2012 at 10:06 PM, stepan.turek <stepan.turek@seznam.cz> wrote:
> I have rewritten r.in.wms module and I would like to put the module for
> public testing on Addons-SVN repository with name r.in.wms2.

Excellent!

> Therefore I would like to apply for writing access to the Addons-SVN
> repository.
>
> I have read RFC2 and I accept it.
>
> My osgeo id:
> turek

I have activated you (sorry for the delay, I hoped that another GRASS
developer had done it already).

Happy hacking,
Markus
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

4

Hi all,

2012/4/7 Markus Neteler <neteler@osgeo.org>:

I have activated you (sorry for the delay, I hoped that another GRASS
developer had done it already).

strangely I can add or remove members from 'grass' group, but not from
'grass_addons'. Thanks for activating the write access for Stepan.

Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

5

Hi lists,
those who work on french territory may have encountered problems trying
to use r.in.wms to retrieve the IGN Data service. I wrote a yet rough
shell script AddOn [1] and a brief how-to[2], so as to make things
easier. I did not go far in the script capabilities since IGN developers
advised me of imminent deep changes to the service (WMS-C -> WMTS),
progrmmed for may/june.

I would be pleased if concerned users had a look on the module and
whether it's of any use to go further with this tool.

Yours,
Vincent.

[1] http://grass.osgeo.org/wiki/GRASS_AddOns#r.in.ign

[2] http://grass.osgeo.org/wiki/IGN_wms-c_stream

6

Hello,

WMS-c or WMTS would be possible to implement into r.in.wms2.

After finishing standard wms support implementation for GRASS and SAGA I will take a deeper look at it.

Stepan

---------- Původní zpráva ----------
Od: Vincent Bain bain@toraval.fr
Datum: 7. 4. 2012
Předmět: Re: [GRASS-dev] Applying for write access to the Addons-SVN repository

A pretty good news in fact.
Stepan, do you plan to cope with cached services (WMS-c) ?
I mean, here in France IGN provides a WMS which is quite uneasy to
request, r.in.wms fails. One can have a look here :

http://depot.ign.fr/geoportail/api/doc/developpeur/wmsc.html

For my personal purpose I wrote a bash routine (not much portable as is)
to retrieve orthoimagery tiles the right way using the current region
settings. As wms-c is not considered a standard ogc protocol, it may not
be worth trying to integrate multiple constraints to the module, what’s
more they probably* vary from one provider to another (tile sizes,
available resolutions, point of origin, and so on) ; perhaps a wiki
HowTo in this case would already be helpful for french users ?

Yours,
Vincent.

__

*don’t really know, I’m not a web mapping specialist

=

7

Stepan,
by lack of time I didn't yet test your new module, but I see the user is
asked to fill in the projection system of layers he requests. Am I
right ? I just wonders if you had tried to implement the ability to
self-evaluate this parameter: getting that information is possible via a
GetCapabilities request, isn't it ?

Thanks for your work,
good luck.

Vincent.

Le jeudi 12 avril 2012 à 12:35 +0200, stepan.turek a écrit :

Hello,

WMS-c or WMTS would be possible to implement into r.in.wms2.

After finishing standard wms support implementation for GRASS and
SAGA I will take a deeper look at it.

Stepan

---------- Původní zpráva ----------
Od: Vincent Bain <bain@toraval.fr>
Datum: 7. 4. 2012
Předmět: Re: [GRASS-dev] Applying for write access to the Addons-SVN
repository

        A pretty good news in fact.
        Stepan, do you plan to cope with cached services (WMS-c) ?
        I mean, here in France IGN provides a WMS which is quite
        uneasy to
        request, r.in.wms fails. One can have a look here :
        
        http://depot.ign.fr/geoportail/api/doc/developpeur/wmsc.html
        
        For my personal purpose I wrote a bash routine (not much
        portable as is)
        to retrieve orthoimagery tiles the right way using the current
        region
        settings. As wms-c is not considered a standard ogc protocol,
        it may not
        be worth trying to integrate multiple constraints to the
        module, what's
        more they probably* vary from one provider to another (tile
        sizes,
        available resolutions, point of origin, and so on) ; perhaps a
        wiki
        HowTo in this case would already be helpful for french users ?
        
        Yours,
        Vincent.
        
        __
        
        *don't really know, I'm not a web mapping specialist
        
        >
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

8

Yes, user have to insert EPSG number.

So far, It is implemented only getMap request, which is in responsibility of the module r.in.wms2. In r.in.wms2 GetCap response is only printed in output btw. there was bug in r.in.wms2 getCapabilities, i have just fixed it.

I want to implement parsing of GetCap request into wxGui. The wxGui utility would parse getCap response and according to parsed values create dialog. Then user would choose parameters for r.in.wms2 from the dialog of parsed GetCap.

Thanks for feedback,

Stepan

---------- Původní zpráva ----------
Od: Vincent Bain bain@toraval.fr
Datum: 12. 4. 2012
Předmět: Re: Re: [GRASS-dev] Applying for write access to the Addons-SVN repository

Stepan,
by lack of time I didn’t yet test your new module, but I see the user is
asked to fill in the projection system of layers he requests. Am I
right ? I just wonders if you had tried to implement the ability to
self-evaluate this parameter: getting that information is possible via a
GetCapabilities request, isn’t it ?

Thanks for your work,
good luck.

Vincent.

Le jeudi 12 avril 2012 à 12:35 +0200, stepan.turek a écrit :

Hello,

WMS-c or WMTS would be possible to implement into r.in.wms2.

After finishing standard wms support implementation for GRASS and
SAGA I will take a deeper look at it.

Stepan

---------- Původní zpráva ----------
Od: Vincent Bain bain@toraval.fr
Datum: 7. 4. 2012
Předmět: Re: [GRASS-dev] Applying for write access to the Addons-SVN
repository

A pretty good news in fact.
Stepan, do you plan to cope with cached services (WMS-c) ?
I mean, here in France IGN provides a WMS which is quite
uneasy to
request, r.in.wms fails. One can have a look here :

http://depot.ign.fr/geoportail/api/doc/developpeur/wmsc.html

For my personal purpose I wrote a bash routine (not much
portable as is)
to retrieve orthoimagery tiles the right way using the current
region
settings. As wms-c is not considered a standard ogc protocol,
it may not
be worth trying to integrate multiple constraints to the
module, what’s
more they probably* vary from one provider to another (tile
sizes,
available resolutions, point of origin, and so on) ; perhaps a
wiki
HowTo in this case would already be helpful for french users ?

Yours,
Vincent.

__

*don’t really know, I’m not a web mapping specialist

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

=