algorithmic modeling for Rhino
This is the first release of an add-on which enables the import of GIS data from various sources into the Rhino/Grasshopper environment, located, scaled and cropped based on an Earth Anchor Point and a clipping polygon. Sources of GIS data include Shapefiles, USGS IMG/HGT Elevation files and ArcGIS REST Services over the web.
The add-on includes eight components in two categories:
GIS REST
GIS Tools
Special thanks go to the vibrant GH community, the masterful guidance of Andrew Heumann and endless patience of George Waters.
Website: http://www.food4rhino.com/project/heron
Members: 103
Latest Activity: Jan 2
Hi, please i want to output elevation and sections with dimensions by grasshopper in this 3D wall, can u help me.thanks…Continue
Started by tariq hilmy Dec 3, 2018.
When I plug the US Census Vectors into Get REST Service Layers, I get the error "The Request was Aborted: Could Not Create SSL/TLS Secure Channel." Any idea on how to fix this? Thanks!…Continue
Started by Jun. Last reply by Brian Washburn Nov 22, 2018.
Hi everyone.I'd like to know how the [Set Earth Anchor Point] works in order to retrieve X/Y Coordinates out of Lat/Lon..How this can be determined? I am working with the GDA94 Datum for other…Continue
Started by Romain Guillot. Last reply by Brian Washburn Aug 17, 2018.
Hello, I'm new to Heron and I tried to follow the demonstration video I found on the internet but I keep recieving this error:1. Solution exception:Could not load file or assembly 'Newtonsoft.Json,…Continue
Started by fedezorrozuag. Last reply by Frehel Denis Jun 5, 2018.
Comment
Hello, I am having trouble with a few components, I've used Heron in the past and it works wonders, however, with the RESTGeocode, it's returning the following error: 1. Solution exception:Input parameter index [-1] too low for Component ESRI REST Service Geocode
No matter the location I type I get no return from location or LAT & LONG.
Any idea what's going on?
Hi Brian,
The first image is a comparison of the polygons from Heron (in red) and the meshes from InfraWorks (in yellow - selected)
The second image compares the polygons from Heron (in white) and the exported polygons from QGIS (selected hatches in yellow)
The CRS I have used is EPSG:32637 (the area of interest is located in Moscow). Here is the shape file with reprojected data https://www.dropbox.com/s/kwszn5yf958f4ep/buildings_2017-01-10_3263...
It would be great not to have this slight rotation. I see it originates from specific use of 3857 within the plugin. Thank you!
Evgeny,
What is the coordinate system of the original data before being reprojected? Can you post a link to source? What are the red lines the meshes are not matching to? Apologies if I don't quite understand the issue.
Hi Brian!
I am back with my tiny wish list!
Here are two screenshots comparing InfraWorks export of reprojected data and QGIS one with the Heron result. A slight turn and a slight scale difference (~0.004) It would be great if Heron could switch off its 3857 reprojection and I will be able to send analysis results from Rhino to GIS!
I have checked ArcGIS Pro, InfraWorks and FME - all these tools produce meshes that are not suitable for analysis within Rhino.
Anybody knows how to generate a shape file from Grasshopper?
THX
Thank!!!!
Vittorio, Try replacing the REST Geocode component currently on the canvas with a new one from the Heron tab.
Hello, While importing a SHP file, the pointfeatures branch path doesn't match the atributes branch path. After doing polylines with the points and extruding it using a height attribute from the values output, a buildings height is being applied to other building. What can be done to fix this?
Hi Brian!
Thank you for your answer. I will go deeper in details and settings in Heron.
1) I'd like to use Heron to integrate GIS-data with Rhino and get the geometry for a draft microscale urban analysis, so geometry hasn't to be very precise. However I'd like to have a clear understanding what distortion will be if I use 3857 - because it is very different from CAD-geometry that is exported from QGIS (or other conventional GIS) with 3857 CRS. For example UTM Zone 37N 32637 (suitable for Moscow) and 3857 have ratio almost 2:1 if both are exported to CAD. With Heron the difference with 32637 is very slight
As it seems to me it is due to relocation of Earth Point in Heron. Could you clarify it?
2) I agree on geometry relocation - very large distances can cause bugs in calculations.
3) "The GDAL libraries Heron uses, should be able to automatically handle reprojecting from any CRSs to EPSG 3857." - I don't need to reproject my data, I was trying to use it already reprojected to appropriate UTM zone.
© 2019 Created by Scott Davidson.
Powered by
You need to be a member of Heron to add comments!