Re: [GRASS-user] GRASS and Blender
Le lundi 19 mai 2014 à 15:57 +1200, Hamish a écrit : the added interoperability with VTK-aware software is always welcome regarding this incredible interoperability in open source projects, I am thinking about the lack of 3d vector digitizing tools in GRASS. Typically when I need to model a dam or a wedge on a topographic surface, I move to blender: maybe some portions of blender interface code (written in python) could be used as a basis for further improvement of v.digit... Yours, Vincent ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS and Blender
Hamish wrote: the added interoperability with VTK-aware software is always welcome Vincent: regarding this incredible interoperability in open source projects, I am thinking about the lack of 3d vector digitizing tools in GRASS. Typically when I need to model a dam or a wedge on a topographic surface, I move to blender: maybe some portions of blender interface code (written in python) could be used as a basis for further improvement of v.digit... the main question is the maintenance load and what we can value-add to it. if we lack the developers to maintain any specialist code and it is just a clone of an external foss4g program, sometimes it is better to outsource and let the 3rd party experts maintain the stuff they are experts at, and link into it as a dependency or use the two programs together in the workflow (as many do for gdal command line tools + grass). if we can add/integrate some geo-* smarts to their tool then it gets very interesting to put in the core grass. We could also probably have some success requesting API hooks into their libraries if needed/useful. but I've no idea how much code or complication we're talking about in this case, so just my 2c. regards, -- Hamish hamish.webm...@gmail.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS and Blender
Le lundi 19 mai 2014 à 18:44 +1200, Hamish a écrit : so just my 2c. Hamish, your 2c is a wise synthesis! redundancy often brings nothing but confusion... V. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS and Blender
The missing bridge between GIS sw and 3D authoring tools will be be increasingly useful, but I agree with Hamish to do not reinvent (complex) pieces of softwares. I think the main missing pieces are: - 3D database capabilities, i.e. being able to link consistently a 3D element (whatever we mean in the context of a specific 3D data model) to a DB. - mantain (somehow) geographical references to import back from 3D authoring sw (e. g. v.in.blender). Do you have experimented robust workflows that can do one or both things? giovanni Il 19/mag/2014 08:51 Vincent Bain b...@toraval.fr ha scritto: Le lundi 19 mai 2014 à 18:44 +1200, Hamish a écrit : so just my 2c. Hamish, your 2c is a wise synthesis! redundancy often brings nothing but confusion... V. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] patching maps together
Dear All, I am trying to patch together a number of 1 km by 1 km tiles of a map whose values are either 0 or 1 (black on white background). If I use r.patch to put 2 tiles together is appears to work fine but if however I try and patch more, even if it is two tiles of already patched tiles I get one set when patched as black background and white features and the other part as white background and black features. It appears that the second in the case of already patched data or third and subsequent in case of more than 2 tiles is inverted with 1 becoming 0 and 0 becoming 1. I have tried reducing region to the smallest. Maps are at 0.2m resolution. I am hoping to get a 5 tile by 5 tile block I have tried this across two different platforms (Mac OS and OpenSuse ) on the latest downloadable binary versions of GRASS. Am I doing something wrong? Kind regards Tim Tim Southern ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS and Blender
Giovanni wrote: - mantain (somehow) geographical references to import back from 3D authoring sw (e. g. v.in.blender). one thing which was a problem in the past, and so to be careful of now, was some 3D model software only had the option to save coordinates as single precision floats, when for geographic data we generally want to keep the values as doubles. IIRC this was a trouble we ran into with r.out.vrml. For visualization-only data it probably is not required to maintain such precision. regards, -- Hamish hamish.webm...@gmail.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS and Blender
Le lundi 19 mai 2014 à 09:57 +0200, G. Allegri a écrit : Do you have experimented robust workflows that can do one or both things? Hello Giovanni, yes in a production context (natural hazrd ingeneering) I do this kind of back and forth quite often, but with limited functionality: for my personal needs, it is mainly a question of 3d point clouds export/import with coordinate system switching; unfortunately I cannot give any advice concerning the consistency of attribute data. To keep record of an existing database structure within GRASS, perhaps a first step would be to export 3d objects with their cat values, so one would retrieve it when importing back to GRASS. In blender for example I know you can add custom properties to objects or classes of objects, but don't know how simple it is to link it with e.g. .vtk POINT_DATA or .ply feature property. I'll dig into that. V. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] patching maps together
Hey Tim, If your maps don't overlap with each other you could use r.series in your case : $ g.region rast=$(g.mlist rast sep=,) $ r.series input=$(g.mlist rast sep=,) out=myMap method=sum N On Mon, May 19, 2014 at 11:31 AM, Tim Southern tim.south...@talktalk.net wrote: Dear All, I am trying to patch together a number of 1 km by 1 km tiles of a map whose values are either 0 or 1 (black on white background). If I use r.patch to put 2 tiles together is appears to work fine but if however I try and patch more, even if it is two tiles of already patched tiles I get one set when patched as black background and white features and the other part as white background and black features. It appears that the second in the case of already patched data or third and subsequent in case of more than 2 tiles is inverted with 1 becoming 0 and 0 becoming 1. I have tried reducing region to the smallest. Maps are at 0.2m resolution. I am hoping to get a 5 tile by 5 tile block I have tried this across two different platforms (Mac OS and OpenSuse ) on the latest downloadable binary versions of GRASS. Am I doing something wrong? Kind regards Tim Tim Southern ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS and Blender
Thanks Vincent for sharing your experience. Indeed there aren't production ready (open source) tools to manage the whole process. Point data are relatively easier to manage (though they generally bring their complexities), but CityGML like models, geological models, etc. lack a ready to use toolbox. I know that 3D brings exponential difficulties then 2D, and probably theres isn't such a widespread need for it to have enough investments to support its development in the FOSS context. A good work is being done by Sourcepole, with PostGIS + (SF)CGAL, but the road is still very long... giovanni 2014-05-19 11:43 GMT+02:00 Vincent Bain b...@toraval.fr: Le lundi 19 mai 2014 à 09:57 +0200, G. Allegri a écrit : Do you have experimented robust workflows that can do one or both things? Hello Giovanni, yes in a production context (natural hazrd ingeneering) I do this kind of back and forth quite often, but with limited functionality: for my personal needs, it is mainly a question of 3d point clouds export/import with coordinate system switching; unfortunately I cannot give any advice concerning the consistency of attribute data. To keep record of an existing database structure within GRASS, perhaps a first step would be to export 3d objects with their cat values, so one would retrieve it when importing back to GRASS. In blender for example I know you can add custom properties to objects or classes of objects, but don't know how simple it is to link it with e.g. .vtk POINT_DATA or .ply feature property. I'll dig into that. V. -- Giovanni Allegri http://about.me/giovanniallegri Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS 7.0beta2
Hi, I have been running GRASS 7.0 SVN (and frameworks) from Michael Barton's site since Feruary on two Macs, MacOSX 10.7.5 and MacOSX Mavericks, happily, on a daily basis. Tried installing the GARSS 7.0beta2 package and frameworks on the 10.7.5 machine, installation succeeded, but I got this message on startup: --- | ~ @ nfmac129 (je) | = '/Applications/GRASS/GRASS-7.0.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.6 found. arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in executable logout --- In Terminal, [which python] gives: --- | ~ @ nfmac129 (je) | = which python /Library/Frameworks/Python.framework/Versions/2.7/bin/python --- Tried reinstalling the February Frameworks and GRASS 7.0 SVN package, but get the same message. On the Mavericks machine the installation went OK, GRASS 7.0 started normally and the wxpython gui seems to work, but a few Terminal commands I tried give error messages (e.g. [g.list type=vect] is not recognised). Installation of GRASS-7.0beta1 failed when I tried about a month ago, decided to wait for the next beta release. As I do not know what the message means (is there something wrong on my mac, perhaps?) Any ideas would be welcome, have other users had similar problems? Jon ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] trouble exporting to spatialite
On Mon, May 19, 2014 at 7:50 AM, Hamish hamish.webm...@gmail.com wrote: Hi, I'm have trouble exporting in spatialite format in GRASS 6, wondering if anyone else has been able to have it work? Seems like a common task. using the SQLite driver with v.out.ogr works ok, but when I add the spatialite option as described in the OGR format page it gives an error for every data point: # NC08 dataset v.out.ogr in=usgsgages dsn=usgsgages.sqlite \ format=SQLite type=point dsco='SPATIALITE=yes' the error message is: ERROR 1: sqlite3_step() failed: usgsgages.GEOMETRY violates Geometry constraint [geom-type or SRID not allowed] (19) and looking inside the resulting file with sqlitebrowser it seems no points are uploaded to the table. See http://lists.osgeo.org/pipermail/gdal-dev/2013-May/036148.html http://lists.osgeo.org/pipermail/gdal-dev/2013-May/036152.html ...perhaps a pointer. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS 7.0beta2
On Mon, May 19, 2014 at 4:24 PM, Jon Eiriksson j...@hi.is wrote: Hi, I have been running GRASS 7.0 SVN (and frameworks) from Michael Barton's site since Feruary on two Macs, MacOSX 10.7.5 and MacOSX Mavericks, happily, on a daily basis. Tried installing the GARSS 7.0beta2 package and frameworks on the 10.7.5 machine, installation succeeded, but I got this message on startup: --- | ~ @ nfmac129 (je) | = '/Applications/GRASS/GRASS-7.0.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.6 found. arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in executable It looks like a 32bit versus 64bit (mixture) issue. Perhaps check for that? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Patching Maps
Subject: Re: [GRASS-user] GRASS and Blender Message-ID: CAB4g1=wenn5siaue1nugoilnfoxxarkvzjmrx7rev-yerhs...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Thanks Vincent for sharing your experience. Indeed there aren't production ready (open source) tools to manage the whole process. Point data are relatively easier to manage (though they generally bring their complexities), but CityGML like models, geological models, etc. lack a ready to use toolbox. I know that 3D brings exponential difficulties then 2D, and probably theres isn't such a widespread need for it to have enough investments to support its development in the FOSS context. A good work is being done by Sourcepole, with PostGIS + (SF)CGAL, but the road is still very long... giovanni 2014-05-19 11:43 GMT+02:00 Vincent Bain b...@toraval.fr: Le lundi 19 mai 2014 ? 09:57 +0200, G. Allegri a ?crit : Do you have experimented robust workflows that can do one or both things? Hello Giovanni, yes in a production context (natural hazrd ingeneering) I do this kind of back and forth quite often, but with limited functionality: for my personal needs, it is mainly a question of 3d point clouds export/import with coordinate system switching; unfortunately I cannot give any advice concerning the consistency of attribute data. To keep record of an existing database structure within GRASS, perhaps a first step would be to export 3d objects with their cat values, so one would retrieve it when importing back to GRASS. In blender for example I know you can add custom properties to objects or classes of objects, but don't know how simple it is to link it with e.g. .vtk POINT_DATA or .ply feature property. I'll dig into that. V. -- Giovanni Allegri http://about.me/giovanniallegri Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus -- next part -- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20140519/d03f471c/attachment-0001.html -- Message: 4 Date: Mon, 19 May 2014 14:24:33 + From: Jon Eiriksson j...@hi.is To: GRASS user list grass-user@lists.osgeo.org Subject: [GRASS-user] GRASS 7.0beta2 Message-ID: 851236f3-b068-4a4e-9107-aa4b13b86...@hi.is Content-Type: text/plain; format=flowed Hi, I have been running GRASS 7.0 SVN (and frameworks) from Michael Barton's site since Feruary on two Macs, MacOSX 10.7.5 and MacOSX Mavericks, happily, on a daily basis. Tried installing the GARSS 7.0beta2 package and frameworks on the 10.7.5 machine, installation succeeded, but I got this message on startup: --- | ~ @ nfmac129 (je) | = '/Applications/GRASS/GRASS-7.0.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.6 found. arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in executable logout --- In Terminal, [which python] gives: --- | ~ @ nfmac129 (je) | = which python /Library/Frameworks/Python.framework/Versions/2.7/bin/python --- Tried reinstalling the February Frameworks and GRASS 7.0 SVN package, but get the same message. On the Mavericks machine the installation went OK, GRASS 7.0 started normally and the wxpython gui seems to work, but a few Terminal commands I tried give error messages (e.g. [g.list type=vect] is not recognised). Installation of GRASS-7.0beta1 failed when I tried about a month ago, decided to wait for the next beta release. As I do not know what the message means (is there something wrong on my mac, perhaps?) Any ideas would be welcome, have other users had similar problems? Jon -- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user End of grass-user Digest, Vol 97, Issue 18 ** ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Grass v.krige.py module issue
Hi, I installed vkrige.py using Grass Addons, and the installation goes sucessfully. However when I click on the module to activate it via the menu Raster- Interpolate surfaces- Ordinary kriging or block, I get the following error message: Unable to fetch interface description command 'v.krige.py' See attached file to this email for the entire error message. I use Grass 6.4.3 packaged with OSGeo4W version running on top of Windows 7. Does this error message is a known bug on Windows. Is there a workaround? Thanks ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS 7.0beta2
Hope that's not the case. I built these for both 32 and 64 bit and against 10.7 on up. If something went wrong, we to know what it was because there were no errors. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On May 19, 2014, at 9:57 PM, Markus Neteler nete...@osgeo.org wrote: On Mon, May 19, 2014 at 4:24 PM, Jon Eiriksson j...@hi.is wrote: Hi, I have been running GRASS 7.0 SVN (and frameworks) from Michael Barton's site since Feruary on two Macs, MacOSX 10.7.5 and MacOSX Mavericks, happily, on a daily basis. Tried installing the GARSS 7.0beta2 package and frameworks on the 10.7.5 machine, installation succeeded, but I got this message on startup: --- | ~ @ nfmac129 (je) | = '/Applications/GRASS/GRASS-7.0.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.6 found. arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in executable It looks like a 32bit versus 64bit (mixture) issue. Perhaps check for that? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS 7.0beta2
I have re-installed GRASS-7.0beta2 on the Mavericks Mac, it starts without problems now, and the command line in Terminal now works; see below: --- Last login: Mon May 19 21:53:54 on ttys000 | ~ @ jons-iMac (jon) | = '/Users/jon/Desktop/GRASS_7.0beta2 copy/GRASS-7.0.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... ln: /Users/jon/Library/Documentation/Help/GRASS-7.0: Not a directory Rebuilding Addon menu... Python 2.7.5 found. Cleaning up temporary files... Starting GRASS GIS... __ ___ _____ / / __ \/ | / ___/ ___/ / / _/ ___/ / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \ / /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ / \/_/ |_/_/ |_/// \/___/// Welcome to GRASS 7.0.0svn (r60231M) GRASS homepage: http://grass.osgeo.org This version running through:Bash Shell (/bin/bash) Help is available with the command: g.manual -i See the licence terms with: g.version -c If required, restart the GUI with: g.gui wxpython When ready to quit enter:exit Launching wxpython GUI in the background, please wait... GRASS 7.0.0svn (Tjornes):~ g.list type=vect -- vector files available in mapset tn_2013: cat_1 cat_9 cat_10 coast cat_11 contours cat_12 contours_3d cat_13 faults cat_14 kk_coast cat_15 kk_rivers cat_16 old_20140517_17_09_39_strikelines cat_2 old_20140517_18_12_52_strikelines cat_3 old_20140517_18_15_07_strikelines cat_4 strikelines cat_5 strikepoints cat_6 traceline_55_0_10_0 cat_7 trdpoints cat_8 vector files available in mapset PERMANENT: coast eg_coast eg_hlinur hlin_lines --- No idea what went wrong the first time. Will test the 10.7.5 Mac as soon as I can. Jon On 19 May 2014, at 21:30, Michael Barton wrote: Hope that's not the case. I built these for both 32 and 64 bit and against 10.7 on up. If something went wrong, we to know what it was because there were no errors. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On May 19, 2014, at 9:57 PM, Markus Neteler nete...@osgeo.org wrote: On Mon, May 19, 2014 at 4:24 PM, Jon Eiriksson j...@hi.is wrote: Hi, I have been running GRASS 7.0 SVN (and frameworks) from Michael Barton's site since Feruary on two Macs, MacOSX 10.7.5 and MacOSX Mavericks, happily, on a daily basis. Tried installing the GARSS 7.0beta2 package and frameworks on the 10.7.5 machine, installation succeeded, but I got this message on startup: --- | ~ @ nfmac129 (je) | = '/Applications/GRASS/GRASS-7.0.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.6 found. arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in executable It looks like a 32bit versus 64bit (mixture) issue. Perhaps check for that? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS 7.0beta2
OK. Thanks. Keep us posted. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On May 20, 2014, at 12:04 AM, jon j...@hi.is wrote: I have re-installed GRASS-7.0beta2 on the Mavericks Mac, it starts without problems now, and the command line in Terminal now works; see below: --- Last login: Mon May 19 21:53:54 on ttys000 | ~ @ jons-iMac (jon) | = '/Users/jon/Desktop/GRASS_7.0beta2 copy/GRASS-7.0.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... ln: /Users/jon/Library/Documentation/Help/GRASS-7.0: Not a directory Rebuilding Addon menu... Python 2.7.5 found. Cleaning up temporary files... Starting GRASS GIS... __ ___ _____ / / __ \/ | / ___/ ___/ / / _/ ___/ / / __/ /_/ / /| | \__ \\_ \ / / __ / / \__ \ / /_/ / _, _/ ___ |___/ /__/ / / /_/ // / ___/ / \/_/ |_/_/ |_/// \/___/// Welcome to GRASS 7.0.0svn (r60231M) GRASS homepage: http://grass.osgeo.org This version running through:Bash Shell (/bin/bash) Help is available with the command: g.manual -i See the licence terms with: g.version -c If required, restart the GUI with: g.gui wxpython When ready to quit enter:exit Launching wxpython GUI in the background, please wait... GRASS 7.0.0svn (Tjornes):~ g.list type=vect -- vector files available in mapset tn_2013: cat_1 cat_9 cat_10 coast cat_11 contours cat_12 contours_3d cat_13 faults cat_14 kk_coast cat_15 kk_rivers cat_16 old_20140517_17_09_39_strikelines cat_2 old_20140517_18_12_52_strikelines cat_3 old_20140517_18_15_07_strikelines cat_4 strikelines cat_5 strikepoints cat_6 traceline_55_0_10_0 cat_7 trdpoints cat_8 vector files available in mapset PERMANENT: coast eg_coast eg_hlinur hlin_lines --- No idea what went wrong the first time. Will test the 10.7.5 Mac as soon as I can. Jon On 19 May 2014, at 21:30, Michael Barton wrote: Hope that's not the case. I built these for both 32 and 64 bit and against 10.7 on up. If something went wrong, we to know what it was because there were no errors. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On May 19, 2014, at 9:57 PM, Markus Neteler nete...@osgeo.org wrote: On Mon, May 19, 2014 at 4:24 PM, Jon Eiriksson j...@hi.is wrote: Hi, I have been running GRASS 7.0 SVN (and frameworks) from Michael Barton's site since Feruary on two Macs, MacOSX 10.7.5 and MacOSX Mavericks, happily, on a daily basis. Tried installing the GARSS 7.0beta2 package and frameworks on the 10.7.5 machine, installation succeeded, but I got this message on startup: --- | ~ @ nfmac129 (je) | = '/Applications/GRASS/GRASS-7.0.app/Contents/MacOS/grass.sh'; exit Rebuilding Addon HTML manual pages index... Rebuilding Addon menu... Python 2.7.6 found. arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in executable It looks like a 32bit versus 64bit (mixture) issue. Perhaps check for that? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] trouble exporting to spatialite
On Mon, 19 May 2014 21:35:43 +0200 Markus Neteler nete...@osgeo.org wrote: Hamish wrote: I'm have trouble exporting in spatialite format in GRASS 6, wondering if anyone else has been able to have it work? Seems like a common task. using the SQLite driver with v.out.ogr works ok, but when I add the spatialite option as described in the OGR format page it gives an error for every data point: # NC08 dataset v.out.ogr in=usgsgages dsn=usgsgages.sqlite \ format=SQLite type=point dsco='SPATIALITE=yes' the error message is: ERROR 1: sqlite3_step() failed: usgsgages.GEOMETRY violates Geometry constraint [geom-type or SRID not allowed] (19) and looking inside the resulting file with sqlitebrowser it seems no points are uploaded to the table. MarkusN: See http://lists.osgeo.org/pipermail/gdal-dev/2013-May/036148.html http://lists.osgeo.org/pipermail/gdal-dev/2013-May/036152.html ...perhaps a pointer. yes, thanks, that looks quite helpful. Even wrote on gdal-dev: The driver takes responsibility of assigning the SRID automatically from the layer SRS. So the error is likely due to an attempt of inserting a geometry whose type doesn't match the layer geometry type. Spatialite is really strict on that: POLYGON != MULTIPOLYGON, and (perhaps I'm not sure) 2D != 2.5D Here I'm using type=point, and the usgsgages vector map is 2D, so seems like the most simple case. from the partially created sqlite file created by v.out.ogr here's the creation log: $ echo SELECT * from spatialite_history; | sqlite3 usgsgages4.sqlite 1|spatial_ref_sys||table successfully created|2014-05-19 23:14:31| 1|3.7.13|3.0.0-beta 2|geometry_columns||table successfully created|2014-05-19 23:14:31| 2|3.7.13|3.0.0-beta 3|spatial_ref_sys||table successfully populated|2014-05-19 23:14:32| 3|3.7.13|3.0.0-beta 4|usgsgages|GEOMETRY|Geometry [POINT,XY,SRID=40004] successfully 4|usgsgages|GEOMETRY|created|2014-05-19 23:14:33|3.7.13|3.0.0-beta 5|usgsgages|GEOMETRY|R*Tree Spatial Index successfully created| 2014-05-19 23:14:34|3.7.13|3.0.0-beta In the gdal-dev thread the solution was to pick the correct one of OGR_G_SetPoint() vs. OGR_G_SetPoint_2D(), maybe that helps here? Same trouble with census_wake2000, type=area roadsmajor, type=line One thing I notice is that SRID 40004 is a custom one added at the end of the spatial_ref_sys table, after four other custom ones from Italy. I'm not sure if that is relevant or not. Anyway, I'll take this to a ticket. thanks, -- Hamish hamish.webm...@gmail.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS and Blender
Thank you Jed for the link. There's often more than one way to skin a cat : another GIS related project in Blender can be found here https://github.com/domlysz/BlenderGIS Yours, Vincent. Le lundi 19 mai 2014 à 14:30 -0700, Jed a écrit : It might also be worth taking a look at the blender-geo addon [1]. I haven't used it but it's been getting a lot of work in the past month or so and it looks to have some useful tools for working with OpenStreetMap data and SRTM DEMs in Blender. [1] https://github.com/vvoovv/blender-geo -- View this message in context: http://osgeo-org.1560.x6.nabble.com/GRASS-and-Blender-tp5138698p5141292.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
