compilation is way smoother and faster.
Would it be reasonable to do the same for GRASS?
All the best.
pc
--
Paolo Cavallini, see: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Markus Neteler ha scritto:
Good point! Added for GRASS.
More generally, it would be good (less confusing, more reassuring for
the normal user) if the info pages had the same format and content for
all projects.
pc
--
Paolo Cavallini, see: http://www.faunalia.it/pc
great and productive effort. His installer
is a major breakthrough for the spreading out of GRASS (something we all
like, isn't it?).
All the best.
pc
--
Paolo Cavallini, see: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
unified lookfeel across desktop and web
free GIS would make life of users easier, and developers would have to
bother less about graphics.
QGIS has the capability of switching between sets of icons, so it will
be easy to have a grassy set of icons for it.
All the best.
pc
--
Paolo Cavallini, see: http
response: SLD?
http://www.opengeospatial.org/standards/sld
pc
--
Paolo Cavallini, see: http://www.faunalia.it/pc
Noi ci troviamo con parecchie difficoltà con NGI http://www.ngi.it/
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
Maciej Sieczka ha scritto:
Maciej Sieczka pisze:
FWIW SQLite Administrator looks very interesting [1]. From their
screendumps it resembles PgAdmin much.
Am I blind or what? Windows only, closed source. Yuck. Sorry.
on the other hand, spatialite is gpl3 (and very cool!)
pc
--
Paolo
if useful.
All the best.
pc
--
Paolo Cavallini, see: * http://www.faunalia.it/pc *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
://lists.alioth.debian.org/mailman/listinfo/pkg-grass-general
--
Paolo Cavallini, see: * http://www.faunalia.it/pc *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Markus Neteler ha scritto:
Ah, so mid July.
Mhhh, looking at
http://trac.osgeo.org/grass/query?status=newstatus=assignedstatus=reopenedmilestone=6.4.0
so it seems we have to live with 6.2? Too bad...
All the best.
pc
--
Paolo Cavallini, see: * http://www.faunalia.it/pc
Markus Neteler ha scritto:
http://trac.osgeo.org/grass/query?status=newstatus=assignedstatus=reopenedmilestone=6.4.0
BTW: what about setting more Component fields in the trac? E.g., an
NVIZ field would seem appropriate, etc.
All the best.
pc
--
Paolo Cavallini, see: * http://www.faunalia.it/pc
; it
would be an important enhancement to promote the GRASS migration
I looked for information on OpenDWG on http://www.opendwg.org but I
actually didn't find how to get the source. Could someone help me please?
It is not free and open source software, just freeware. Better avoid it.
pc
--
Paolo
.
pc
--
Paolo Cavallini, see: * http://www.faunalia.it/pc *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Marco Pasetti ha scritto:
On this w-e I'll send to Markus an updated version of the MSYS build
env, with some upgrades and the add of the jpeg lib and support. Along
with it I'll upload (to release) a new winGRASS binary release (the
fourth for 6.3.0)
Great stuff. Thanks a lot.
pc
--
Paolo
On Sat, Jun 28, 2008 at 05:42:17PM +0100, Glynn Clements wrote:
given the minority status of Windows amongst
GRASS users and (especially) developers, as there's always a risk that
the Windows specific parts won't get updated and/or tested regularly
enough.
Do you have hard
, I guess.
all the best.
pc
--
Paolo Cavallini, see: * http://www.faunalia.it/pc *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
/v.external.html
BTW, a r.external would be a great addition.
All the best.
pc
--
Paolo Cavallini, see: * http://www.faunalia.it/pc *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Glynn Clements ha scritto:
Vask no longer exists. r.le.setup will remain unavailable until
someone decides to re-write it to work without vask.
r.li is a replacement for r.le
pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Not an objection, but is the wx GUI sufficient?
Hi all.
I suppose removing tcltk interface will make it impossible to run some
commands, such as r.li, right?
All the best.
pc
--
Paolo Cavallini
http://faunalia.it/pc
___
grass-dev mailing list
grass
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
Just seen the very nice i.latlong (BTW: why not r.latlong?): any hope
of having it backported to grass6?
Thanks a lot.
- --
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 17/07/2013 15:21, Markus Neteler ha scritto:
On Wed, Jul 17, 2013 at 12:06 PM, Paolo Cavallini cavall...@faunalia.it
wrote:
Just seen the very nice i.latlong (BTW: why not r.latlong?): any hope
of having it backported to grass6?
Done
/grass/wiki/Release/6.4.1-News#Newmodules
thanks a lot for this.
All the best.
- --
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux
be able to edit GRASS vectors directly.
In the second case, we'll have more work, and a not-so-nice duplication.
I would like to have an open discussion on this, avoiding things to just
happen, with the possible negative consequences.
All the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS
; this makes GRASS modules
slower than the equivalent commands of other backends.
... this would not be a good idea.
could you please explain why?
all the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS courses: http://www.faunalia.eu/training.html
, the plugin has additional
functions, e.g.:
* a grass shell
* a grass data browser
* a grass digitizing environment.
Whether these are important or not, it's a matter of users.
All the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS courses: http://www.faunalia.eu/training.html
Il 28/03/2014 15:51, Markus Neteler ha scritto:
I have submitted the Processing for GRASS GIS 7 to Pirmin and Victor
for git upload.
Now the user has GRASS 6 and 7 both supported in Processing.
good news, thanks. are you referring to the upgraded and new modules?
all the best.
--
Paolo
Il 28/03/2014 15:16, Paolo Cavallini ha scritto:
Il 28/03/2014 15:04, Martin Dobias ha scritto:
The support for GRASS is already in the browser - if you enter a
directory that is a GRASS database, it will detect it and show
locations/mapsets/maps/layers.
In the GRASS plugin there are a few
.
The most likely solution seems to use GRASS only through Processing.
This also has a number of major limitations, however.
All the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS courses: http://www.faunalia.eu/training.html
___
grass-dev
for complex vectors.
All the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS courses: http://www.faunalia.eu/training.html
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
v.external, so no import); vectors seem more diffucult to handle though.
All the best.
--
Paolo Cavallini - www.faunalia.eu
QGIS PostGIS courses: http://www.faunalia.eu/training.html
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
the best.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
among
less popular packages.
All the best, and thanks.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
tight, so it should be
reasonably easy to predict when something can go wrong.
All the best.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
the best.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
/
option key=cat answer=1/
option key=step answer=1/
/qgisgrassmodule
Am I right saying that it should be
typemask=boundary
?
Thanks for the advice.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
___
grass
Il 27/01/2012 13:37, Moritz Lennert ha scritto:
typemask is not an option for v.centroid, but a grass-plugin specific
parameter. What
does it do ?
it filters out the type of maps that appears on the list.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu
of options seem right.
thanks a lot.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
to a change in gdal/ogr (I have 1.9 here).
Anybody has a hint on what can be happened, and how to fix it?
Thanks a lot.
--
Paolo Cavallini
See: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
outside-of-the-mainstream users will
suffer for it.
Agreed.
comments? criticisms! both most welcome..
Hoe this mine will be useful.
All the best.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
___
grass-dev
.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi all.
Has the IRC channel been moved? I noticed a drastic drop in participation and
activity these days.
Thanks.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
originale
Oggetto:Re: [Qgis-developer] again on encoding problems
Data: Thu, 25 Oct 2012 15:16:38 +0900
Mittente: Paolo Cavallini cavall...@faunalia.it
A: Maris Nartiss maris@gmail.com
CC: qgis-developer qgis-develo...@lists.osgeo.org
Thanks maris.
Are grass
Il 26/10/2012 06:32, Glynn Clements ha scritto:
Paolo Cavallini wrote:
I assume grass-dev are aware of the problem.
Yes.
Has this been solved in wxPy GUI? How?
No.
Thanks a lot Glynn for the explanation.
All the best.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details
://www.dropbox.com/s/w60ywwddl3aj03h/cavallini.zip
Anyone confirms? If so I'll open a ticket.
All the best.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
___
grass-dev
help.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
wrong results.
Thanks a lot.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
attachment: shot2013-01-15 10:24:33.png___
grass-dev mailing list
grass
to the vector.
at other zoom levels, I get different misaligment, see attached
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
attachment: shot2
. I have this issue both with 6.4.2 on
Debian
and (I suppose) 6.4.3RC2 from osgeo4w.
Really puzzling. Ideas on wht to test?
All the best.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
Il 18/01/2013 11:55, Radim Blazek ha scritto:
GRASS GUI? Could you try with pure GRASS d.mon, d.rast, d.vect? The
problem could be the same as in QGIS, lost window precision.
It was in fact a QGIS bug, beautifully fixed by Radim.
Thanks, and sorry for the noise.
--
Paolo Cavallini - Faunalia
.
pc
--
Paolo Cavallini, see: * http://www.faunalia.it/pc *
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi all.
Sorry about my ignorance. I do not understand why having both db.connect
and db.connect.schema (the second is == to the first, with just one
extra option).
Could the first command be removed, for the sake of simplicity, assuming
public as a default?
All the best.
--
Paolo Cavallini: http
://trac.osgeo.org/qgis/ticket/1173
Help welcome.
--
Paolo Cavallini: http://faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
implementations in the vector libs, plus sorted heaps. Just an idea.
Tested on two different machines, (ubuntu+debian) 3 diff surfaces,
always the same result. It seems something more structural.
:(
But, is r.cost working for somebody else?
--
Paolo Cavallini: http://faunalia.it/pc
Paolo Cavallini ha scritto:
Markus Metz ha scritto:
Could it be that the binary tree implementation in r.cost is not
balanced? If yes, the search tree may degenerate on smooth surfaces
towards a linked list, search time going from O(log n) to O(n). BTW,
there are now three different generic
the best.
--
Paolo Cavallini: http://faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
to either change the name of the new module back to v.buffer, or
to ln?
See: https://trac.osgeo.org/qgis/ticket/1629
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
, so I can take the right
action.
All the best, and thanks.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
generally: is there a list of changed options, so we can try and
fix them all?
Thanks.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hamish ha scritto:
So names can be lengthened without worry.
Does it not work??
It does not, at least through the QGIS plugin.
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
Hamish ha scritto:
no? what is the exact error message?
option d not recognized
Thanks.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
is not present, it throws
an error, so it seems the first of the two options.
Thanks.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
investing some money (and
I plan to do more in the future) to fix long standing bugs in qgis,
personally mainly focusing on the qgis-plugin-grass:
http://www.qgis.org/wiki/index.php/Bugs
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev
.
Including it wil allow wider and deeper testing.
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Massimiliano Cannata ha scritto:
thanks for the stats, but I believe that the comparison is quite
inappropriate.
I'm aware of this, and I pointed it out. Nevertheless, the *trends* are
interesting, and I think they are well explained by my hypotheses.
All the best.
--
Paolo Cavallini: http
on how to
proceed or if I should forget about it.
I think advice from Radim would be very useful here.
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
could have a look to his solution, and check if there is any major
problem.
Suggestions welcome.
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
for checking and setting up the table).
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
111 230:000:077
112 255:000:000
121 204:077:242
122 204:000:000
123 230:204:204
124 230:204:230
131 166:000:204
132 166:077:000
133 255:077:255
141 255:166:255
142
consistency to users?
A sort of gis-desktop icons, see http://tango.freedesktop.org
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Il giorno lun, 07/09/2009 alle 12.29 -0400, Helena Mitasova ha scritto:
that is my concern too - but I think rather than focusing on grass7
we should freeze all new development, fix everything that needs to be
fixed,
and release GRASS64 final and move on to grass7 after that is done,
with
Benjamin Ducke ha scritto:
Well, that clarifies it (finally)! Thanks very much for taking
the time to write up all this detail. It's much appreciated.
Ben
Hi Ben.
Would you mind documenting this a bit?
It would be good to have in the official grass-doc.
Thanks.
--
Paolo Cavallini: http
there is some mixed code (nviz, imagery
etc.), but this could go
into the gui package, leaving in the lib only the CLI stuff.
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
when it is possible to allow different speed of
release, this *seems* to
me a good option.
Thanks.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
the UI parts of it can change
quite a bit within a stable release cycle without being limited
by the preserve-backwards compatibility rule.
Yes, I think GUI can have a different release cycle for this, as I mentioned
earlier.
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
s/Name of indepent cells map/Name of independent cells map
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi all.
Would it be possible to move the very useful v.generalize tutorial:
http://users.ox.ac.uk/~orie1848/tutorial.html
to core documentation?
Thanks.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
the old link is mentioned:
http://grass.itc.it/grass64/manuals/html64_user/v.generalize.html
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Tue, 03 Nov 2009 11:59:34 +0100, Paolo Cavallini cavall...@faunalia.it
wrote:
Hi all.
I'm studying v.generalize; in the past I obtained good results, but now I
keep on getting either 100% or 0% of the original vertices, no matter of
which algorhitm and parameters I select: could
Hi Daniel.
Thanks for your reply. I'm trying to generalize (and smooth) polygons, not
lines, so your suggestion do not apply.
Any other hint?
All the best.
On Tue, 3 Nov 2009 18:20:39 +, Daniel Bundala bund...@gmail.com
wrote:
Try v.build.polylines. This was discussed couple of times
Markus Metz ha scritto:
Also type=boundary instead of type=area would help.
That was it.
Now fixed on QGIS trunk.
Thanks a lot.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
, and I ask myself what
would
be the advantage of having GRASS as an isolate piece of software.
I would greatly appreciate devs opinions on this.
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev
Hi all.
The grass that is currently in osgeo4w gets caught by some antivirus, presumably
because many executables have a further . in file name (eg r.out.png.exe).
I guess this is more or less impossible to overcome, I send it here just for
the record.
All the best.
--
Paolo Cavallini: http
Markus Neteler ha scritto:
Not sure but it is unlikely that you just need better antivirus
software :)
Not me! :) Just enterprise stuff, you know...
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev
as a
supported
file format.
The file is here:
http://download.gfoss.it/TrueMarble/
Any explanation?
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
as the user one?
Thanks.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Markus Neteler ha scritto:
isn't it that you manage that in your user settings? did you check if
they are identical?
You are right: the option was:
Get MIME or Plain Text Digests?
Text is the good one for me.
Sorry for bothering.
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
to add to the toolbox
- not all modules have been thoroughly tested.
I encourage therefore GRASS users to help us defining both a wishlist for
modules to
be included ad a deprecated list, and to let us know if there are non-functional
modules, so they can be fixed.
Thanks.
--
Paolo Cavallini: http
/Adding_New_Tools_to_the_GRASS_Toolbox
See also:
http://www.qgis.org/wiki/Adding_New_Tools_to_the_GRASS_Toolbox#Modules_which_can_be_added
and following.
(and yes, Markus, this replies to your other suggestion too; see and below).
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
help.
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
by columns by clicking on the bowties
Thanks a lot Hamish.
Anyone willing to carry on the work? For instance, I assume all d.* modules are
not
relevant for QGIS, right?
If we can come out with a clean list, we'll do our best to implement the
missing,
important modules.
All the best.
--
Paolo
, before the upcoming hackfest[0], we'll
do
our best to implement the suggestions.
BTW2: if any grass-dev or grass power user would like to join us at the
hackfest,
they'll be most useful, and this can result in a greatly improved GRASS toolbox.
All the best.
--
Paolo Cavallini: http
.
Thanks a lot.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hi all.
From the hackfest: we started working on the modules as listed in [0],
and added comments to them. Please check them and add your own.
All the best.
--
http://www.faunalia.it/pc
[0] http://grass.osgeo.org/wiki/GRASS-QGIS_relevant_module_list
Hi all.
The module apparently requires curl, but this is not a requirement of
the package. I have the QGIS module ready, but before committing it we
should add this dependency, otherwise in many systems it will not work.
Any thoughts?
Furthermore, I get frequent errors:
Unable to open data
Il 11/11/2010 18:31, Markus Neteler ha scritto:
In the script there is a test if curl is installed.
I have now added this requirement also to the manual.
Yes, but this makes the module unsuitable as a QGIS module, IMHO.
What do you mean with adding? Or do you refer to the manual?
I mean,
Hi all.
Sorry for crossposting. As some of you know, the r.li suite of GRASS
commands allows landscape analyses[0]. Its interface is rather complex,
and is still in TclTk, not ported to either wxpython or qgis. As such,
it is now more difficult to use than it should be, and it will become
Il 12/11/2010 22:35, Hamish ha scritto:
there is no reason to only do qgis or wxPython, we
should do both!
So you are volunteering for both? Great news! ;)
the bigger issue for r.li was r.li.daemon et al
using UNIXisms which didn't work on MS Windows..
but IIRC Glynn already fixed that in
Hi all.
As it has been discussed earlier, having location generated (and
destroyed) on the fly would help a lot the casual qgis grass user to
approach grass. The idea is to run an analysis by loading (r.external,
v.external, v.in.ogr) data, generating a location from it, run, save the
results
Hi all.
We have been doing a number of improvements on the QGIS GRASS Toolbox,
mainly polishing the interface and making it more compliant with general
GUI rules of QGIS. Hope you'll like it. More work is to be done.
Robert Szczepanek kindly volunteered to prepare new icons, with a style
Hi all.
Final take of current cleanup of QGIS GRASS toolbox: the Edit Current
Grass Region has been improved. Now it is compliant with the QGIS
graphical guidelines, and the code has been cleaned, updating to current
Qt functions. Hope you'll like it.
Now we only miss clean icons.
All the
with other software, both desktop and web,
easier
and cleaner.
Can we revive the discussion about this?
All the best.
--
Paolo Cavallini: http://www.faunalia.it/pc
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
Il 21/11/2010 21:36, Michael Barton ha scritto:
There is nothing inherently wrong with releasing different parts of
GRASS at different times.But trying to manage a single release cycle
for GRASS has been pretty complicated and my hat is off to Markus.
Trying to manage multiple release cycles
1 - 100 of 132 matches
Mail list logo