Latest Contributions by jkDfGrt3K8Dw

‎03-09-2018

I was able to get results by forcing Viewshed 2 to compute the viewshed using the CPU. A temporary rough fix is to set environment variable CUDA_VISIBLE_DEVICES to a value that excludes CUDA devices, e.g., CUDA_VISIBLE_DEVICES="". However, this disables CUDA processing for the duration of the program execution, which has obvious performance implications both for the viewshed and for other operations that use CUDA. If there is a way to disable support on a per-service/task/job basis, that would be better.

‎02-28-2018

Here is a "minimal" reproducible example. I was hoping to create the observer feature table in memory using a FeatureCollectionTable but couldn't get that to work, so it instead pulls from a .geodatabase with a single table containing one feature. If you switch the "analysis_method" GeoprocessingString from ALL_SIGHTLINES to PERIMETER_SIGHTLINES, you should be able to get the results I described earlier. Thanks for looking into this.

‎02-28-2018

Yes, I'm putting together a minimal example and will get it to you shortly--thanks for offering to take a look. There wasn't any reason why I had previously used Local Server 100.1, but I tried 100.2 just yesterday and had the same result.

‎02-21-2018

Hi, I'm having trouble getting good results from Viewshed 2 as a GeoprocessingTask. System info: -- Runtime SDK version 100.2.0 for Qt, C++ API, Windows. -- Runtime Local Server for Qt 100.1.0 (not 100.2.0, if that matters) -- NVIDIA Quadro K4200 GPU (CUDA compute capability 3.0) with latest drivers Inputs: -- Observers are Point features -- Elevation source is a SRTM .hgt file First, I used the Viewshed analysis class with good results. I was able to see a reasonable looking viewshed using a LocationViewshed object. I added the SRTM DEM as an elevation source to my Scene and it worked great. Now I'm trying to do the viewshed as a GeoprocessingTask using the same observers and same elevation source. The GeoprocessingJob object accepts my input observer features and other parameters, and successfully returns an output raster, but the result is not what I expected. The observer is located a few meters above the DEM (observer offset ~5 meters) with a horizontal FOV of approximately 15 degrees and a vertical FOV of approximately 60 degrees. The inner and outer radii are set to 5 meters and 16 km respectively. The screenshot shows the observer point (the yellow square), with the Viewshed 2 output raster overlaid onto the Scene. The viewshed is the black region. On the left, using the ALL_SIGHTLINES mode, the viewshed shape doesn't seem to be influenced by the terrain; it only appears to be limited by the azimuth and radius ranges that I set. Considering that the observer is at sea level viewing a mountain range of around 1000 meters elevation, the viewshed should not extend behind the mountains. On the right, using the PERIMETER_SIGHTLINES mode, the viewshed appears to be limited by terrain features. The bottom picture shows that more clearly. Why might I be having trouble with the ALL_SIGHTLINES mode?

‎01-25-2018

Okay, thanks for confirming anyways.

‎01-24-2018

Thanks for the reply. On a related note, I was also wondering how to get other properties of a raster, such as acquisition date, sensor name, etc., basically the set of properties that can be viewed in ArcMap: Get Raster Properties—Help | ArcGIS for Desktop Is there any way to get those? I've tried using the inherited QObject::property method for Raster and RasterLayer classes using strings like "ACQUISITIONDATE", "SENSORNAME", etc. to try to get more info about the raster. I've looked at other methods available with the Raster and RasterLayer classes, but I haven't had any success. Do you have any suggestions?

‎12-07-2017

I would like to grab the Polygon or Geometry describing the boundaries of a raster image. I can successfully load and display the image as a RasterLayer using your sample code, and the SDK understands how to correctly place the image on the Basemap, so I should be able to somehow query its Geometry. I can use Layer::fullExtent() to get the extent as an Envelope, which is better than nothing, but I'd like to get the shape that precisely defines the geographic footprint covered by the image. What options do I have? Thanks. I'm using SDK version 100.1.0, C++ API, and if it matters, the images are GeoTIFFs.

My Ideas

Latest Contributions by jkDfGrt3K8Dw

Re: Viewshed 2 geoprocessing package in Runtime SDK

Re: Viewshed 2 geoprocessing package in Runtime SDK

Re: Viewshed 2 geoprocessing package in Runtime SDK

Viewshed 2 geoprocessing package in Runtime SDK

Re: Obtaining a raster file's geometry

Re: Obtaining a raster file's geometry

Obtaining a raster file's geometry

Re: Viewshed 2 geoprocessing package in Runtime SD...