Ciao Roberta,
great work!
Moritz got me faster, as I intended to chime in, with similar
suggestions.
So +1 for:
- a "real" module, as Moritz described it
- for using the metadata file, and parsing it -- my experience with
Landsat and other high-resolution satellite products, showed it's
* Sanjeet [2018-06-03 18:08:29 -0600]:
Hi everyone,
I came across this type error while porting libs.
msg = _("Module run %s %s ended with error") % (module, code)
TypeError: %b requires a bytes-like object, or an object that
implements __bytes__, not 'NoneType'
This uses % format specifier
Hi Sanjeet,
try like this:
msg = _("Bla bla {0} with {1}").format(zero, one)
Māris.
2018-06-04 3:08 GMT+03:00 Sanjeet :
> Hi everyone,
>
> I came across this type error while porting libs.
>
> msg = _("Module run %s %s ended with error") % (module, code)
> TypeError: %b requires a bytes-like
Hi Roberta !
On 03/06/18 14:38, Roberta Fagandini wrote:
Hi all!
I'm Roberta Fagandini and I'm working on my GSoC project, a GRASS GIS
module for Sentinel-2 cloud and shadow detection.
This is my report for the third week of coding.
*1) What did I complete this week?*
* Implemented some
Am 4. Juni 2018 20:17:58 MESZ schrieb Markus Neteler :
>(cc grass-dev for the record)
>
>On Mon, Jun 4, 2018 at 4:59 PM, Markus Metz
> wrote:
>> On Mon, Jun 4, 2018 at 3:36 PM, Nikos Alexandris
>
>> wrote:
>...
On Mon, 4 Jun 2018, Markus Metz wrote:
> A new GRASS virtual raster format
#3572: v.vect.stats creates cat & cat_ then fails
--+--
Reporter: simondedman | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
Component: Default |Version: 7.4.0
Hi,
2018-04-12 22:58 GMT+02:00 Huidae Cho :
btw, there is a new fact which makes migration to git less convenient [1].
Ma
[1]
https://news.microsoft.com/2018/06/04/microsoft-to-acquire-github-for-7-5-billion/
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
Hi,
2018-06-04 19:52 GMT+02:00 Sanjeet :
> Yes, the .format() style should be followed in most cases. I could be
> wrong but I guess the old style has been used to support older
> versions of Python. But it seems we can use the 'format' style since
> we are only keeping support for Python 2.7 (or
#3572: v.vect.stats creates cat & cat_ then fails
--+--
Reporter: simondedman | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
Component: Default |Version: 7.4.0
#3572: v.vect.stats creates cat & cat_ then fails
--+--
Reporter: simondedman | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
Component: Default |Version: 7.4.0
Hi,
2018-06-04 22:47 GMT+02:00 Martin Landa :
> btw, there is a new fact which makes migration to git less convenient [1].
sorry, I meant GitHub not git! Migration to *git* is planned in any
case :-) A host platform is not decided yet.
Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
On Mon, Jun 4, 2018 at 10:50 PM, Martin Landa wrote:
[...]
> Migration to *git* is planned in any
> case :-) A host platform is not decided yet.
We simply need to decide between own hosting (incl. git repo by OSGeo)
and effectively commercial providers (github, gitlab, bitbucket, ...).
As long
#3572: v.vect.stats creates cat & cat_ then fails
--+--
Reporter: simondedman | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone:
Component: Default |Version: 7.4.0
* Roberta Fagandini [2018-06-04 18:42:47 +0200]:
Done! I added the folder to my github repository but I have some trouble
compiling the module with g.extension:
g.extension extension=i.sentinel.mask operation=add url=
https://github.com/RobiFag/GRASS_clouds_and_shadows
error message:
Yeah, that acquisition is bad news. Why can we just not use the OSGeo one?
Just curious.
Huidae
On Mon, Jun 4, 2018 at 5:00 PM, Markus Neteler wrote:
> On Mon, Jun 4, 2018 at 10:50 PM, Martin Landa
> wrote:
> [...]
> > Migration to *git* is planned in any
> > case :-) A host platform is not
* Markus Metz [2018-06-04 14:37:41 +0200]:
A new GRASS virtual raster format has been added to trunk in r72761-4,
together with a new module to build a GRASS VRT: r.buildvrt.
*r.buildvrt* builds a virtual raster (VRT) that is a mosaic of the list of
input raster maps. The purpose of such a
Hi all!
Thank you, Moritz and Nikos, for your suggestions!
2018-06-04 11:54 GMT+02:00 Nikos Alexandris :
> Ciao Roberta,
>
> great work!
>
> Moritz got me faster, as I intended to chime in, with similar
> suggestions.
>
> So +1 for:
>
> - a "real" module, as Moritz described it
>
Done! I added
Hi Nikos!
2018-06-04 17:23 GMT+02:00 Nikos Alexandris :
> * Roberta Fagandini [2018-06-04 16:14:16 +0200]:
>
>
> Hi all!
>>
>> Thank you, Moritz and Nikos, for your suggestions!
>>
>> 2018-06-04 11:54 GMT+02:00 Nikos Alexandris :
>>
>> Ciao Roberta,
>>>
>>> great work!
>>>
>>> Moritz got me
* Roberta Fagandini [2018-06-04 16:14:16 +0200]:
Hi all!
Thank you, Moritz and Nikos, for your suggestions!
2018-06-04 11:54 GMT+02:00 Nikos Alexandris :
Ciao Roberta,
great work!
Moritz got me faster, as I intended to chime in, with similar
suggestions.
So +1 for:
- a "real" module,
#3572: v.vect.stats creates cat & cat_ then fails
--+-
Reporter: simondedman | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal| Milestone:
Component: Default |
On Mon, Jun 4, 2018 at 1:58 AM, Maris Nartiss wrote:
> Hi Sanjeet,
> try like this:
>
> msg = _("Bla bla {0} with {1}").format(zero, one)
>
Hi Maris,
I tried and it worked too.
Thanks,
Sanjeet
___
grass-dev mailing list
grass-dev@lists.osgeo.org
On Mon, Jun 4, 2018 at 3:54 AM, Nikos Alexandris
wrote:
> * Sanjeet [2018-06-03 18:08:29 -0600]:
>>
>> I can resolve this by using fomat() like this:
>> msg = _(("Module run {} {} ended with error").format(module,code))
>>
>> Do you think this is a good way to resolve this?
>> Is "format()"
(cc grass-dev for the record)
On Mon, Jun 4, 2018 at 4:59 PM, Markus Metz
wrote:
> On Mon, Jun 4, 2018 at 3:36 PM, Nikos Alexandris
> wrote:
...
>>> On Mon, 4 Jun 2018, Markus Metz wrote:
A new GRASS virtual raster format has been added to trunk in r72761-4,
together with a new module
23 matches
Mail list logo
