Re: [GRASS-user] Reclassification RASTER

Hi Brian, Try using. r.reclass, it's made specifically for reclassifying maps. Best, Daniel 2013/1/10 Brian Sanjeewa Rupasinghe jink...@gmail.com Hi, I create each viewshed raster map for every observer location with flag (b) which denotes 0-non-visible and 1-visible values. Then i add

Re: [GRASS-user] Upon improving the GRASS-wiki

Hey, I think these are some good ideas. Could it be that the MediaWiki version we're using on the GRASS wiki is just plain old? MediaWiki's made a lot of progress over the past few years, and I see that the GRASS Wiki's About page hasn't been updatd since February 2007. Back then MediaWiki was at

Re: [GRASS-user] Grass, Python, mapcalc

Hi there, I'm now trying to use r.sun and r.mapcalc with Python to create my annual solar radiation map. I'm using the Python shell inside GRASS. For testing purposes I start with 9 days. The r.sun part seems to be working: for x in range(1, 10, 1): print Working on day %d % (x)

Re: [GRASS-user] Grass, Python, mapcalc

for Dutch speaking users. www.mapwindow.nl * * 2012/12/28 Daniel Lee l...@isi-solutions.org Hi there, I'm now trying to use r.sun and r.mapcalc with Python to create my annual solar radiation map. I'm using the Python shell inside GRASS. For testing purposes I start with 9 days

Re: [GRASS-user] Grass, Python, mapcalc

Hi Paul, I think one of your problems is... using windows ;) I have heard that the Windows version of GRASS works a LOT better than it used to, but GRASS was actually the reason I switched to Linux a couple of years ago. Back then it just ran better in Linux - a lot better. Since then, I've never

Re: [GRASS-user] Usage of R.Sun

Hi Paul, Please don't send me questions directly - as much as I like to help you out, I think that the list is a lot more reliable and when I can I answer there as well. I've CC'd this to the user list, in case other people have some ideas too. Answers are inline. 2012/12/27 Paul Meems

Re: [GRASS-user] Introducing myself and my first questions

Hi Paul, Welcome to the list :) Here are a couple of pointers: 2012/12/27 Paul Meems bontepaar...@gmail.com The 'Input options' tab already raises questions for me. For aspect and slope map in ArcMap FROM_DEM is used so I select my clipped tiff again. My area is located in The Netherlands

Re: [GRASS-user] Fwd: GRASS on SSHFS

Have you tried using the uid= and/or idmap=user mount options? http://manpages.ubuntu.com/manpages/precise/man8/mount.fuse.8.html idmap=user comes from sshfs (which doesn't appear to have any official documentation), and is supposed to map UIDs. That sounds promising. I think I'll skip

Re: [GRASS-user] Fwd: GRASS on SSHFS

Hi there, Alright, curiosity got the best of me and despite the fact that GRASS is now installed remotely, I fired it up locally and pointed it to the remote DB. Worked like a charm, I was able to see all of my data and do the things that I had wanted to before. Thanks for the tips! I think I'll

[GRASS-user] Fwd: GRASS on SSHFS

I accidentally just sent this to Glynn, rather than the list ;) -- Forwarded message -- From: Daniel Lee l...@isi-solutions.org Date: 2012/12/10 Subject: Re: [GRASS-user] GRASS on SSHFS To: Glynn Clements gl...@gclements.plus.com @Markus - Yes, I can use touch to create files

[GRASS-user] GRASS on SSHFS

Dear list, I'm working on a server that unfortunately does not have GRASS installed on it. In order to work on my large amounts of data there, I've mounted the external file system with ssh using SSHFS. This works fine and I can read and write data without problems. I've made a GRASS location on

Re: [GRASS-user] SUSE 12.2 rpm

you could wish for. Daniel 2012/11/29 Bob Siegfried robtsiegfr...@gmail.com Thanks, Daniel. 32 bit. It never occurred to me to try ignoring the dependency. Bob On 11/28/2012 12:25 AM, Daniel Lee wrote: Hi Bob, Is your machine running 32 bit? I'm running OpenSUSE 12.2 64-bit and haven't

Re: [GRASS-user] SUSE 12.2 rpm

