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: 320
Latest Activity: Dec 9

Discussion Forum

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.

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.

Elk topography scale

Hi, I have a problem with scale of topography in elk,and it is not at correct place.can you help me?Continue

Started by azam ghasemi Nov 26.

Problems with Downloading .osm file

Hello everyone,i already have a thread in the german osm Forum. ( atm i…Continue

Started by Tim Stark Nov 14.

Comment Wall


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

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.

Comment by machinehistories on January 29, 2016 at 3:04pm

Thanks very much for all your help I look forward to giving this a try and putting it to use. - jason


Members (320)






  • Add Photos
  • View All

© 2017   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service