Re: [GRASS-user] Add DB entries to vector line (after v.split)
On 08/05/15 19:10, Ken Nussear wrote: Thanks very much, that is all working well. I did try the addon you mention, but using grass7 it wont install in either linux or mac os It's just a shell script, so you might be able to just download it and run it in a GRASS GIS session, unless the script uses specific grass6 features. I'm having some trouble with the final layer though when trying to sample a raster Using this command v.what.rast map=TSELinesSplit500_w_lay2@PERMANENT type=centroid raster=a250m_ATI@MojaveCovariates_250m column=RC1 WARNING: No record for category 0 in table TSELinesSplit500_w_lay2 Any idea why I have no category 0? This actually sounds like you have a feature with category 0 (which AFAIK shouldn't happen, unless you ask for it explicitely), but that there is no entry for this feature in the attribute table. You could run v.to.db op=cat to create entries in the table for any features that don't have one yet. Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.external -o
Hi, Maybe a theoretical case (and irrelevant here). I never tried it myself: Probably it is possible to link a GDAL VRT using r.external, where the CRS of the original data differs from the current locations projection? Cheers Stefan From: grass-user-boun...@lists.osgeo.org [mailto:grass-user-boun...@lists.osgeo.org] On Behalf Of Vaclav Petras Sent: 10. mai 2015 13:50 To: Radim Blazek Cc: grass-user Subject: Re: [GRASS-user] r.external -o Hi Radim, Short answer: No. I see that we should go through the documentation and check for working with these flags. -o just overrides the projection consistency check and uses Location's projection (overrides dataset projection). It is used when definitions are the basically the same but there is some difference which does not influence the result or when dataset projection is wrong and you simply know that it matches the Location's projection. In other words, there is no on-the-fly reprojection, not even with r|v.external. However, when we consider recent addition to addons r|v.in.proj (r.in.gdal and v.in.ogr but with reprojection), r.external with on-the-fly projection would be nice addition too (although much more complicated) but I think that from GRASS point of view the linked dataset would have Location's projection (reprojection would be done inside library). Please somebody correct me if I'm wrong, Vaclav On Sun, May 10, 2015 at 2:29 AM, Radim Blazek radim.bla...@gmail.commailto:radim.bla...@gmail.com wrote: Are there rasters in a projection different from current location, registered by r.external -o, reprojected on the fly when used? Radim ___ grass-user mailing list grass-user@lists.osgeo.orgmailto: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] run_gmfontcap.bat
The problem was exactly like you said. running g.mkfontcap -o within a GRASS session fixed it. thanks marvin On Sun, May 10, 2015 at 2:36 PM, Anna Petrášová kratocha...@gmail.com wrote: On Sun, May 10, 2015 at 11:45 AM, Marvin Eng knot.t...@gmail.com wrote: When installing GRASS GIS 7.0.0 in windows 8.1 I get a message from windows saying GRASS 7 has stopped working. A problem caused the program to stop working correctly. The GRASS installation window indicates that \etc\run_gmfontcap.bat is being run and the command window indicates that it is generating a font configuration file by scanning various directories for fonts When I use the windows message to close program the installation finishes without further issues and GRASS opens. I am new to GRASS - Can you help: Can I fix this during installation? Should I try to run g.mkfontcap within in GRASS (if so how)? I don't if fix this what problems will it cause me problems in the future? Hi, I wonder if this is related to this ticket: http://trac.osgeo.org/grass/ticket/2448 You can try for example displaying legend - it might not display any numbers. In that case, try to run: g.mkfontcap -o in a GRASS session and afterwards try to rerender legend to see if it helped. Cheers, Anna Marvin Eng ___ 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] r.external -o
On Sun, May 10, 2015 at 1:50 PM, Vaclav Petras wenzesl...@gmail.com wrote: In other words, there is no on-the-fly reprojection, not even with r|v.external. However, when we consider recent addition to addons r|v.in.proj (r.in.gdal and v.in.ogr but with reprojection), r.external with on-the-fly projection would be nice addition too (although much more complicated) but I think that from GRASS point of view the linked dataset would have Location's projection (reprojection would be done inside library). Something is there: grass-addons/grass7/raster/r.in.proj/r.in.proj.py grass-addons/grass7/vector/v.in.proj/v.in.proj.py (so, use g.extension ...) Maybe useful as background info since these scripts do a series of tests. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] run_gmfontcap.bat
On Mon, May 11, 2015 at 5:16 PM, Marvin Eng knot.t...@gmail.com wrote: The problem was exactly like you said. running g.mkfontcap -o within a GRASS session fixed it. Good, I added this solution to the wiki: http://grasswiki.osgeo.org/wiki/WinGRASS_errors#Legend_and_scale_bar_do_not_show_any_text Anna thanks marvin On Sun, May 10, 2015 at 2:36 PM, Anna Petrášová kratocha...@gmail.com wrote: On Sun, May 10, 2015 at 11:45 AM, Marvin Eng knot.t...@gmail.com wrote: When installing GRASS GIS 7.0.0 in windows 8.1 I get a message from windows saying GRASS 7 has stopped working. A problem caused the program to stop working correctly. The GRASS installation window indicates that \etc\run_gmfontcap.bat is being run and the command window indicates that it is generating a font configuration file by scanning various directories for fonts When I use the windows message to close program the installation finishes without further issues and GRASS opens. I am new to GRASS - Can you help: Can I fix this during installation? Should I try to run g.mkfontcap within in GRASS (if so how)? I don't if fix this what problems will it cause me problems in the future? Hi, I wonder if this is related to this ticket: http://trac.osgeo.org/grass/ticket/2448 You can try for example displaying legend - it might not display any numbers. In that case, try to run: g.mkfontcap -o in a GRASS session and afterwards try to rerender legend to see if it helped. Cheers, Anna Marvin Eng ___ 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