Hi Bob, Is your machine running 32 bit? I'm running OpenSUSE 12.2 64-bit and haven't had any problems installing 6.4 from the Geo repository. I can't test the 32-bit version though. Or can you ignore the dependency? Best, Daniel 2012/11/28 Bob Siegfried robtsiegfr...@gmail.com Hello, I get

Re: [GRASS-user] Parallel GRASS jobs .....

Hi there, I do this too and the standard methodology for me is to leave the resolution the same and change the region's borders. Take a look at the manual of g.region for guides on this, but let's say I've got the following: GRASS 6.4.3svn (EPSG4326_WGS84_ll):~ g.region -g n=63 s=-63 w=95 e=180

Re: [GRASS-user] Parallel GRASS jobs .....

Hi Andranik, I'd really recommend reading the manual to g.region. If you're using the GUI, just open the manual tab among all the tabs at the top. Otherwise, it's also available here: http://ludique.u-bourgogne.fr/grass/grass65/manuals/html65_user/g.region.html What the printout you've posted

Re: [GRASS-user] urgently!!!

If you delete the gislock for that mapset (the terminal displays the path) GRASS will start. 2012/10/26 Albert Saribekyan albertsaribek...@rambler.ru Albert Saribekyan. during grass session my inet connection failed and now it is impossible to start grass [albert@ce ~]$

Re: [GRASS-user] [GRASS-PSC] PSC nomination: Martin Landa

I also support Martin Landa's nomination. Daniel Lee On Friday, October 12, 2012 08:56:30 Markus Metz wrote: On Thu, Oct 11, 2012 at 4:27 PM, Margherita Di Leo direg...@gmail.com wrote: Dear PSC members, dear Community, I take the honour to nominate Martin Landa as PSC member. Martin

