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
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
o offend GUI devs, sorry) is a
symmetrical risk.
> The GUI is not-scriptable so 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 fo
requirement, so 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
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
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.
--
Paol
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,
> w
On Wed, 26 Aug 2009 21:22:16 -0400, Helena Mitasova
wrote:
> http://skagit.meas.ncsu.edu/~helena/grasswork/grasscontrib/r.colors.html
> this just uses your rescaled png images.
Quite useful - +1 for me.
pc
--
http://faunalia.it/pc
___
grass-dev maili
he efforts, and providing more 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
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
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
tle down), I need feedback 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://lis
Hi
I'm looking forward to write a grass module for orthorectification of
satellite images by Rational Functions Model (aka RPC). It would be nice
if people would help, give advice or also provide validation images/DEMs
of level 1 for Quickbird, Ikonos or any other satellite that provides
RPC info
On Tue, Jun 09, 2009 at 07:24:08AM +0200, Markus Neteler wrote:
> Hi developers,
>
> due to the so many good changes in 6.4.0svn we cannot avoid
> another release candidate. I'll tag that later today, if there
> are no urgent objections.
>
Just for note r37784 can be packaged straight on with on
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 Cava
> Hi,
>
> 2009/5/7 Paolo Cavallini :
>> Martin Landa ha scritto:
>>> I cannot tell you because I didn't know about this module. Anyway I
>>> would suggest to you to rewrite it using grass Python module [1]
>>
>> Apart from the effort, rewriting
usion as it stands.
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
to invest some resources to go
in the same direction. As a part of this, I'm 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/inde
Originally posted to the qgis-dev ML, it might be of some interest here.
We Lorenzo Masini at Faunalia) developed a new GRASS shell for the QGIS
plugin. You can find it here:
http://int.faunalia.it/~paolo/grass-shell.patch.tar.gz
It solves bugs:
https://trac.osgeo.org/qgis/ticket/1181
https
Hamish ha scritto:
>> Hamish ha scritto:
>>> no? what is the exact error message?
>
> Paolo:
>> option d not recognized
>
>
> Using grep I can not find any trace of that message in the latest qgis
> trunk/ SVN or GRASS's libgis. Has it been retransla
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
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.or
?
More 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
lease let me know how you intend to proceed, 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
obust 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.osge
e R one will be devised.
All 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
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,
>> th
inary search tree
> 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:/
db modules in qgis however,
see https://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
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
w to proceed?
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
o some existing 3D visualization tool is a more
feasible route than rewriting from scratch.
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
> 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 l
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
http://lists.osgeo.
itc.it/grass62/manuals/html62_user/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
two, 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
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
uff. Thanks a lot.
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
ot my impression these days.
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
rce software, just freeware. Better avoid it.
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:
> http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&milestone=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
--
Pao
Markus Neteler ha scritto:
> Ah, so mid July.
>
> Mhhh, looking at
> http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&milestone=6.4.0
so it seems we have to live with 6.2? Too bad...
All the best.
pc
--
Paolo Cavallini, see: * h
]
http://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
I'm ready to facilitate the process 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
Glynn Clements ha scritto:
Looking at r.li.setup.main, I suspect that it's in ~/.r.li/history/
there it lays, at least in my box (debian lenny).
pc
--
Paolo Cavallini, see: http://www.faunalia.it/pc
Noi ci troviamo con parecchie difficoltà con NGI http://www.n
gpl3 (and very cool!)
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/mailman/listinfo/grass-dev
size)
Partial 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://
m. In fact, i
believe having a more or less unified look&feel 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 o
ution is simply not feasible.
I wish to thank Marco for his 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
__
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
Hi all.
Very nice to see projects integrating under the osgeo umbrella. I
suggest to put on the project info pages:
http://www.osgeo.org/qgis/
http://www.osgeo.org/grass/
a link to the respective tracks.
All the best.
pc
--
Paolo Cavallini, see: http://www.faunalia.it/pc
). Now
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
Hi all.
What is the currently recommended method for downloading the source: the
old cvs or the new svn? I assumed svn, but on
http://grass.itc.it/download/index.php the first method appears still
the cvs.
We'll be grateful of a clarification.
All the best.
pc
--
Paolo Cavallini, see:
101 - 153 of 153 matches
Mail list logo