[GRASS-user] 3D globe in NVIZ/GRASS
Hi all, is possible to have in NVIZ a 3D globe (like Google Earth)? I must create some animations for 2 German TV channels, and I'm struggling to find a open source software that can do that (not just the animation, but also the rendering/recording which must be 1920p aka full HD). Any help is very much appreciated. Cheers, Christian -- Christian Ferreira Oceanographer Marum - Center for Marine Environmental Sciences Bremen - Germany Poseidon Linux team http://www.poseidonlinux.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.region and v.vol.rst parameters for Lat-Long location
HI all, I was working with volume interpolation with nearly no problem following the GRASS documentation and the grassbook for a UTM location. But working with a Lat-Long location is creating many doubts in my mind. First, I don't know v.vol.rst really works with Lat-Long, since all the examples I saw were in UTM location. If yes, my location is: RASS 6.4.0RC4 (Transect11):~ g.region -p projection: 3 (Latitude-Longitude) zone: 0 datum: wgs84 ellipsoid: wgs84 north: 10:57:00.288311S south: 11:03S west: 78:49:12W east: 77:45:13.757688W nsres: 0:00:00.988219 ewres: 0:00:00.988219 rows: 364 cols: 3884 cells: 1413776 And I was setting t=0 b=-2200 tbres=20... to have 100 depths. But I don't unterstand how should be res3, since I'm not using a UTM location. Should I convert, let's say 10 meters to decimal degrees, and using the result to set dmin? Second, at v.vol.rst, I don't understand how to set dmin? Is the same thing as above? Basically I have a raster map with multibeam (bathymetry) along the 11 degree South parallel, and many CTDs measurements in the water column. Please see here to understand what I mean: http://picasaweb.google.com/chris.for.lists/Map#5333477845413068514 I would like to create a slice (not exactly a volume) to show the CTD data over this 3D surface using nviz. Thanks in advance for any help. PS: I'm using GRASS 6.4.0 RC4. Best regards, Christian -- Christian Ferreira Oceanographer IFM-GEOMAR Leibniz-Institute of Marine Sciences Kiel - Germany Poseidon Linux team http://www.poseidonlinux.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.in.ogr weird import
Hi Moritz, Let's go... What does g.proj -p show ? g.proj -p -PROJ_INFO- name : Latitude-Longitude datum : wgs84 towgs84: 0.000,0.000,0.000 proj : ll ellps : wgs84 -PROJ_UNITS unit : degree units : degrees meters : 1.0 Are the shapefiles accompanied by .prj files ? Yes. And they look like this: GEOGCS[GCS_WGS_1984,DATUM[D_WGS_1984,SPHEROID[WGS_1984,6378137,298.257223563]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]] And the g.proj output of a vector is: g.proj -p Tracklines2.shp Trying to open with GDAL...ERROR 4: `Tracklines2.shp' not recognised as a supported file format. Trying to open with OGR..succeeded. A datum name wgs84 (WGS_1984) was specified without transformation parameters. Note that the GRASS default for wgs84 is towgs84=0.000,0.000,0.000. -PROJ_INFO- name : Lat/Lon proj : ll datum : wgs84 a : 6378137 es : 0.006694379990141316 no_defs: defined -PROJ_UNITS unit : degree units : degrees meters : 1.0 And after import this data with v.in.ogr, I see: At v.info I see: | Projection: UTM (zone 0) | |N: -9.053S: -10.666 | |E: -78.787 W: -80.817 | |B: 0.000 T: 0.000 | The weird part comes now... 1) My locations show this Projection: UTM for any vectors imported, but the location is on Lat-Long. 2) This same location when opened at GRASS 6.3 (Windows) show the projection correctly for these rebel vectors 3) GRASS 6.3 (Windows) also can import the shapefiles in the right way, but if I take the location back to Linux, the is problem back. Maybe I have a plataform issue. I tried this (importing data at my GRASS 6.3 Linux): 1) import shapefiles created at QGIS; 2) (re)reproject my shapefiles with ogr2ogr; 3) created a location based in a shapefile (with prj file) None worked. Actually my vectors work fine (I tried display and some analysis), but they are weird... because they have a Lat-Long extent, but show an UTM projection. Best regards, Christian S. Ferreira ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] v.in.ogr weird import
Hi, I tried many times to import some vectors into GRASS 6.2.2 and 6.3 using v.in.ogr. The problem is... my location use Latitude-Longitude, and I tried use the flag -o, but my vectors (once imported) always show now UTM projection(?) (see below), but they are in fact, also Latitude-Longitude (+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs) as my region. And the layer extent is: xMin,yMin -80.817,-10.6663 : xMax,yMax -78.7871,-9.05281 (info from QGIS) PS: to import raster data there was no problem. PS: the command was: v.in.ogr -o dsn=/home/poseidon/Work/vector_data/Tracklines2.shp output=tracklines2 min_area=0.0001 snap=-1 ++ | Layer: [EMAIL PROTECTED] | | Mapset: poseidon | | Location:M77 | | Database:/home/poseidon/grass | | Title: | | Map scale: 1:1 | | Map format: native| | Name of creator: poseidon | | Organization: | | Source date: Mon Jul 7 16:44:24 2008 | || | Type of Map: vector (level: 2) | || | Number of points: 0 Number of areas: 0 | | Number of lines:1 Number of islands:0 | | Number of boundaries: 0 Number of faces: 0 | | Number of centroids:0 Number of kernels:0 | | | | Map is 3D: 0 | | Number of dblinks: 1 | | | | Projection: UTM| | N: 9:03:10.133353SS: 10:39:58.771218S | | E: 78:47:13.733701WW: 80:49:01.374885W | | | | Digitization threshold: 0 | | Comments: | || ++ Can someone help me? Best regards, Christian -- Christian Ferreira Poseidon Linux team http://sites.google.com/site/poseidonlinux/ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.in.ogr weird import
Thank you guys, but this I already know... my case is something more weird. Maybe is because I was messing around with r.shaded.relief (which formally is suppose to work just with UTM locations, maybe my gisdatabase is now confused... I don't know. With our without -o, v.in.ogr still import the lat-long data translate them (while importing) to UTM projection. And the path for the SHP is right, since I am using the graphical interface... so, no chance to make mistakes. Best, Christian On Mon, Jul 7, 2008 at 6:19 PM, Maciej Sieczka [EMAIL PROTECTED] wrote: Carlos Guâno Grohmann pisze: also, the dsn option must point to the _directory_ were your shps are. like: v.in.ogr dsn=/home/poseidon/Work/vector_data/ output=tracklines2 layer=Tracklines2.shp min_area=0.0001 snap=-1 That's just one option. You can point v.in.ogr at a specifi *.shp file as well. Maciek -- Maciej Sieczka www.sieczka.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Christian Ferreira Poseidon Linux team http://sites.google.com/site/poseidonlinux/ ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] using ArcView data
Buenos días Manuel, Well, first just define your GRASS location to match the extent of your shapefile. Second, if you use the graphical interface (in GRASS 6.3) just go to: File - Import Vector Map - Multiple formats using OGR. Specify your shapefile at OGR datasource... and set a name for your layer (to be used in GRASS). A good choice is also set Override dataset projection (to use location's projection). In the terminal the command line may be similar to this: v.in.ogr -o dsn=/home/poseidon/Work/vector_data/CNTRY94.SHP output=my_map min_area=0.0001 snap=-1 Cheers, Christian Poseidon Linux team http://sites.google.com/site/poseidonlinux/ On Thu, Jul 3, 2008 at 8:24 PM, Manuel Gerardo Chávez Angeles [EMAIL PROTECTED] wrote: Hello from Mexico City, I'm new using GRASS, migrating from a limited expertise on arcView. I have a human population database from Spain, built for ArcView. Does anybody have any reference that could help me to run it on GRASS. So far I been able to install GRASS on my MacBook and I'm making my first steps. Any suggestions? Regards Manolo___ 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] ps.map dilemma
Hello Maning, Yes... I would like to receive your contributions (ps.map files). On Thu, Jul 3, 2008 at 10:14 AM, maning sambale [EMAIL PROTECTED] wrote: +1 on the ps.map cookbook I can provide my ps.map files. Some ideas: 1. Techniques in making atlas, like a script that can use a single ps.map config to a number of regions to create a map atlas expanding the ps.atlas script. 2. More http://grass.osgeo.org/wiki/AreaFillPatterns for landuse/cover, geology, etc. This looks interesting. 3. Basic/advanced ps.map config for various map layout 4. How-to on integrating ps.map output to other graphics/printing apps (scribus, gimp, latex) This is a point where we need someone with a good experience on it to contribute. When I got the hang of ps.map, I find it easier to tweak map layouts. Much like when you got the hang of using mapserver's map file :). Actually it seems very similar to mapserver's mapfile. Yes, this is true. Markus... I will use the Wiki, ok? Let's make this way... I will organize the cookbook this way (plus with the ideas from Maning) 1) Short description how ps.map works (concept); 2) One or two simple scripts (to newbies have a startup); 3) Some advanced scripts; For the complex/advanced scripts my idea is do something similar to the Mapserver books from Tyler M. and Bill K. (I have both :-D)... build a long ps.map file step-by-step. To make it clear what each part is really doing, and how customize it. Comments? Best regards, Christian PS: Thanks Hamish and Moritz for the contributions! ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Poseidon Linux 3.0
Hi Folks, Poseidon Linux is here! For GIS people it comes with: GIS/Mapping: SPRING 4.3.3 GRASS 6.2.1 + plugins GDAL 1.4.4 and OGR 1.4.4 GMT 4.2.0 PROJ 4.6 QGIS 0.10 + plugins (including GRASS Plugin) Terraview 3.2 Plus MB System 5.1.0 GPS Manager GPS Drive Mapserver 5.0 + Pmapper 3.2 (pmapper don't work running from live-DVD, just work when installed on a PC) For more details please visit our site: http://sites.google.com/site/poseidonlinux/Home Yes, I know... there is GRASS 6.3 out... but to minimize download time for users we plan to release each 3-4 months a maintenance version with updates (normal/security) and a few upgrades... and GRASS is already our list. Best regards, Christian ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] ps.map dilemma
Hi all, I come here with a question/dilemma... Why ps.map lacks so much user support? A lot of people know about GRASS all over the world, but nearly nobody use it, since nearly any software in the world is less difficult to produce maps. GRASS is a wonderful tool for analysis, but it fails to produce the ultimate result: a map. Even GMT is widely used, because a lot of people SHARE the scripts, and there is the GMT cookbook on the official website. But for GRASS everybody can see some good examples here: http://grass.itc.it/screenshots/cartography.php But nearly nobody share the scripts to make these wonderful maps... and you know, a lot of people will never lose their time trying to figure out how ps.map works just using the man page. Ps.map also needs a cookbook in the future. And at: http://grass.osgeo.org/wiki/Ps.map_scripts Ok, we have finally a few scripts, but poorly documented. I use GRASS since 2001, it is nearly a complete solution for GIS (in my opinion), but ps.map was always the weak point (in my opinion too)... normally I need to export all my region/data to GMT/ArcView/Surfer to make the final map. For example, my latest work was two pages for an atlas for National Geographic Brasil/Brazil, with a work that I started developing with GRASS since 2001... but guess if GRASS was used for the final map? This is a shame for me. :-( I am aware of g-ps.map (the alternate GUI for ps.map), but will take sometime until it became truth. So... If there someone who wants to share his knowlegde, I can at least help to compile and document the material to prepare a real ps.map cookbook on the GRASS-Wiki. Who will join me, and share some material? Best regards, Christian -- Christian dos Santos Ferreira Oceanographer Coordinator of Poseidon Linux QGIS translator (EN to Brazilian Portuguese) GRASS user since 2001 and philosopher for features ;-) ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user