[GRASS-dev] [GRASS GIS] #1236: r.in.wms sleep parameter

#1236: r.in.wms sleep parameter
-------------------------+--------------------------------------------------
Reporter: frankie | Owner: grass-dev@…
     Type: enhancement | Status: new
Priority: normal | Milestone: 6.4.1
Component: Default | Version: unspecified
Keywords: | Platform: All
      Cpu: Unspecified |
-------------------------+--------------------------------------------------
Some WMS servers have severe limitations about number of tiles
downloadable per time units, and ban too much aggressive downloaders. It
would be nice having a parameter to add a delay in seconds before
downloading each tile. That would be useful for grabbing bots and to be
more nice with such servers.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1236&gt;
GRASS GIS <http://grass.osgeo.org>

#1236: r.in.wms sleep parameter
-------------------------+--------------------------------------------------
Reporter: frankie | Owner: grass-dev@…
     Type: enhancement | Status: new
Priority: normal | Milestone: 6.4.1
Component: Default | Version: unspecified
Keywords: r.in.wms | Platform: All
      Cpu: Unspecified |
-------------------------+--------------------------------------------------
Changes (by hamish):

  * keywords: => r.in.wms

Comment:

wget has some nice command line options here, you can pass those along
from the r.in.wms command parameters. Try --wait=num_seconds or --random-
wait
I'm not sure if curl does or not.

I assume the .py version does not use wget or curl at all and needs
something else?

Hamish

--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1236#comment:1&gt;
GRASS GIS <http://grass.osgeo.org>

#1236: r.in.wms sleep parameter
-------------------------+--------------------------------------------------
Reporter: frankie | Owner: grass-dev@…
     Type: enhancement | Status: new
Priority: normal | Milestone: 6.4.1
Component: Default | Version: unspecified
Keywords: r.in.wms | Platform: All
      Cpu: Unspecified |
-------------------------+--------------------------------------------------

Comment(by frankie):

Replying to [comment:1 hamish]:
> wget has some nice command line options here, you can pass those along
from the r.in.wms command parameters. Try --wait=num_seconds or --random-
wait
> I'm not sure if curl does or not.
>

Good idea, but curl has not a delaying option and I'm not sure if wget has
a minimal version to be considered to present those options, so a backend
independent implementation is more viable.

--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1236#comment:2&gt;
GRASS GIS <http://grass.osgeo.org>

#1236: r.in.wms sleep parameter
-------------------------+--------------------------------------------------
Reporter: frankie | Owner: grass-dev@…
     Type: enhancement | Status: new
Priority: normal | Milestone: 7.0.0
Component: Raster | Version: unspecified
Keywords: r.in.wms | Platform: All
      Cpu: Unspecified |
-------------------------+--------------------------------------------------
Changes (by hamish):

  * component: Default => Raster
  * milestone: 6.4.1 => 7.0.0

Comment:

new development is in r.in.wms2(.py). bumping there.

--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1236#comment:3&gt;
GRASS GIS <http://grass.osgeo.org>

#1236: r.in.wms sleep parameter
-------------------------+--------------------------------------------------
Reporter: frankie | Owner: grass-dev@…
     Type: enhancement | Status: new
Priority: normal | Milestone: 7.0.0
Component: Raster | Version: unspecified
Keywords: r.in.wms | Platform: All
      Cpu: Unspecified |
-------------------------+--------------------------------------------------

Comment(by turek):

Some time ago I implemented feature in r56554 which repeats request if
server returns 104 error (I came across this error on a server, which sent
it if certain number of requests within time limit had been exceeded). If
so, request is repeated after 5 seconds then after 30 seconds.
Probably the r.in.wms module should repeat requests for another errors
returned form a server.

I do not thing that adding new delay parameter into r.in.wms is good idea
because this issue should be addressed internally as it is now (too low
level for a user).

--
Ticket URL: <https://trac.osgeo.org/grass/ticket/1236#comment:4&gt;
GRASS GIS <http://grass.osgeo.org>