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: 337
Latest Activity: on Friday

Discussion Forum

Sub-types issue 1 Reply

hello,I have this area:with…Continue

Tags: elk, sub-type

Started by Francesco. Last reply by Francesco on Friday.

Joining multiple topo surfaces 2 Replies

Hi Everyone, I am working with a site that lies in the intersection of four SRTM data plots. I managed to get the topo surface for each plot but cannot figure out how to line them up and join them…Continue

Tags: #topography, #elk

Started by Claire Pepper. Last reply by Anton Dizon Sep 18.

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 Jun 19.

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.

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

 
 
 

About

Translate

Search

Photos

  • Add Photos
  • View All

Videos

  • Add Videos
  • View All

© 2018   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service