algorithmic modeling for Rhino



Elk is a plugin used to generate topographies and street maps using data from and Shuttle Radar Topography Mission (SRTM) data from NASA/Jet Propulsion Laboratory.

Members: 325
Latest Activity: Feb 27

Discussion Forum

1/9 arc second IMG files from USGS?

I'm using Elk 2.2.2 and was able to find a 1/9 arc second DEM file (in IMG format) on the USGS National Map of the area of my interest. However, When I try to import the file I always get a domain…Continue

Started by Kevin Daye Feb 2.

SHP and OSM file errors... 2 Replies

No matter what city geography I select for processing by the SHP file object, Grasshopper returns errors  - see attached screenshot...I have the same issues with OSM files and ELK2.  It must be pilot…Continue

Started by Phil Allsopp. Last reply by Phil Allsopp Jan 21.

Confirming the right HGT file 2 Replies

Hi Timothy, I need your advice on how can I confirm which topography is right for the selected area. I received multiple .HGT files on …Continue

Tags: ELK, Topography, HGT

Started by Porus Vakshoor. Last reply by Kutay Yunculer Dec 9, 2017.

Domain issue for certain files 3 Replies

Hi Tim,I know this issue has already been reported but maybe this might add an other input...So here we are, for some SRTM files which are still bigger than the OSM data, Elk is saying that the…Continue

Started by Romain Guillot. Last reply by Anton Dizon Nov 26, 2017.

Comment Wall


You need to be a member of Elk to add comments!

Comment by Kevin Daye on February 2, 2018 at 2:56pm

Hi Tim (and everyone else)!

Had a quick question, I'm using Elk 2.2.2 and was able to find a 1/9 arc second DEM file (in IMG format) on the USGS National Map of the area of my interest. However, When I try to import the file I always get a domain error no matter what my Lat/Long values are.

Can Elk use these files?

Comment by UsernameAndPassword on July 29, 2017 at 7:10am

I managed to merge the GeoTiff tiles with QGIS but the resulting file requires a non uniform scale factor of 2 for X and Y and 1 for Z in order to match the OSM file. In QGIS the merged GeoTiff matches the OSM without any modification and in fact the right GeoTiff domain is gathered by ELK but the output scale is wrong.

Comment by UsernameAndPassword on July 25, 2017 at 3:17am

The location for which I need topography happens to be between two different SRTM GeoTiff Tiles.
Is there a way I can generate a single surface at this point?

Comment by Timothy Logan on February 8, 2017 at 7:24am

I've seen several plugins that import shape files, but I don't know that I know of one that exports shape files.

Comment by owe on February 8, 2017 at 1:28am

Anybody knows how to generate a shape file from Grasshopper?


Comment by Mathias Nielsen on February 23, 2016 at 2:01am

Hey Tim,

Thank you and I apologize for having you go through a Danish webpage!

The GeoTiff I downloaded from was also an ASC file which I then converted with the software QGIS. This allowed me to translate the geodetic system from EUREF89 to WGS84 - but maybe it is actually in this translation that something went wrong.

Appreciate your help!

- Mathias

Comment by Timothy Logan on February 22, 2016 at 8:20pm

Hey Mathias,

First off, not sure what's up with it not working.  The second image you show using the GeoTiff from looks fine per what you're specifying and what the GeoTiff file is showing (info output).  The only other place I've downloaded GeoTiff data is, and that worked with no issues from what I can remember.

I did manage to work my way through the website with the help of google translate and some guesswork, and downloaded what looks like the same tile in ASCII Grid (ASC) file format with data corresponding  to the EUREF89 geodetic system.  I used gdal_translate to successfully convert the ASC file to a GeoTiff, but it's still in EUREF89 which I'm not very familiar with.  I'll need to do a little reading on translating between that and WGS84, or see if there's a different way of getting the data out in a way that Elk can understand it.

I'll report back if/when I'm able to get anywhere with it.


Comment by Mathias Nielsen on February 21, 2016 at 7:03am

Hi Timothy,

Thank you for your great work on Elk!

I'm having some problems, that you might have the answers to.

I have tried to download a GeoTIFF file from another webpage than (because I needed more detail of Aarhus, Denmark than they could offer) but I just can't make Elk come up with any result, other than using GeoTIFFs from

Result with GeoTIFF from

Result with GeoTIFF from

Do you maybe know what the issue might be?

Thank you!

- Mathias

Comment by Brian Ringley on February 6, 2016 at 3:28pm

Hey Tim - appreciate you taking a look at this. I think it would be great to continue improving a user-friendly way of getting 3D buildings, but at the end of the day you're always going to have users who want to dig up their own custom data. To that end, would you consider bringing back your Generic OSM component to allow the user to specify any feature keys or values from the XML?

Comment by Timothy Logan on February 1, 2016 at 8:13am

Erik et al,

I apparently introduced a bug in 2.2.1 that caused the Y axis to invert.  I think it was something that I had started tinkering with a month or so ago and had forgotten about.  Should be resolved, but if you've downloaded 2.2.1 I strongly suggest you get 2.2.2 to correct this mistake.  Once that's downloaded the crater should show up correctly.


Members (325)






  • Add Photos
  • View All

© 2018   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service