algorithmic modeling for Rhino
gHowl is a set of components which extend Grasshopper's ability to communicate and exchange information with other applications and physical devices.
Website: http://www.grasshopper3d.com/group/ghowl
Location: In Between
Members: 976
Latest Activity: Feb 5
Check out the gHowl videos page where you can see how people have been using gHowl.
Our users have connected Rhino and Grasshopper to various protocols, platforms, and softwares including:
Processing
Excel
Open Office
RSS
Arduino
Kinect
Reactivision
openFrameworks
Google Earth
Resolume
VVVV
Pure Data
max/msp
Maya
Kangaroo
TouchOSC
iPhone
Android
Components:
UDP:
UDP Components now have the ability to send and receive to a Multicast group. To send or receive to a Multicast group, make sure you use the IP Range of 224.0.0.0 - 239.255.255.255.
OSC functionality is provided by the Bespoke OSC Library by Paul Varcholik.
Network Source - Tests the connection of your machine to a network.
UDP Send - Allows the sending of UDP messages over the network. Also allows the sending of OSC messages to OSC enabled software and hardware devices. (Deleting this component in 0.7.0057 crashes GH / Rhino)
UDP Receive - Allows the sending and receiving of UDP messages. Also allows the reception of OSC messages and bundles (from Reactivision for example).(Deleting this component in 0.7.0057 crashes GH / Rhino)
OSC Channel - This component allows the storage of a single OSC Channel. Change the component's nickname to store that address' data.
OSC Dispatch - This component allows the storage of data from multiple OSC addresses.
Spreadsheet:
The spreadsheet components leverage the OpenXML engine. You must have OpenXMLSDKV2.msi installed in order for these components to work. These components read and write *.xlsx files. Supports numerical values and strings.
Spreadsheet Reader - Retrieves spreadsheet data from a file stored on your computer.
Spreadsheet Writer - Allows you to write a spreadsheet file.
XML:
These components retrieve xml data from local and web sources (such as RSS feeds).
Pachube - Retrieves data from a Pachube feed. Must have a valid Pachube API. (Deleting this component after making a connection in 0.7.0057 crashes GH / Rhino)
Pachube Update - Allows you to update a Pachube Feed. The component has variable inputs to enable streaming to various datastreams. Must have a valid Pachube API.
XML Parser - This component parses an XML file stored on your computer or on the web.
GEO:
These components aid in the mapping and conversion of coordinates from GPS enabled devices to XYZ coordinates.
Format GEO - Takes NMEA formatted GPS coordinates and converts them to Decimal Degrees.
XYZ -> GEO - Maps XYZ coordinates in Rhino/Grasshopper to Longitude, Latitude, and Altitude.
GPS -> GEO - Maps Longitude, Latitude, and Altitude coordinates to XYZ
Elevation Service - This component returns the elevation at the coordinates you supply as inputs. It queries the Google Elevations API to do this. There are some limitations on usage, so be warned.
KML:
KML Exporter - Exports points, curves, and meshes to a KML File. Breps should be meshed before exporting. Brep support will be added soon. Object attributes such as color, transparency, line width, line color, etc will be added soon.
KML Attributes - Adds Fill Color, Line Color, and Line Width to Exported KML Objects.
Hello all,I am writing an android interface to communicate with grasshopper. It's the same idea as some of the OSC apps in the app store, but they aren't open source and I need to be able to have…Continue
Tags: java, osc, udp, ghowl, android
Started by Jon Blout. Last reply by Konstantin Markin Aug 8, 2022.
Hey againHow does it work if you want to import and export the same .xml file, when the ghowl xml import has 4 output parameters, and the ghowl export has 2 input parameteres ?RegardsContinue
Started by Jesper Hildebrandt Andersen. Last reply by Hannah Stevens Apr 14, 2021.
hello, i am trying this for the first time and hoping someone can point me in the right direction. i am trying to use grasshopper + ghowl to read real time data from a weather site's API. i have a…Continue
Started by pwdarden. Last reply by Denis Cox Oct 26, 2020.
Hi, I am using UDP receiver in gHowl. It works well until I packaged everything into a cluster, and the UDP receiver keeps sayting "AddressAlreadyInUse: you might have opened this socket on another…Continue
Started by vapeur Jul 5, 2020.
Comment
@ George: Please Clarify a bit, you want to deform a torus in GH and send the deformed points to Processing?
@Rodrigo: Check out the OSC Channel and OSC Dispatch components in order to track a specific device / address.
Hi everyone,
Is it possible for the UDP reciever to collect two sets of data at the same time? I have my iPhone connected using OSC (MRMR) and want to use the tactile screen to draw some curves in rhino. I´ve got everything working, but since the reciever only gets one "message" at a time the curves are not smooth (it only records variations in X-axis, then some in the Y-axis and so on..) The result is a jagged line.
Is it a UDP reveiver problem or that the MRMR application can only send one message at a time? GH.jpg
Hello,
I'm playing around with examples and I've connected grasshopper with processing via UDP.
I'm sending the division points from a torus from grasshopper and I need also to send an attractor point that will transform the previous points so I will have a new list of points.
Should I send the attractor it self or I need to send both attractor and the new list of points to get the expected result?
Any advice or ideas of how I can do this?
Hello Brandt,
A few hundred feet seems excessive. I'd have to check out the definition to see what is going on.
Best,
Luis
I have created a CSV file of WGS84 points and other data from GIS and can successfully import the data from a spreadsheet, etc, but in order to combine with other information that is in XYZ, I'm using gHowl to convert the coordinates. The data is mapped very close to an actual .dwg that I've also exported from GIS in order to test it against, but is off by a few hundred feet. Is this typical, or is there a way to improve the accuracy? Perhaps it is the calculation within the node, because when I overlay, it seems that it doesn't quite match there either? Any help would be greatly appreciated.
Works great, thanks.
I am trying to develop a set-up that allows me to use Grasshopper, Processing, and Galapagos together using GHowl, but have run into a strange issue that I have not been able to solve.
The link between grasshopper and processing using GHowl appears to work fine, but Galapagos is not able to solve correctly. I have noticed that Galapagos associates the Genome with the wrong Fitness. This is noticed when reinstating chosen Genomes.
Here is a link to my files, if anyone has any insight that'd be great! Not sure if its a GHowl/Processing/Galapagos adjustment that is needed. Thanks!
hello people,
this is a boid system from processing fed live to grasshopper
do something cool with it
download from here
http://at-nowhere.tumblr.com/post/38904828679/boid-system-to-grassh...
from: http://www.vissim.com/products/vissim.html
Real-time analog and digital I/O
UDP based real-time ethernet data exchange
RS232 real-time serial I/O
Seems both gHowl and Firefly might be able to interface with Vissim
does Ghowl work with Vissim?
Welcome to
Grasshopper
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
Added by Parametric House 0 Comments 0 Likes
© 2024 Created by Scott Davidson. Powered by
You need to be a member of gHowl to add comments!