Re: [GRASS-user] urgently:(((please

Hi Albert, It's very hard to help you with such a general question. If you are trying to start the GUI, why don't you try entering g.gui wxpython? Then you can manage what you're trying to do with graphical menus. What you're seeing is the normal GRASS GIS start menu, it's where you start

Re: [GRASS-user] urgently:(((please

with Ctrl+D and start GRASS again. Am 01.10.2012 16:04 schrieb Albert Saribekyan albertsaribek...@rambler.ru : Dear daniel Im working in claster(server) and there aren't GUI!!!:( Albert Saribekyan. 1 Октябрь 2012 г. 17:57:54 пользователь Daniel Lee (l...@isi-solutions.org

Re: [GRASS-user] orthorectify satellite images

Hi Josep, Yes, try i.ortho.photo. Here's the manual: http://grass.fbk.eu/gdp/html_grass64/i.ortho.photo.html Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und

Re: [GRASS-user] r.sun and XY locations

2012/8/9 christian.br...@tudor.lu it's clear to me that r.sun needs some sort of spatial reference. I thought that is why I can provide latitude and longitude grids as input for the very special case of an XY location. Isn't it like that? I've heard that before, but never used it, to be

Re: [GRASS-user] region settings

Hi Janet, 2012/8/9 Janet Choate jsc@gmail.com i reprojected to utm with r.proj, that worked great. however, i'm still a bit worried about the resolution. after i reprojected to utm, the region settings now show the nsres/ewres to be approx 1.0 and not 30. i can aggregate up to 30 -

Re: [GRASS-user] r.sun and XY locations

and south and where the sun's at at a given time of day or year. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz

Re: [GRASS-user] region settings

of that long story is that your data sounds like it's fine - 1 arc second is about 30m and so it looks like you've got the data you wanted and GRASS interpreted it correctly. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR

Re: [GRASS-user] Parallelization of Python Script

basically have to work with the modulo operator a bit. If you use that, you can possibly reduce a lot of nested for loops into a for loop with an if-elif-else query. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions

Re: [GRASS-user] Parallelization of Python Script

2012/8/7 Hamish hamis...@yahoo.com Hamish wrote: for parallelizing an entire function in Python as you want, there's a method in grass7's i.landsat.rgb(.py) to look at that uses mp.Process. It's a bit more work since you have to manually ensure that the I/O pipes get closed.

Re: [GRASS-user] Parallelization of Python Script

. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi-solutions.org Web: http

Re: [GRASS-user] Parallelization of Python Script

@Hamish - I posted the code on the wiki, thanks for the tip. 2012/8/7 Johannes Radinger johannesradin...@gmail.com Hi Daniel, In your loop what do you mean with job respectivle the number of jobs. Is that e.g. 3 task x 200 maps = 600 jobs? That was my thought, yes - depending on how you

Re: [GRASS-user] Parallelization of Python Script

that the processes play nice with each other and don't cause any problems. It's not the most elegant solution, but it's one that works for many things :) Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch

Re: [GRASS-user] GRASS and the Python geospatial modules (Shapely, PySAL, ...)

I'd also be grateful for a description in the Wiki! -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil

Re: [GRASS-user] Correct import of a global grid (0E to 360E) to GRASS (-180W to 180E).

string as well, although I don't know how to do that. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49

Re: [GRASS-user] Importing ASCII file

Rainer, Good idea. Here's the output of gdalinfo: gdalinfo prec_1.asc Driver: AAIGrid/Arc/Info ASCII Grid Files: prec_1.asc Size is 43200, 18000 Coordinate System is `' Origin = (-180.000,90.000) Pixel Size = (0.008,-0.008) Corner Coordinates:

Re: [GRASS-user] Mosaic

Hi Danut, I think the tool you're looking for is r.patch. It patches together spatially discontigious rasters. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und

[GRASS-user] Importing ASCII file

? Does anybody have any ideas? I've be really grateful for any help :) Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg

Re: [GRASS-user] Importing ASCII file

to script it and it's quite a large number of datasets. Any other ideas? Does anyone have experience with opening and exporting rasters in QGIS from a script? That would make things a bit easier, otherwise it takes a good 5 minutes or so to open each file. Thanks! Daniel -- B.Sc. Daniel Lee

Re: [GRASS-user] Personalised raster alghoritm (simple: area)

as the cell values. Hope that helps! Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49

[GRASS-user] NVIZ can't allocate enough memory

Hi list, I'm having some trouble using NVIZ. It's worked before using similar data, so I'm not quite sure what the problem is. My goal is to overlay aerial photos over a digital surface model, but I always get errors that GRASS can't allocate enough memory. It doesn't matter how small I make the

Re: [GRASS-user] NVIZ can't allocate enough memory

: 0.50020418 ewres: 0.50018638 rows: 32001 cols: 20001 cells: 640052001 Looks alright to me. I set it exactly to the raster in question by using g.region rast=dom_complete. Any ideas? Thanks! :) Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung

Re: [GRASS-user] NVIZ can't allocate enough memory

Thanks for the tips! I cropped the region and it worked like a charm :) Best, Daniel ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Attribute transfer from one table to another based on position of vector items

this should do the trick for you. Note that you'll need to change the parameters in r.statistics to give you averages rather than sums, but everything else should be almost directly useable, if I've understood you correctly. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und

Re: [GRASS-user] Attribute transfer from one table to another based on position of vector items

Hi Mike, Couldn't you use v.what.vect to upload the values from the lines to the points? They're collocated, right? Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard

Re: [GRASS-user] Attribute transfer from one table to another based on position of vector items

Hi Jaromír, Have you tried v.what.vect? That would probably do the trick :) Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037

Re: [GRASS-user] Attribute transfer from one table to another based on position of vector items

Wow, cool tip! Thanks! :) -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E

Re: [GRASS-user] about resampling DEMs and DEM-derived parameters

Definitely first resample, then calculate derivatives - otherwise your results will be totally wrong. Depending on what kind of resampling you do, you could e.g. take a flat area and see it as slanted in a DEM with reduced resolution. -- B.Sc. Daniel Lee Geschäftsführung für Forschung und

Re: [GRASS-user] Export multiple files with r.out.arc

... r.out.arc map=last_map ) Or by processing the output of 'g.list rast' and then doing what you want with that. Hope that helps! :) Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee

Re: [GRASS-user] Export multiple files with r.out.arc

I'll have to defer that to the list, I'm not too good at bash scripting: Well, yes I was thinking to that but I don't know exactly how to do it. I mean, till now with: g.mlist -r type=rast pattern='fill_mnat' I have managed to see all rasters that I want to export (fill_mnat - is contained in

Re: [GRASS-user] From GRASS to postgis - srid 900914 using v.out.ogr

it, not sure. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E

