| bio | website | |
|---|---|---|
| location | ||
| age | ||
| visits | member for | 1 year, 4 months |
| seen | Apr 2 at 4:24 | |
| stats | profile views | 18 |
|
Aug 11 |
comment |
Solutions for fast operations on large GIS datasets I posted a new question about the problems I am having with postgis as this question would become way to ambiguous otherwise. |
|
Aug 11 |
revised |
Solutions for fast operations on large GIS datasets added 414 characters in body |
|
Aug 11 |
asked | Acquiring ArcGIS-like speed in Postgis |
|
Aug 4 |
asked | Solutions for fast operations on large GIS datasets |
|
Jan 20 |
awarded | Nice Question |
|
Jan 14 |
awarded | Scholar |
|
Jan 14 |
accepted | Optimal video cards for GIS programs |
|
Jan 14 |
awarded | Supporter |
|
Jan 14 |
comment |
Optimal video cards for GIS programs So if I have a giant 500,000 parcel dataset with many complex polygons, having 2 GB GDDR5 vs 1 GB GDDR RAM would have essentially no effect? Aren't video cards supposed to speed up rendering of complex shapes? |
|
Jan 14 |
comment |
Optimal video cards for GIS programs I never thought about that, I always figured 7200 RPM was about as fast as would ever be necessary. Wouldn't the hard drive bottleneck only apply when reading and writing from a file? I mean once you load a shapefile into arcmap, isn't what you are viewing essentially held in memory. I mean if I scroll/zoom in on a parcel dataset arcmap doesn't need to read the file from the hard drive again to accomplish that task. |
|
Jan 13 |
awarded | Student |
|
Jan 13 |
awarded | Editor |
|
Jan 13 |
revised |
Optimal video cards for GIS programs deleted 5 characters in body |
|
Jan 13 |
asked | Optimal video cards for GIS programs |