[GRASS-user] Status of .gdb Import?
I need data for parts of three states that are in the National Hydrographic Dataset. Unfortunately, the data are available only in the ESRI-proprietary .gdb format. What is the status of a filter to allow these files to be imported into GRASS for use in analyses? TIA, Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Minor Bug in -6.5svn
This bug has been in all the -6.5svn builds, through the current one. With the wxPython GUI running, press ctrl-shift-r to select a raster map for display. A warning message box pops up telling you that there is no map name entered. That's true because all C-S-r is supposed to do is present the dialog box in which the raster map name is to be entered. Clicking 'OK' on the warning box removes it. Using the analogous command, C-S-v to select a vector map for display does not produce the warning. It would be nice to have the raster shortcut also not display the warning. Rich ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] OGRS2012 :: CALL FOR PAPERS - Open Source Geospatial Research and Education Symposium
OGRS2012 :: CALL FOR PAPERS Open Source Geospatial Research and Education Symposium October 24 – 26, 2012 in Yverdon-les-Bains, Switzerland Hosted by School of Business and Engineering Vaud (HEIG-VD) Website: http://www.ogrs2012.org Contact: c...@ogrs2012.org Notice, PDF version of this call is available here : http://cfp.ogrs2012.org. - (our apologies for cross-postings) Dear colleagues, The Open Source Geospatial Research and Education Symposium (OGRS) is a meeting dedicated to exchanging ideas on development and use of open source geospatial software in both research and education. Motivated by the inaugural symposium in Nantes, France, OGRS2012 will be held from October 24 – 26, 2012 in Yverdon-les-Bains, Switzerland. The symposium is hosted and organized by the School of Business and Engineering Vaud (HEIG-VD), in partnership with EPFL Lausanne, University of Lausanne, University of Geneva, which are all academic institutions in Western Switzerland, and the Institute for Research on Urban Sciences and Techniques in France. The main goals are: - to build a panel of new scientific research and education practices using and contributing to open source initiatives in the geospatial fields; - to discuss a framework and highlight a rationale about geospatial open source technology usage in research and education activities; - to provide an innovation platform to network and develop ideas for future collaborative work between academia – from research to education – and other actors of the field (associations, foundations, local authorities, industry etc.). For more details, visit the overview page on the website. Keynote speakers : - Luc Anselin, Director, Regents' Professor and Walter Isard Chair at School of Geographical Sciences and Urban Planning, College of Liberal Arts and Sciences and Director at GeoDa Center for Geospatial Analysis and Computation, Arizona State University; - Gérard Hégron, Scientific Director in charge of sustainable city at IFSTTAR (French Institute of Science and Technology for Transport, Planning and Networks); - Helena Mitasova, Associate Professor at Department of Marine, Earth and Atmospheric Sciences, North Carolina State University; - Robert Weibel, Professor of Geographical Information Science at Department of Geography, University of Zürich. Submission : The symposium will integrate several opportunities for presenting : oral presentations, workshops, posters and discussion groups. To participate in any of these opportunities, authors are invited to submit an extended abstract (1000 to 1500 words, references and keywords excluded) through the conference website. The official language is English. The international scientific advisory board will review and select abstracts for inclusion in the symposium and publication in the symposium proceedings. A subset of contributions will be invited to submit full papers for possible publication in a special issue of the Journal of Spatial Information Sciences (JOSIS), pending a peer review of full papers. For more details on how to submit a contribution, please visit the call for papers page on the website : http://cfp.ogrs2012.org. Important dates : - submission deadline for abstracts is May 28, 2012. - authors will be notified by June 30, 2012 on program inclusion and selection for JOSIS submission - deadline to submit full papers is September 30, 2012. We would appreciate if you could kindly distribute this call to other interested parties of your acquaintance. Best regards, OGRS2012 program committee ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] WxGUI Vector Digitizer crashes
Thank you Martin, wxgui does not actually crash; but it becomes very slow when ram gets saturated. Vector map I edit is not that big : Number of points: 0 Number of areas: 1200 Number of lines:0 Number of islands:268 Number of boundaries: 2593Number of faces: 0 Number of centroids:1192Number of kernels:0 neither background raster : Rows: 1906 Columns: 2247 Total Cells: 4282782 Vincent Le jeudi 08 mars 2012 à 19:54 +0100, Martin Landa a écrit : > Hi, > > 2012/3/8 Vincent Bain : > > > working with grass 6.4 release branch (r51019) on a debian linux system, > > vector digitizer sometimes crashes after a long time of use, running out > > of memory : 100% of 6GB RAM is progressively used, never decreases while > > GUI is not restarted. It occurs especially when a raster background has > > to be displayed. No idea what to do to help diagnose the problem (?), > > looks like there is something wrong with memory deallocation. > > Is it worth opening a ticket for it or can the problem be due to my > > system ? > > working with larger vector maps? Probably DEBUG and WX_DEBUG messages > could help (last few lines before crash). > > g.gisenv set=DEBUG=5 > g.gisenv set=WX_DEBUG=5 > > Needs some more investigation, ... Martin > ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Possible bug in r.sum and in r.stats?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/03/12 09:05, Hermann Peifer wrote: > On 09/03/2012 00:16, Glynn Clements wrote: >> >> I would expect it to be the other way around. Most raster modules respect >> the current region >> and mask, because it happens automatically. Modules which don't want to use >> the current >> region have to explicitly set the working region (typically based upon an >> input map); >> modules which don't want inputs to be masked have to explicitly disable >> masking. >> > > Just a thought, not sure if it really makes sense: Raster modules that ignore > the current > region and/or mask could issue some sort of warning, in analogy to "[Raster > MASK present]" > which comes up all the time if I have a MASK map somewhere in the visible > mapsets. I think that's a good idea - something along the lines of: "[region ignored for this command]" and "[MASK ignored for this command]" Rainer > > Hermann - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9ZwawACgkQoYgNqgF2egoTHACbBb6vogFXiJdH8pPUiV7/msop 2/QAn3mkiSltkoradtmuhjxnND7c3lvy =w4PR -END PGP SIGNATURE- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Possible bug in r.sum and in r.stats?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/03/12 00:16, Glynn Clements wrote: > > Rainer M Krug wrote: > >> As some commands do use the region and mask, while others don't, it might be >> a good idea to >> make this clear in the manual - I know, it is stated if they do, but not if >> they don't. > > I would expect it to be the other way around. I might remember reading in the manual of a module that it uses the region and MASK - but in general it might be the other way round. > Most raster modules respect the current region and mask, because it happens > automatically. So the default behaviour is: all r. modules respect the region and MASK, with some exceptions. > Modules which don't want to use the current region have to explicitly set the > working region > (typically based upon an input map); modules which don't want inputs to be > masked have to > explicitly disable masking. Makes sense. > > As a general guideline, you should expect any module which actually processes > raster data to > honour the current region and mask (r.info isn't such a module; it just > display's the map's > metadata). Based on what you say, I think it might be a good idea to a) state this on the manual page about the raster modules, and b) separate the list of raster modules into the ones which - respect region and MASK - respect region only - respect MASK only (I don't thik there are any) - use the region of the map and don't use MASK I think this would clarify things a lot. Cheers, Rainer > - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9ZwFoACgkQoYgNqgF2egr4jACfad9tQFKGhHeUKDwrhWLhzaAQ raAAn1yv3Uu2PzgD+hjDRWAIZgSskPm2 =VNgR -END PGP SIGNATURE- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Possible bug in r.sum and in r.stats?
On 09/03/2012 00:16, Glynn Clements wrote: I would expect it to be the other way around. Most raster modules respect the current region and mask, because it happens automatically. Modules which don't want to use the current region have to explicitly set the working region (typically based upon an input map); modules which don't want inputs to be masked have to explicitly disable masking. Just a thought, not sure if it really makes sense: Raster modules that ignore the current region and/or mask could issue some sort of warning, in analogy to "[Raster MASK present]" which comes up all the time if I have a MASK map somewhere in the visible mapsets. Hermann ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user