Re: [GRASS-user] Euclidean distance (grow.distance) on raster to certain extent?

Hi Tanya, I would use r.distance rather than r.grow.distance and then reclassify the results to include only areas with =1108 m distance - that should be a lot easier. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information

Re: [GRASS-user] newbie user

that helps! Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi

Re: [GRASS-user] Simultaneous r.horizon processes

Hey there, I'm back with some more multithreading problems. Following the previous discussion I've switched from trying to do multithreading with r.horizon and have switched to doing my calculations directly with r.sun. Of course, I want to use all my cores for r.sun, though, so I've tried

Re: [GRASS-user] r.grow: Manual Page Needs Additional Information

-- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi-solutions.org Web

Re: [GRASS-user] wms trouble

-- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi-solutions.org Web

Re: [GRASS-user] Adding rows to vector map attribute table

* -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi-solutions.org Web

Re: [GRASS-user] Simultaneous r.horizon processes

Hi Collin, Collin, Alright, that's a lot of great input to respond to so get ready for it ;) there is OpenCL GPU accel. support, but it has not yet been merged into grass 7. (mea culpa) Okay, that's great to know. Has the project made any progress since last year? Our software go-to guy,

Re: [GRASS-user] vector import issues v.in.ogr

Hi Pankaj, What format are you exporting to? The vectors in india_basins_vector.png look good. Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder

Re: [GRASS-user] Simultaneous r.horizon processes

-- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Softwarecenter 3 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi-solutions.org Web

Re: [GRASS-user] mysql support

Hi Patrick, Did you compile GRASS from source? I'm using 6.4.2 from the repositories on Linux and it's definitely got MySQL support. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee

Re: [GRASS-user] v.overlay: two line maps?

Markus, I'm for it! :-) Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Deutschhausstr. 10 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127

Re: [GRASS-user] v.overlay: two line maps?

Hi Rich, Have you tried v.patch? That sounds like it might be watch you need. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Deutschhausstr. 10

[GRASS-user] Simultaneous r.horizon processes

this is the case and, if so, what would be a good workaround? Finding the horizons serially on only one processor means that my computer does a lot of sitting around twiddling thumbs. Thanks a bunch! Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information

Re: [GRASS-user] Lidar points height from ground

it run through your lunch break ;) Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Deutschhausstr. 10 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49

Re: [GRASS-user] Lidar points height from ground

wouldn't need vectors at all. Daniel L. -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Deutschhausstr. 10 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127

Re: [GRASS-user] Re: r.surf.nnbathy and nnbathy installation

Hi Danny, Am 26. März 2012 09:57 schrieb Danny Luque Ramirez dalur...@googlemail.com : does nobody has an idea what I have done wrong with the implementation of r.surf.nnbathy? :-( Does GRASS print any message at all when you run r.surf.nnbathy? I've never worked with that program before so

Re: [GRASS-user] Re: r.what.rast.buffer crash

that work better in Linux than in Windows, although I'm not sure if this is one of them. Is your vector file very large? It might be too large for your RAM, if that's the case - otherwise I'm sadly also pretty clueless. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS

Re: [GRASS-user] Re: r.surf.nnbathy and nnbathy installation

-- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Deutschhausstr. 10 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi-solutions.org

Re: [GRASS-user] Re: r.what.rast.buffer crash

that topic. Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Deutschhausstr. 10 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi

Re: [GRASS-user] Re: problem using r.watershed

Does GRASS 7 use a different algorithm, or why is it only possible on 7? Doesn't the -m option work in 6.4 too? Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils

Re: [GRASS-user] Re: Aster DEM

Am 25. März 2012 20:33 schrieb javier Garcia Prieto fjgarciapri...@hotmail.com: Oh yes, of course, I'm going to reproject to an UTM Location so I can use other maps that I already have. Just a aquestion, with the Aster DEM, it comes togeher a NUM file. ¿Do you know what is for? Having

Re: [GRASS-user] Re: Aster DEM

Don't forget that afterwards you'll have to reproject the raster using r.proj into the old location. Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder

Re: [GRASS-user] r.sun on a small portion of my region

maps and then use those, together with the surface model, as inputs for r.sun. Hope that helps! Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder

Re: [GRASS-user] About Flood, Erosion and hydrological modelling

Sadly, the entry deadline for GSoC projects for this year is already past, but perhaps there's some other possibility if you're wanting to get it done this year. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR

Re: [GRASS-user] r.shaded.relief Output Question

, like taking a look at what the map looks like if the sun's shining from 180° (due south)? Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder

Re: [GRASS-user] About Flood, Erosion and hydrological modelling

Oh, my mistake - I thought the topics also had to be submitted already. Alright! :-) -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder Deutschhausstr. 10 35037 Marburg

