Hello Markus,
As this part related to GRASS, I am writing it here.
Moving to cmake is one thing. But I don't know if that is blocking msvc
build. Did anybody tried to build grass with msvc?
BTW, What will be your opinion on adding an cmake build system?. It can
ofcourse co-exists with current a
Hello all,
Did anyone tried to add cmake build system to grass ?. It can even co-exist
with existing autoconf tools.
--
Regards,
Rashad
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hello Radim,
Thanks for information.
On Wed, Feb 24, 2016 at 2:48 PM, Radim Blazek
wrote:
> On Sun, Feb 21, 2016 at 5:15 PM, Rashad Kanavath
> wrote:
> >
> > Hello Markus,
> >
> > As this part related to GRASS, I am writing it here.
> >
> > Moving
Vaclav,
You are right. The repository is somewhat inactive interms of commit and
the cmake part is still unfinished.
On Tue, Feb 23, 2016 at 8:36 PM, Vaclav Petras wrote:
>
> On Tue, Feb 23, 2016 at 7:02 AM, Rashad Kanavath <
> mohammedrasha...@gmail.com> wrote:
> >
> &
Hello Luca,
Thanks for testing.
On Mon, May 30, 2016 at 12:14 PM, Luca Delucchi
wrote:
> On 30 May 2016 at 11:09, Mayank Agrawal
> wrote:
> >
> > Readme-
> >
> > in the webgrass folder https://github.com/rashadkm/webgrass
> >
> > mkdir build
> > cd build
> > cmake ..
> > make
> > sudo ./wgrass
On Mon, May 30, 2016 at 1:56 PM, Luca Delucchi wrote:
> On 30 May 2016 at 13:36, Rashad Kanavath
> wrote:
> > Hello Luca,
> >
>
> Hi,
>
> > Thanks for testing.
> >
> > On Mon, May 30, 2016 at 12:14 PM, Luca Delucchi
> > wrote:
> >&
No.
I need to add it. Mayank will be working on other task this week. He is
right now on building layer manager
On Mon, May 30, 2016 at 2:09 PM, Luca Delucchi wrote:
> On 30 May 2016 at 14:06, Rashad Kanavath
> wrote:
> >
> >
> > I think the cmake variable GRASS_DATA
On Mon, May 30, 2016 at 2:19 PM, Luca Delucchi wrote:
> On 30 May 2016 at 14:15, Rashad Kanavath
> wrote:
> > No.
> >
>
> ok,
>
> > I need to add it. Mayank will be working on other task this week. He is
> > right now on building layer manager
> >
Hello Luca,
You can test it now.
But I think you need a fresh rebuild. the default of GRASS_DATA_DIR is
$HOME/grassdata.
On Mon, May 30, 2016 at 2:21 PM, Rashad Kanavath wrote:
>
>
> On Mon, May 30, 2016 at 2:19 PM, Luca Delucchi
> wrote:
>
>> On 30 May 2016 at 1
Hello Mayank,
On Sat, Jul 2, 2016 at 11:48 AM, Mayank Agrawal
wrote:
> Hi everyone,
>
> I am Mayank Agrawal and I am working on webgrass.
>
> my report for the week 6
>
> Q. What did you get done this week?
>
>- Checking whether file is available and giving notification
>- Footer
>-
put some comments on your PR. Please have a look and let me know if they
are ready for review again.
On Sat, Jul 2, 2016 at 11:48 AM, Mayank Agrawal
wrote:
> Hi everyone,
>
> I am Mayank Agrawal and I am working on webgrass.
>
> my report for the week 6
>
> Q. What did you get done this week?
Hello,
>From the trac ticket, I had started on slic implementation in grass. I had
an beta version
based on orginal c++ code. i.superpixels.slic
It accepts three inputs for r,g,b and output a map with contour segments,
there is work to expose some parameters such as pixelsize / step size,
compa
enn...@club.worldonline.be> wrote:
> Le Wed, 14 Dec 2016 16:02:38 +0100,
> Rashad Kanavath a écrit :
>
> > Hello,
> >
> > From the trac ticket, I had started on slic implementation in grass.
> > I had an beta version
> > based on orginal c++ code. i.superpixels.slic
On Sun, Dec 18, 2016 at 2:53 PM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
> On 18/12/16 14:01, Rashad Kanavath wrote:
>
>> Hello,
>>
>> As promised, I had pushed code to G7 addons repo
>>
>> https://trac.osgeo.org/grass/browser/grass-ad
On Mon, Dec 19, 2016 at 4:05 PM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
> On 19/12/16 09:38, Rashad Kanavath wrote:
>
>>
>>
>> On Sun, Dec 18, 2016 at 2:53 PM, Moritz Lennert
>> mailto:mlenn...@club.worldonline.be>>
>> wrote:
&g
how to deal with large datasets in grass. I Couldn't
find any method to allow streaming/tiled processing. That would be awesome!
I look forward reply from MarkusM for this.
Thanks again.
> Maybe MarkusM help us with that ?
>
> Moritz
>
>
> On 19/12/16 16:05, Mor
On Tue, Dec 20, 2016 at 10:04 AM, Markus Metz wrote:
>
>
> On Mon, Dec 19, 2016 at 6:02 PM, Rashad Kanavath <
> mohammedrasha...@gmail.com> wrote:
> >
> > Hello
> >
> > On Mon, Dec 19, 2016 at 5:30 PM, Moritz Lennert <
> mlenn...@club.worldonline.b
I had pushed a updated version of code:
Done:
1. input is a imagery group from i.group (handles all raster in the group)
2. removed rgb2lab conversion
3. implementation of id output map
4. replaced fmin with MIN and MAX macro
5. compactness is a new option to module? (default is 20 from paper)
T
I fixed all the points from last mail.
On Fri, Jan 6, 2017 at 9:28 AM, Markus Metz
wrote:
>
>
> On Tue, Dec 27, 2016 at 9:05 PM, Rashad Kanavath <
> mohammedrasha...@gmail.com> wrote:
>
>>
>>
>> I had pushed a updated version of code:
>>
>>
On Mon, Jan 23, 2017 at 9:22 AM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
> Hi Rashad,
>
> On 22/01/17 11:00, Rashad Kanavath wrote:
>
>> I fixed all the points from last mail.
>>
>
> Wonderful !
>
> It seems that you missed one point (see in
On Thu, Jan 26, 2017 at 6:37 PM, Vaclav Petras wrote:
>
> On Wed, Jan 25, 2017 at 6:35 PM, Blumentrath, Stefan <
> stefan.blumentr...@nina.no> wrote:
>
>> I took the liberty to add one on “tools for generating unit tests from
>> examples in module manuals”. Not sure if that is feasible or out of
How to update map region using C to get to the next resolution?
I have a raster map where I loop over data using Rast_get_row() and friends.
Later I draw these pixels on a screen. Now to get a zoom functionality, I
need to update region settings and then redraw the pixels.
This is where I need som
On Mon, Feb 5, 2018 at 2:49 PM, Moritz Lennert wrote:
> On 05/02/18 13:51, Helmut Kudrnovsky wrote:
>
>> Von: "Moritz Lennert"
>>
>>> I don't know how difficult it would be to create such algorithm
>>> descriptions automagically.
>>>
>> https://github.com/qgis/QGIS/search?p=1&q=processing+gra
useful here :
>> https://trac.osgeo.org/grass/wiki/GSoC/2016/PyQtGUI ?
>>
>
>
> Yes, for the QGIS GRASS plugin. I'm not sure how much the plugin is part
> of this discussion. Not long ago, Radim worked on it a lot. Ondrej's work
> is aimed at what the C++ plugin is aim
On Tue, Feb 6, 2018 at 11:46 PM, Martin Landa
wrote:
> 2018-02-06 23:34 GMT+01:00 Helmut Kudrnovsky :
> > yes, that is part of the 'proactively thinking' what I mean.
>
> draft of idea added [1]. Feel free to improve/extend :-)
>
I support this idea for GSoC
>
> Ma
>
> [1] https://trac.osgeo.or
Hello victor,
Do you see a possibility of a generic processing provider?. One that can
read descriptor files and run algorithms!.
I see processing as a single plugin (included in QGIS or not). And if it
can avoid need to have sub-plugin managed by all those other development
team. That's even bett
much better to have the provider outside of QGIS core, as a plugin. There
> are dozens of dead plugins, and that is not nice, but it's kinda
> acceptable. Having dead code in QGIS it's a much bigger issue, and we must
> avoid that.
>
> Cheers
>
>
>
> 2018-02-07 14:
On Wed, Feb 7, 2018 at 7:07 PM, G. Allegri wrote:
> I'm much more in favour for out of core providers, for the same reasons
> reported by Victor. Having only GDAL and QGIS algorithms in core will
> reduce the number of available algorithms out of the box, but:
>
> - from my experience - comprisin
On Wed, Feb 7, 2018 at 6:25 PM, Paolo Cavallini
wrote:
> Il 07/02/2018 11:18, Victor Olaya ha scritto:
> > I dont see the advantage in having providers in core.
>
> I see the following:
> * tests (already available in our infrastructure)
> * translations
> * more exposure
> * documentation
>
> >
On Thu, Feb 8, 2018 at 10:15 AM, Stefan Blumentrath <
stefan.blumentr...@nina.no> wrote:
> Hi,
>
> Regarding the negative effect of algorithms getting lost I fully agree
> with you Paolo.
>
> However, it might simplify the discussion if we try separate user
> experience and development (and packag
On Thu, Feb 8, 2018 at 11:32 AM, Victor Olaya wrote:
>
>
>>
>> OTB's proposed solution was that plugin or provider algorithm if
>> activated can find otb installation. If not found, there is code which will
>> download and install otb packages and configure it for users.
>>
>
> I still don't see
On Thu, Feb 8, 2018 at 5:51 PM, Paolo Cavallini
wrote:
> Il 08/02/2018 13:43, Rashad Kanavath ha scritto:
>
> > But aside all decision making stuff, can you check what is to be done in
> > this PR?
> > https://github.com/qgis/QGIS/pull/6272
> > It is something
32 matches
Mail list logo
