Grasshopper

algorithmic modeling for Rhino

Information

Elk

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

Members: 332
Latest Activity: 15 hours ago

Discussion Forum

Problem Installing Elk2 6 Replies

Hello,I have worked with Elk I. Now im trying to install ELK II but its not show up. i have followed the instructions on how to install it from food4rhino but no luck.Does anyone know the trick to…Continue

Started by Shahram Arashzad. Last reply by courtney reckord 15 hours ago.

1/9 arc second IMG files from USGS? 2 Replies

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. Last reply by Federico_G Jun 4.

Elk Loading Fail! 10 Replies

HiI have a Problem to load elk in my 09.00.76 grasshopper.for install elk I follow these steps in this link but when I run grasshopper elk doesn't exist :(Continue

Started by Ewss. Last reply by Julian Posada May 9.

Topography

Hello all,Does anyone know how to deal with the data that topography tool give us? Because it gave around 4000 points making crashed grasshopper. It would be good to create any filter that give me…Continue

Started by Santiago Cano Restrepo Apr 17.

Comment Wall

Comment

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?

THX

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 kortforsyningen.dk 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 kortforsyningen.dk 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 OpenTopography.org, and that worked with no issues from what I can remember.

I did manage to work my way through the kortforsyningen.dk 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.

-Tim

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 earthexplorer.usgs.gov (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 earthexplorer.usgs.gov

Result with GeoTIFF from earthexplorer.usgs.gov

Result with GeoTIFF from kortforsyningen.dk

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 (332)

 
 
 

About

Translate

Search

Photos

  • Add Photos
  • View All

© 2018   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service