Re: [GRASS-user] i.vi without graphic. With C code

Hi Ripsime, Are you running this script from within GRASS? It says you've got no location set, but when you start GRASS it sets a location for the session you're working in. Regards, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar

Re: [GRASS-user] Re: TIN (Linear interpolation) from points

to your vector map and then to set the resolution with g.region res=X to something that you know will place each point in a discrete pixel. Hope that helps! Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR

Re: [GRASS-user] Re: TIN (Linear interpolation) from points

or so, just to take a look at whether the points perhaps aren't being converted because they're right on the edge of your raster. I honestly don't think that'd do it, but it would be an easy experiment that I would try. Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS

Re: [GRASS-user] db.out.ogr Clarification

the problem. Also, does your DB allow write access for every user? Since you have neither username or password, it could be that the database is rejecting your query. If you haven't tried it yet, give it a shot and let us know how it goes ;) Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für

Re: [GRASS-user] How Does GRASS Handle PostgreSQL Database Name Change?

anew, but of course that's about as far from elegant as you can get. Sorry that I don't know more about the way GRASS interacts with Postgres and where the connection is stored. Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information

Re: [GRASS-user] intersection between two lines vector to obtain points

Hi there, Am 21. März 2012 19:05 schrieb Micha Silver mi...@arava.co.il: On 03/21/2012 06:46 PM, Pierluigi De Rosa wrote: Hi I'm looking for a procedure to get a point vector obtained as intersection of two vector layer. You can do this with a two step procedure. First patch the two

[GRASS-user] GRASS doesn't find rasters after renaming mapset

the original name. Does anybody have a tip as to how I can access the rasters? g.mremove * finds them, but g.list doesn't. Thanks! Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions Vertreten durch: Daniel Lee, Nepomuk Reinhard

Re: [GRASS-user] Joining vectors by location

Hi Richard, What do you get if you run db.connect -p in the relevant mapset? Here's my output: GRASS 6.4.2RC2 (EPSG:3857 - Pseudo-Mercator):~ db.connect -p driver:pg database:host=localhost,dbname=isis_db_extern schema: group: Seems to be okay, right? In any case, the last spatial join try

Re: [GRASS-user] Joining vectors by location

Okay, first of all, thanks once again for all the patience and the huge amount of help. I'm now quite a bit further and just wanted to report back on how it all worked out so that people in similar quandries will be able to deal :) It doesn't work all the way yet, but at least I'm a lot closer

Re: [GRASS-user] Joining vectors by location

SUCCESS! One last idea came: Why not try updating the attributes backwards - uploading the attributes of the centroids from the former raster polygons into the buildings that they belonged to? The following command updated the vectors properly by extracting the centroid values of

Re: [GRASS-user] Joining vectors by location

2011/11/24 Micha Silver mi...@arava.co.il There are two separate metadata tables in newer PostGIS versions. The original geometry_columns is a real table as listed above. In addition there is support for the geography data type for layers in geographic (Lat/Lon) coordinate systems. With the

Re: [GRASS-user] Joining vectors by location

Just another thing that's really weird - I ended up exporting the geometries from GRASS to shapefiles, importing them to PostGIS with shp2pgsql and viewing them in QGIS from the DB directly, just to see if that would work. It did, just fine. Then I tried to view them with the Geoserver again and

Re: [GRASS-user] Joining vectors by location

Alright, I think the last suggestion got me a LOT further. 2011/11/26 Micha Silver mi...@arava.co.il My guess: Wasn't your Gebaeude_Globalstrahlung table also a GRASS vector? So it also has a cat column? What v.db.join does is try to create a new column in the map's table for *each* column

Re: [GRASS-user] Joining vectors by location

