On 23 January 2015 at 15:46, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2015-01-23 9:20 GMT+01:00 Markus Neteler nete...@osgeo.org:
my motivation to discuss the current welcome screen is that too many
potential new users try to launch GRASS, do not get past that screen and
walk away
+1 even better if we can test this on svn any time soon, it is often more
practical to try...
On 22 January 2015 at 20:11, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2015-01-22 9:48 GMT+01:00 Markus Metz markus.metz.gisw...@gmail.com:
A suggestion for a compromise:
Have a minimal
If we would find a way to automatically reproject data during import,
that would save a lot of work and explanation and it's useful not just for
beginners.
Not only beginners, I work -always- with mixed data, I spend an enourmous
amount of time juggling with creating adhoc temporary locations
Happy to help for ISIS banner modification,
we first need a main banner though.
What are the working options so far? Is there a consensus on something we
can submit now as a first try?
I am happy to give a +1 to Vincent's banner most people preferred (see
earlier emails), and we modify it once
Hi MIchael,
Are we going to yet another branch from the original topic :-)
I believe the fundamental change you speak about is worth discussing for
GRASS 8.
I also believe that the on-the-fly reprojection on import is a feature we
all agree is (very) needed (GRASS 8).
Finally, I believe that
On 23 January 2015 at 11:58, Vincent Bain b...@toraval.fr wrote:
I've followed this discussion as closely as I could but might have
missed some steps..., so to put it in a nutshell:
* Right now, for the release, we propose:
- a new splash with a neutral/temporary/free banner image (e.g.
On 21 January 2015 at 22:54, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jan 21, 2015 at 6:03 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
Please, have a look at my suggestion in the attachment for
welcome/startup
screen/window. It contains a graphics but it has small height. Title
On 22 January 2015 at 11:30, Michael Barton michael.bar...@asu.edu wrote:
This is a good start. Here are some suggestions for simplifying the text
even more.
=
[Select GRASS GIS database directory]
(make this a button rather than a text box with
Just copying my last comment from the source thread...
I can concur on the feeling of being lost but most students. What about a
grass70 -b flag for beginner or something like this. That means we can
work through the discovery straight out of the box. It would be even
easier to have a
://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
On Jan 21, 2015, at 11:06 PM, Yann Chemin yche...@gmail.com wrote:
On 22 January 2015 at 11:30, Michael Barton michael.bar...@asu.edu
wrote:
This is a good start. Here are some suggestions for simplifying the
text even
Looks good Vaclav,
it makes sense on the flow, more intuitive.
On 22 January 2015 at 10:05, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, Jan 21, 2015 at 5:15 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
To satisfy everybody, I suggest to provide a buttons with something like
Take
On 22 January 2015 at 03:25, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jan 21, 2015 at 8:16 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 21/01/15 19:35, Markus Neteler wrote:
In my opinion we should not have the location selection dialog at all.
Revolution!
We
http://docs.qgis.org/2.2/ko/docs/training_manual/grass/grass_setup.html
http://docs.qgis.org/2.2/ko/_images/grass_folder.png
Spanish text
https://ecoslackware.wordpress.com/tag/grass-qgis-plugin/
Italian text
http://qgis4dummies.wikidot.com/grass-plugin
On 22 January 2015 at 12:35, Nikos
Hi Vaclav,
I have replaced all but one (in i.spec.sam/open.c):
if (!flag_quiet-answer)
{
m_output(A);
}
tentatively replaced by:
if (G_verbose == 3)
{
m_output(A);
}
is that OK?
Thanks
Yann
On 20 January 2015 at 20:15, Yann Chemin yche...@gmail.com
Thanks Vaclav,
will try.
Yann
On 20 January 2015 at 19:28, Vaclav Petras wenzesl...@gmail.com wrote:
On Tue, Jan 20, 2015 at 8:29 AM, svn_gr...@osgeo.org wrote:
Fixed the flag.quiet structure issue
This should be replaced with G_verbose_message()
Thanks Martin, done in r64256
On 20 January 2015 at 20:36, Martin Landa landa.mar...@gmail.com wrote:
2015-01-20 16:04 GMT+01:00 Yann Chemin yche...@gmail.com:
tentatively replaced by:
if (G_verbose == 3)
{
m_output(A);
}
is that OK?
no, should
Hi,
I am in need of i.spec.unmix,
I see there is some work done to replace libmeschach functions with GRASS
Matrix functions. Is there somebody working actively on that?
What is the road map for this module port to G7?
Thanks
Yann
--
___
Some GIS splash screens:
http://words.mixedbredie.net/wp-content/uploads/2012/07/qgis01.jpg
http://2.bp.blogspot.com/-o-bL_x1YHAU/Uzl1Fr12ccI/HWs/RHem7hUjGFU/s1600/valmiera.png
http://live.osgeo.org/_images/kosmo_splash_screen.png
I would like to add a +1 about how elegance helps adapting and eventually
adopting.
This is certainly to add to the group of discussions on user workflows and
user efficiency designs.
On 21 January 2015 at 12:28, Michael Barton michael.bar...@asu.edu wrote:
In fact, wxPython for Mac at least,
Hi,
porting to grass7 i.spec.sam (grass-addons/grass7/imagery/)
I am getting a set of complaints like this:
OBJ.x86_64-unknown-linux-gnu/spec_angle.o:(.bss+0x158): multiple definition
of `Avector'
...@osgeo.org wrote:
On Mon, Jan 19, 2015 at 5:31 PM, Yann Chemin yche...@gmail.com wrote:
Hi,
porting to grass7 i.spec.sam (grass-addons/grass7/imagery/)
I am getting a set of complaints like this:
OBJ.x86_64-unknown-linux-gnu/spec_angle.o:(.bss+0x158): multiple
definition
of `Avector
I for one, will welcome our new @!SPLASH!@ ...
Yes +1
any wiki page to submit?
On 17 January 2015 at 16:21, Markus Neteler nete...@osgeo.org wrote:
Hi,
I'd suggest, in order to clearly distinguish G6 from G7, to replace
the current splash screen for the upcoming G7.0.0 release.
We may
Yes I am interested Stefan
On 16 January 2015 at 15:55, Blumentrath, Stefan stefan.blumentr...@nina.no
wrote:
Dear devs,
In my institute several colleagues use (different types of) temperature
logger in order to collect primary temperature data with more relevance for
local vegetation
In view of Markus M explanation, +1 for RC2 today rather than tomorrow.
On 16 January 2015 at 20:31, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Fri, Jan 16, 2015 at 1:27 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 16/01/15 12:15, Martin Landa wrote:
Hi,
+1 Markus !
On 14 January 2015 at 14:19, Moritz Lennert mlenn...@club.worldonline.be
wrote:
On 14/01/15 09:29, Markus Neteler wrote:
On Fri, Jan 2, 2015 at 10:22 PM, Markus Neteler nete...@osgeo.org
wrote:
Hi devs,
proposal for new RC1 release date: 14 Jan 2015.
Let's please manage to
Hi guys,
IRC says:
* Now talking on #grass
* Topic for #grass is: GRASS GIS - http://grass.osgeo.org - Logs at
http://irclogs.geoapt.com/grass/ - Paste code at http://osgeo.pastebin.com/
- Please test http://wingrass.fsv.cvut.cz/grass64/
Maybe time to upgrade that line?
--
, Dec 31, 2014 at 11:06 AM, Markus Neteler nete...@osgeo.org
wrote:
On Wed, Dec 31, 2014 at 3:52 PM, Yann Chemin yche...@gmail.com wrote:
indeed Markus,
it is using an old file from:
/home/yann/.grass7/toolboxes/menudata.xml
Correcting that file makes it OK.
Good. But do you need
Hi,
just got the Ubuntu PPA being worked out for G70.
it looks like there is a name issue in the Imagery menu looking for
i.eb.h_sebal01 instead of i.eb.hsebal01.
Cheers,
Yann
--
___
grass-dev mailing list
grass-dev@lists.osgeo.org
window header say:
GRASS GIS ? Layer Manager
GRASS GIS ? Map Display: 1 - Location: GRASSDB@PERMANENT
On 31 December 2014 at 17:59, Markus Neteler nete...@osgeo.org wrote:
On Wed, Dec 31, 2014 at 12:44 PM, Yann Chemin yche...@gmail.com wrote:
Hi,
just got the Ubuntu PPA being worked out
. Maybe a version 7 poster could be fun too.
On Dec 19, 2014 3:34 AM, Vaclav Petras wenzesl...@gmail.com wrote:
On Thu, Dec 18, 2014 at 2:12 AM, Yann Chemin yche...@gmail.com wrote:
Hi all,
Anybody interested to submit some new development,
please submit an abstract there:
http://www.egu2015
you expect to happen?
Regards,
Huidae
--
Sent from my phone
On Dec 15, 2014 3:49 AM, Yann Chemin yche...@gmail.com wrote:
Hi,
did g.remove a raster, and the group REF file referencing the raster did
not update accordingly.
Is this a known behaviour?
Yann
Hi all,
Anybody interested to submit some new development,
please submit an abstract there:
http://www.egu2015.eu/abstract_management/how_to_submit_an_abstract.html
The Session is:
--
ESSI2.13/SSS1.8
Free and Open Source Software (FOSS) for Geoinformatics and Geosciences
Hi,
did g.remove a raster, and the group REF file referencing the raster did
not update accordingly.
Is this a known behaviour?
Yann
--
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Yes Glynns, that was my missing part, writing the file. and sleep too.
:-)
On 8 December 2014 at 10:37, Glynn Clements gl...@gclements.plus.com
wrote:
Yann Chemin wrote:
OK, I found why I got lost in all that...
there is no file appearing in colr/ with the rules made in the code
Hi,
I am working on beautifying the output of i.theilsen, a new addon.
For some reason, I cannot apply a grayscale palette.
---
Rast_init_colors(colors);
DCELL val1 = ts_min;
DCELL val2 = ceil(ts_max);
Rast_add_d_color_rule(val1, 0, 0, 0, val2, 255, 255, 255, colors);
---
Thanks,
Will try again today.
On Dec 7, 2014 3:36 AM, Vaclav Petras wenzesl...@gmail.com wrote:
On Sat, Dec 6, 2014 at 3:59 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
Yann Chemin wrote:
Hi,
I am working on beautifying the output of i.theilsen, a new addon.
For some
OK, I found why I got lost in all that...
there is no file appearing in colr/ with the rules made in the code.
On 7 December 2014 at 06:51, Yann Chemin yche...@gmail.com wrote:
Thanks,
Will try again today.
On Dec 7, 2014 3:36 AM, Vaclav Petras wenzesl...@gmail.com wrote:
On Sat, Dec
Hi,
just wondering if there is room to use the temporal framework as a basis
for hyperspectral work?
Cheers,
Yann
--
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
+1
On Oct 20, 2014 10:18 PM, GRASS GIS t...@osgeo.org wrote:
#2456: read CSV from GDAL data directory
-+--
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: new
Priority:
WoW ! Thanks Markus !
On 30 July 2014 21:42, Markus Neteler nete...@osgeo.org wrote:
Hi,
I have made a modification to r.in.gdal for a (significant) speedup
(both in trunk and relbranch70).
A nice test case is the European 25m elevation model which is a 23GB
GeoTIFF file of 4.8 billion
+1
On 21/06/2014, Markus Neteler nete...@osgeo.org wrote:
Hi devs,
... so, getting out 7.0 seems to be endless...
A radical solution might be to change trunk into GRASS GIS 8. Then we
do not need to wait in 7 for API stabilization and can release it as
is and go ahead with the planned
Thank you Markus,
updated in r60889
Yann
On 20/06/2014, Markus Neteler nete...@osgeo.org wrote:
On Fri, Jun 20, 2014 at 8:33 AM, svn_gr...@osgeo.org wrote:
Author: ychemin
Date: 2014-06-19 23:33:17 -0700 (Thu, 19 Jun 2014)
New Revision: 60879
Added:
grass/trunk/lib/gis/colors/kelvin
Hi,
Running GRASS through pyGRASS with an addon (i.eb.z0m) made this:
Traceback (most recent call last):
File L8.py, line 312, in module
i.eb_z0m( input = b_ndvi, output = b_z0m, quiet = QIET, overwrite = OVR )
File /usr/local/grass-7.1.svn/etc/python/grass/pygrass/modules/shortcuts.py,
hi, I am trying to run atcorr on a Landsat 8 image, and it says
LC81270512014115LGN00.toar.1 LC81270512014115LGN00.surf.1
iwave no: 115
Atmospheric correction...
100% == NOTE: this one is OK ==
Atmospheric correction complete.
LC81270512014115LGN00.toar.2 LC81270512014115LGN00.surf.2
Yes SVN,
let me rebuild GRASS manually to be sure it all goes above the rev number.
will comment as needed.
Yann
On 08/06/2014, Markus Neteler nete...@osgeo.org wrote:
On Sun, Jun 8, 2014 at 2:07 PM, Yann Chemin yche...@gmail.com wrote:
hi, I am trying to run atcorr on a Landsat 8 image
Hi,
I made a bash script to create an Isis menu in GRASS [1].
It scans Isis/bin for applications, makes a list of them according to
keywords and builds the toolbox menu in
$HOME/.grass7/toolboxes/toolboxes.xml and a main_menu with Isis
entry in $HOME/.grass7/toolboxes/main_menu.xml both also
says no.
I used:
--with-liblas-config=/usr/bin/liblas-config
and I have all liblas packages from standard Ubuntu 14.04 repository
(libLAS version is 1.7.0 which is the current stable release).
On Thu, May 22, 2014 at 8:47 PM, Yann Chemin yche...@gmail.com wrote:
I can confirm the issue
was trying to compile GRASS with libLAS but ./configure says no.
I used:
--with-liblas-config=/usr/bin/liblas-config
and I have all liblas packages from standard Ubuntu 14.04 repository
(libLAS version is 1.7.0 which is the current stable release).
On Thu, May 22, 2014 at 8:47 PM, Yann Chemin
, Yann Chemin yche...@gmail.com wrote:
configure:6266:32: fatal error: liblas/capi/liblas.h: No such file or
directory
#include liblas/capi/liblas.h
Hm, are you sure you have the liblas-c-dev package? And are you sure the
file liblas/capi/liblas.h is there (on include path, in case
...@gmail.com wrote:
On Sat, May 31, 2014 at 9:32 AM, Yann Chemin yche...@gmail.com wrote:
OK it was that thanks Vaclav
Summary:
sudo apt-get install libboost-thread-dev,libboost-program-options-dev
liblas-c-dev
in configure options:
--with-liblas-config=/usr/bin/liblas-config
--with-liblas
Hi Anna,
Thank you, updating trunk now !
About RunMenuCmd, it is just a note to remember that it is the call to
use for external program. All good there.
Yann
On 18/05/2014, Anna Petrášová kratocha...@gmail.com wrote:
Hi Yann,
On Sat, May 17, 2014 at 11:46 PM, Yann Chemin yche...@gmail.com
and \
+ re.match('[rvdipmgt][3bs]?\.([a-z0-9\.])+', cmd[0]):
menuItem.Enable(False)
rhandler = eval('self.parent.' + handler)
On Fri, May 16, 2014 at 12:30 AM, Yann Chemin yche...@gmail.com wrote:
in svn/gui/wxpython/lmgr/frame.py
line 758
by adding:
def RunCmd(self
Hi,
I would like to make a customized toolbox to call some non-GRASS CLI programs.
Handlers OnMenuCmd and RunMenuCmd seem not to work. The menu items are
grey/shadowed so that no mouse click is allowed on them.
thanks
Yann
--
___
grass-dev
To be precise, the non-GRASS programs have their own GUI already, and
the calls need only one word.
On 16/05/2014, Yann Chemin yche...@gmail.com wrote:
Hi,
I would like to make a customized toolbox to call some non-GRASS CLI
programs.
Handlers OnMenuCmd and RunMenuCmd seem not to work
the possibility to click the command from the created menu. It is
still grey/shadowed.
On 16/05/2014, Yann Chemin yche...@gmail.com wrote:
To be precise, the non-GRASS programs have their own GUI already, and
the calls need only one word.
On 16/05/2014, Yann Chemin yche...@gmail.com wrote:
Hi
I somehow missed the v.to.db option:
start: line/boundary starting point coordinates, X,Y or X,Y,Z
end: line/boundary end point coordinates, X,Y or X,Y,Z
On 14/05/2014, Yann Chemin yche...@gmail.com wrote:
Hi,
I have a set of faults (lines made from 2 points only)
and my target
Hi,
I have a set of faults (lines made from 2 points only)
and my target is to calculate the distance from a city to all of the
faults in the region.
Ideally I would need the location (X,Y) of the mid-point of the line,
but if I can extract the two tipline nodes coordinates, then it is
half-way
Hi, I would like to start a discussion about supporting spectral
libraries in GRASS.
known formats:
ASTER speclibv2.0 has each signature in a plain text file with 27
lines of headers and the rest in 2 columns Tab-separated
(1=wavelength, 2=reflectance)
Speclab.lib06
# End of file
and reboot
On 18/04/2014, Nikos Alexandris n...@nikosalexandris.net wrote:
Yann Chemin wrote:
is there a way to modify i.spectral to remove the limit of 400 files:
Glynn:
The limit is from r.what. It probably wouldn't be that hard to fix.
Markus N:
... nice to have for sure
1. Allow for the release stable versions of core GRASS without
having to wait for GUI fixes on different OS.
+1 for that !
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Maybe some of the earlier involved developers can share their thoughts on
the Tcl/Tk GUI and its integration, its rise and fall, why and where this
experience can lead the wxPython GUI now...
On 16 April 2014 08:00, Vaclav Petras wenzesl...@gmail.com wrote:
Hi all,
I believe, I was calling
Hi,
is there a way to modify i.spectral to remove the limit of 400 files:
i.spectral -c
group=ta_group@PERMANENTcoordinates=104.118832166,14.7585647484,103.525338069,13.0911289527,103.304897404,12.9328638602
output=/home/yann/dev/grass-promo/grassposter/2014_EGU_WD_Landscape/images/ta_spectral
Did not have an opinion fixed, so went back to work, opened a module,
pressed on the manual tab and did have to wait a bit because of
rendering... If it was to open in a default web browser, I could have
continued looking around the module.
+1 for button to external browser
On 11 April 2014
pressing Help button. Personally I try to avoid pressing Help button in any
application, it usually takes a lot of time to start browser and load it.
WxPython 3 has some new widget for websites so eventually, it could replace
the widget we use now.
Anna
On Fri, Apr 11, 2014 at 6:49 AM, Yann
About the manual urls, I have an opinion:
Main manual for G7 to be linked to the SVN version (always updated).
Old manuals fixed to released versions (not maintained).
I understand how extreme it may be, but it may be very easy to maintain
(only one version)
0.02c
On 10 April 2014 07:21,
Agreeing with Moritz,
In other words, there are some types of users (those that don't read
anything provided by the developers) for whom I am sometimes tempted to
just say RTFM instead of trying to find ways to make it possible for them
to still use GRASS
I used to start my GRASS GIS courses by
+1
I also think we should stop GRASS 6 development
On 6 April 2014 19:01, Martin Landa landa.mar...@gmail.com wrote:
2014-04-06 15:16 GMT+02:00 Moritz Lennert mlenn...@club.worldonline.be:
Hamish, maybe you could be the official grass6 maintainer, managing the
whole grass6 development in
Hi,
Using the Moon nomenclature data set with the geological maps of the Moon
gives strange results:
http://www.tiikoni.com/tis/view/?id=b7713fd
The Moon Nomenclature (text) is going 0-360 and the Moon geology is
-180+180.
The Moon Nomenclature does not wrap around, but does map full in 0-360
Hi,
I would like to add planetary Datums in GRASS as from this:
http://help.arcgis.com/en/arcims/10.0/mainhelp/mergedprojects/ArcXMLGuide/elements/gcs.htm#104900and
after
Right now GRASS issues a benign warning on importing LOLA DEM:
WARNING: Datum Moon_2000 not recognised by GRASS and no
found in the ellipse.table
http://svn.osgeo.org/grass/grass/trunk/lib/gis/ellipse.table.solar.system?
I'm out of office now, I will check tomorrow
Best,
Alessandro
2014-04-02 17:23 GMT+02:00 Yann Chemin yche...@gmail.com:
Hi,
I would like to add planetary Datums in GRASS as from
: start=2004-05-10 end=2004-05-11
Best regards
Soeren
2014-03-05 6:36 GMT+01:00 Yann Chemin yche...@gmail.com:
Hi,
input line is:
t.register input=ta maps=ta_2004131 start=2004-05-10 00:00:00 +0530
end=2004
-05-10 23:59:59 +0530
temporal says:
File /usr/lib/python2.7/sqlite3
regards
Soeren
2014-03-05 9:29 GMT+01:00 Yann Chemin yche...@gmail.com:
Thank you Soeren,
If I want to register an irregular set of daily maps (missing days), will
the end date need to be the next day (say 5 days after this image, 2 days
after in the next image)?
Cheers,
Yann
I will contact Aruna to check about the videos...
I just repeated inefficient from:
On 5 March 2014 14:30, Sören Gebbert soerengebb...@googlemail.com wrote:
Hi Yann,
2014-03-05 9:48 GMT+01:00 Yann Chemin yche...@gmail.com:
Yes Soeren, such a pity, I missed all your temporal fun
Hi,
in wxgui when looking to display a raster layer, down arrow works, but it
is too slow to go through 1000s of maps.
Maybe Page down could be set up to scroll faster.
Yann
--
___
grass-dev mailing list
grass-dev@lists.osgeo.org
I can find the 2 toolbox files in the
/home/yann/dev/grass/dist.arm-unknown-linux-androideabi/etc/gui/wxpython/xml
but they have 0 bytes...
On 6 March 2014 10:08, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, Mar 5, 2014 at 11:23 PM, Yann Chemin yche...@gmail.com wrote:
Errors
Hi,
input line is:
t.register input=ta maps=ta_2004131 start=2004-05-10 00:00:00 +0530
end=2004
-05-10 23:59:59 +0530
temporal says:
File /usr/lib/python2.7/sqlite3/dbapi2.py, line 69, in convert_timestamp
hours, minutes, seconds = map(int, timepart_full[0].split(:))
ValueError: invalid
Hi Vaclav,
I would be interested to help for the imagery modules,
Good luck !
Yann
On 31 January 2014 09:23, Vaclav Petras wenzesl...@gmail.com wrote:
Hi all,
I would like to apply to GSoC this year with the idea of testing framework
for GRASS. I probably don't have to explain the need
+1
On 28 January 2014 20:30, Margherita Di Leo dileomargher...@gmail.comwrote:
Hi All,
I'd like to bring a proposal for the forthcoming GSoC, that is the support
for INSPIRE. This proposal is twofold, one regarding the metadata support,
the other regarding the support for the data
Yes Vaclav,
There are several entry points in GRASS GIS to create/(up)load some kind of
information that can be part of a metadata system. We know that GRASS is
lacking a unified system to report into a metadata format that is modern,
interchangable and exportable into online systems.
Once GSoC
Projection is in meters...
projection: 1 (UTM)
zone: 26
datum: wgs84
ellipsoid: wgs84
north: 1666020
south: 1639095
west: 767715
east: 794535
nsres: 15
ewres: 15
rows: 1795
cols: 1788
cells: 3209460
On 31 December 2013 09:53, Yann
Hi,
(SVN G7)
it does work with thres inferior to 600, but not above...
---
v.clean input=vnir4567_seg_0 output=vnir4567_seg_0_no_small_areas type=area
tool=rmarea thres=1.00 --overwrite
--
Tool: Threshold
Remove small areas: 1
suggest to install new Python version
2.7.6 [1] because there have been some problems and Python had to release
new version. If this does not help, unfortunately I have no other idea.
Anna
[1] http://www.python.org/getit/
On Sun, Dec 15, 2013 at 2:43 AM, Yann Chemin yche...@gmail.com wrote
Hi,
I created a new user (also administrator) on a MacBook and started to
follow Michael's steps to install version 7 Maverick
I get a strange error on install, the directory GRASS (inside is the
application grass-7.0) is there but I do not have permission to open the
directory in Finder (though
at a computer. But it really needs to be found and fixed. Anna and I
have tried to track it down without success yet.
Michael Barton
Sent from my iPhone...
(so please excuse any typos)
On Dec 14, 2013, at 5:51 AM, Yann Chemin yche...@gmail.com wrote:
Hi,
I created a new user (also
):
for col in range(ds_ref_cols):
f.write(str(longitude[row,col])+str(latitude[row,col])+str(d[row,col]))
f.close()
del d,b,f
On 28 November 2013 10:47, Yann Chemin yche...@gmail.com wrote:
Hi,
Chandrayaan M3 data is rather strange, it has products without
Georeference (i.e
Hi,
Chandrayaan M3 data is rather strange, it has products without Georeference
(i.e. Reflectance bands etc) and it has a .LOC image set (3 bands), with
one latitude band, one longitude band and one altitude band (actually a
distance to center of the moon).
So each pixel of a product has indeed
Hi,
~/grass_dev$ grass70
Traceback (most recent call last):
File /usr/local/bin/grass70, line 1267, in module
load_env()
File /usr/local/bin/grass70, line 753, in load_env
os.environ['LD_LIBRARY_PATH'] = libpath + : + isislibpath + : +
isis3rdparty
TypeError: unsupported operand
Hi Vaclav,
on my 64 bit machine, none of this happens.
Will check back home tonight...
Cheers,
Yann
On 25 November 2013 21:39, Vaclav Petras wenzesl...@gmail.com wrote:
On Mon, Nov 25, 2013 at 10:55 AM, Yann Chemin yche...@gmail.com wrote:
Hi,
~/grass_dev$ grass70
Traceback (most
Using L8 with i.pansharpen gives nodata output, is it assuming 8-bit
datasets?
--
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
I did not run i.landsat.toar, so data is still 16-bit, not float. Might be
the difference indeed.
On 23 October 2013 18:43, Moritz Lennert mlenn...@club.worldonline.bewrote:
On 23/10/13 12:48, Markus Neteler wrote:
On Wed, Oct 23, 2013 at 10:09 AM, Yann Cheminyche...@gmail.com wrote:
://launchpadlibrarian.net/149593351/buildlog_ubuntu-raring-i386.grass70_7.0.0%2B0ubuntu2%2B29074~ubuntu13.04.1_FAILEDTOBUILD.txt.gz
[2] https://bugs.launchpad.net/ubuntu/+source/gcc-4.7/+bug/1201048
Unfortunately no response. Too bad for a gcc project.
On Sun, Oct 20, 2013 at 4:47 PM, Yann Chemin yche...@gmail.com
lib/external/ccmath$ make
make lib
make[1]: Entering directory
`/home/yann/grass_dev/grass_yann/lib/external/ccmath'
gcc -g -O2 -fPIC
-I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include
-I/home/yann/grass_dev/grass_yann/dist.i686-pc-linux-gnu/include
-D_LARGEFILE_SOURCE
Yes Markus, seems to be an Ubuntu 13.04 issue with both my nettop (Atom)
pcs.
I am upgrading this one too in the hope to fix the same way.
On 20 October 2013 17:26, Markus Neteler nete...@osgeo.org wrote:
On Sun, Oct 20, 2013 at 9:48 AM, Yann Chemin yche...@gmail.com wrote:
lib/external
Hi,
wanted to make a Moon location and the option for Planetary Locations
definitions is gone...
Yann
--
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
From the code:
result = (nirchan - (greenchan - (bluechan - redchan)))/(nirchan -
(greenchan - (bluechan + redchan)));
On 10 October 2013 00:07, GRASS GIS t...@osgeo.org wrote:
#2098: i.vi gari wrong formula?
---+
Hi,
Could you help to get access to nrows and ncols for a map please?
---
from grass.pygrass import raster
#get nrows and ncols
ras = raster.RasterRow(LP2NDVI[0])
ras.open('r')
nrows = ras.rows = I must be wrong here...
ncols = ras.cols
ras.close()
AttributeError: 'RasterRow'
Hi,
output = raster.RasterSegment(rainfall[t-1])
output.open('w','FCELL')
for row in range(nrows):
for col in range(ncols):
print - , col, row
output[col, row] = 0.0
output.close()
returns:
--
- 0 0
Traceback (most recent call last):
File /home/user/idwt.py, line
Hi Pietro,
for 3 maps, I am collecting one pixel at a time for thousands of maps,
create a temporal signature for all 3, then use python-pywt on it, then
return the single pixel to each map. To do that I need to open files and
close them before reaching the max file opened OS limit...
Very slow
Thanks Pietro !
On 16 September 2013 16:59, Pietro peter.z...@gmail.com wrote:
Hi Yann,
thank you for testing!
On Mon, Sep 16, 2013 at 11:19 AM, Yann Chemin yche...@gmail.com wrote:
output = raster.RasterSegment(rainfall[t-1])
output.open('w','FCELL')
for row in range(nrows
Hi,
I have a search pattern to use as an input list:
--
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
101 - 200 of 424 matches
Mail list logo