Okay, sorry to bug again, but now I do have kind of the same problem again. Here we go: v.out.ogr only gives me the field cat in the attribute table, all other fields are gone: v.out.ogr input=Buildings@PERMANENT type=area dsn=/tmp/buildings.shp layer=2 --overwrite The geometries are exported,

Re: [GRASS-user] spatial join in grass

into a PostGIS database and perhaps to use the PostGIS functions after that, but I've not yet been successful in that area. Am getting close though :) Best, Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions GbR Vertreten

Re: [GRASS-user] Joining vectors by location

You can use v.distance with dmax=0 to do such a spatial join between polygons and points: v.db.addcolumn YourCentroids col='poly_cat int' v.distance from=YourCentroids to=YourPolygons upload=cat column=poly_cat dmax=0 This should upload the category values of your polygons to the

Re: [GRASS-user] Joining vectors by location

IIRC, geography_columns is a view, not sure why you would even want to access that... I don't have time right now to try to find out where the error message comes from. Can you give us the exact v.in.ogr command you use ? Gotcha. I think it is a table, actually: test=# \dt

Re: [GRASS-user] Joining vectors by location

Hi there, You can use v.distance with dmax=0 to do such a spatial join between polygons and points: v.db.addcolumn YourCentroids col='poly_cat int' v.distance from=YourCentroids to=YourPolygons upload=cat column=poly_cat dmax=0 This should upload the category values of your polygons to

[GRASS-user] Joining vectors by location

connections by the position of the geometries they belong to? I can connect the tables to the geometries by adding a layer to the map, but then I can't e.g. add the values of different fields together. I'm kind of at a loss. Thanks a lot fo the help! Daniel -- B.Sc. Daniel Lee Geschäftsführung

Re: [GRASS-user] Joining vectors by location

Hi Daniel, Very cool name :) You should use v.rast.stats [1] as it Calculates univariate statistics from a raster map based on vector polygons and uploads statistics to new attribute columns. Should be a more straight forward approach. Thanks for the tip, but v.rast.stats gives me all

Re: [GRASS-user] Joining vectors by location

2011/11/21 daniel mcinerney daniel.o.mciner...@gmail.com According to the documentation of [1] and previous discussions [2], v.rast.stats2 should be a lot faster. Awesome! Only... I've got a problem here... Sorry to be so nooby, but here's what's going on: GRASS 6.4.2RC1 (ETRS89_ll):~

Re: [GRASS-user] Joining vectors by location

, but in the interest of time I decided not to this time. -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions Deutschhausstr. 10 35037 Marburg Festnetz: +49 6421 379 6256 Mobil: +49 176 6127 7269 E-Mail: l...@isi-solutions.org Web: http://www.isi

Re: [GRASS-user] Re: How can i modify the algorithm/code for Hydrologic Modeling or watershed analysis?

even having to be restarted. However, I have no idea where you'd find the specific code for watershed analyses. Try using the find or locate command, if you're working in a *NIX system. Otherwise I'm afraid I don't have any other suggestions. Best, *Daniel* -- B.Sc. Daniel Lee Geschäftsführung für

[GRASS-user] Location deletes on restart

a proper workaround I had to complete two rather large projects twice. Running GRASS 6.4.2RC1-3.3-x86_64 from the Geo repository on OpenSUSE 11.4. Thanks! Daniel -- B.Sc. Daniel Lee Geschäftsführung für Forschung und Entwicklung ISIS - International Solar Information Solutions Deutschhausstr. 10

Re: [GRASS-user] Location deletes on restart

I also find it very odd. 2011/11/10 Hamish hamis...@yahoo.com so it's fully reproducible? So far, yes. I've reproduced it three times, sadly twice by accident. and the location still exists on the disk after you exit grass completely? (double check with `ps`, look for Init.sh) I just

Re: [GRASS-user] Location deletes on restart

Okay, I've found the problem - embarassing as it is... I have scripts that run before login that are supposed to synchronize my GRASS-DB with the company DB on our server. It looks like the script is removing my location because it doesn't exist on the server. I'll have to talk with our

Re: [GRASS-user] GRASS won't start

:54 PM, Daniel Lee l...@isi-solutions.org wrote: Hi there, Sadly I wasn't able to test things until just now. The problem is on two computers. I started up my laptop and before I started GRASS I checked the repository to see if any updates were available. GRASS was du for an update, which I

  1   2   >