Search
  • Sign In

Grasshopper

algorithmic modeling for Rhino

  • Home
    • Members
    • Listings
    • Ideas
  • View
    • All Images
    • Albums
    • Videos
    • Architecture Projects
    • Installations
    • Add-ons
  • Download
    • Rhino 7 w/Grasshopper
    • Add-ons
  • Forums/Support
    • Current Discussions
    • Legacy Forum
  • Learn
    • Getting Started
    • Online Reference
    • API documentation
    • Video Tutorials
    • Common Questions
    • Scripting and Coding
    • Books and Articles
  • Attend
  • My Page

Search Results - 河北11选5走势开奖结果查询-『9TBH·COM』排列5彩乐乐预测--2023年3月19日7时1分43秒.H5c2a3.drt5fhf55-gov-hk

Comment on: Topic 'Ladybug Photovoltaics components released !'
you working on a PV system which will power a domestic hot water boiler? To answer your questions:1) Each grasshopper component (ghpython being one of those too) is using grasshopper's data matching algorithm. This algorithm takes care of complex issues which may arise from combining lists with single items, data trees with different number of items per branch and so on.I think there is a way of introducing a call to other processor's threads per each inputted surface, but this will be a very difficult job, as it will require writing a custom data matching algorithm. I do not think I am up to that task.Instead I tried to introduce the multithread only to the final part of the PVsurface component and one of its time consuming parts: calculation of sun angles, solar radiation and ac/dc power output.I attached the test file below, but sadly it didn't go well: the multithreaded version mostly runs at the same time as the regular version.I do not think I am qualified enough to answer why is that so, but I think that it may have something to do with the type of the function that the multithreading is applied to: the code is suppose to run few separate functions a couple of thousand times, and work with a couple of lists. From my experience, the multithreading works the best when a single list or two are supplied to a single function. I may be wrong on this.I am very sorry to say that I can not implement this feature.2) I am not familiar if open source PV modules database has been released.But one can always download the data for specific modules from producers websites. It can then easily be transferred to a .csv file or other text file.Ladybug Photovoltaics are based on NREL's PVWatts model.In comparison with other commercial software applications, PVWatts offers a more generalized system model, with some of the values and characteristics being assumed or embedded.The Fuentes empirical thermal model we are currently using follows the same logic: it generalizes the Module characteristics. The following characteristics are only editable: module efficiency, temperature coefficient and module mount type.It may be possible to replace Fuentes with some other, less generalized 5 parameter thermal model. But as an architect, I would definitively need help on this. Sorry if my reply did not fulfill your expectations, and thank you for the kind words!…
Added by djordje to Ladybug Tools at 6:33pm on May 10, 2016
Comment on: Topic 'Electric lighting components for Honeybee'
mething? I think it would be very useful to have a mapping of light intensity over the field of view of the used camera, and possibly and option to overlay it on the luminance mapping. It would in a very visual way provide information about contrast and glare. Doesn't the falsecolor option already do that for luminance mappings? If not can you post an image/screenshot of such a mapping from Dialux/AGI32 or any other software. 4. It's just a shoebox type simulation. 11x11 luminaires pointing down to simple materials. The default elapsed time was 3m40s. I have found the _RadParameters component meanwhile, and got it down to 0m30s. I have noticed that the simulation doesn't tax multiple cpu threads completely, most of the time cpu is at 25% during execution. The under-utlization of CPUs is a known issue with Radiance (the calculation engine) on Windows based systems. Unfortunately there isn't much that can be done about it at the moment. 5. Is it possible to map different degrees of translucency, diffuse color, absorptance, reflectance, etc..., by means of a bitmap image, expression, or other? 6. There is a feature that I consider absolutely necessary (and I haven't found it yet), which is the emitting surface feature, with the ability to stipulate homogeneous intensity with luminance values (in cd/m^2) or flux; and by mapped distribution of intensities or luminances (in cd or cd/m^2). By emitting surface I don't mean just a flat rectangular plane, such as an area light. It would be absolutely amazing! to perform photometric analysis on irregular and convoluted shapes and the light falling on neighbouring surfaces. 3DS Max with MentalRay provides similar functionality, but without the power of GH + HB. In the image below, the HB logo is assigned as a texture to a glass which then creates a pattern of that on the wall when daylight falls on it. ln the image below the light from the Batman logo illumninates the scene. The images above were Rendered with Radiance. While these things are possible with Radiance, and therefore HB, the reason why they aren't incorporated into the code is that these effects are not "physically based" and are not rooted in reality. Radiance is arguably the most intensively tested and validated lighting simulation software in the world. However, once we start applying such "magic" to it, the results from it are no longer reliable and therefore no different from other photorealistic engines such as V-ray, Mental-Ray etc. …
Added by Sarith Subramaniam to Ladybug Tools at 7:13pm on January 6, 2017
Topic: wishes and questions for David Rutten
sshopper now?(look at picture) My version grasshopper 0.7.0054 Best Regards,Valentin Kiev, Ukraine …
Added by Valentin at 12:52pm on September 14, 2010
Topic: Python component taking longer to execute with each subsequent execution
es at the beginning. But as I make changes to the input (or just hit the recompute button) the time it takes to execute increases. This has happened to me with other scripts I've written with the python component. Why does this happen? And how do I fix it? Does python hold onto data from one execution to the next? The only solution I have found is to relaunch Rhino. Even if I copy the component into a fresh grasshopper canvas, the computation time does not return to original. The images below illustrate the time increase. I simply hit the recompute button between each pass. All inputs remain the same the whole time. There are 6400 curves being projected. I will say that with fewer curves, the increase in time is nonexistent or perceivable. (I have 24 GB RAM and it is did not even reach 50% of usage during the tests) My python code: import ghpythonlib.components as ghcompimport ghpythonlib.parallel def project (tempc): tempresult=ghcomp.Project(tempc,B,D) return tempresult a=ghpythonlib.parallel.run(project,C,True) I have attached the GH file with the inputs internalized if anyone wants to try for themselves. Pass 1= 444ms Pass 5= 610ms Pass 10= 908ms Pass 15= 1.2s Pass 20= 1.4s …
Added by Lawrence Yun at 3:19pm on December 10, 2014
Event: AA Athens Visiting School 2013
teraction for its Correlations cycle, AA Athens Visiting School scales up its design intentions in order to investigate links among discrete individual architectural systems in its 2013 version, Recharged.     Recharged with interconnectivity on different levels, the theme of investigation will revolve around the design of semi-independent design prototypes acting together to form elaborate unified results. The driving force in Cipher City: Recharged is the synergistic effect behind complex form-making systems where interactive design patterns arise out of a multiplicity of relatively simple rules.   In collaboration with the National Technical University of Athens, Cipher City: Recharged will explore participatory design and active engagement modeling and will continue building novel prototypes upon horizontal planes.   As in 2012, the design agendas of AA Athens and AA Istanbul Visiting Schools will directly create feedback on one another, allowing participation in either one or both Programmes.   Discounts The AA offers several discount options for participants wishing to apply as a group or participants wishing to apply for both AA Istanbul and AA Athens Visiting Schools:   1.       Standard application The AA Visiting School requires a fee of £695 per participant, which includes a £60 Visiting Membership. If you are already a member, the total fee will be reduced automatically by £60 by the online payment system. Fees are non refundable.   2.       Group registration For group applications, there will be a range of discounts depending on the number of people in the group.  The discounted fee will be applied to each individual in the group. Type A. 3-6 people group: £60 (AA Membership fee) + 635*0.75 = £536.25 (25 %) Type B. 6-15 people group: £60 + 635*0.70 = £504.5 (30%) Type C. more than 15 people group: £60 + 635*0.65 = £472.75 (35%)   3.       Participants attending both AA Istanbul and AA Athens | 40% discount For people wishing to attend both AA Istanbul 2013 and AA Athens 2013, a discount of 40% will be made for each participant. (The participant will pay the £60 membership fee only once.) £60 (AA Membership fee) + (635*0.60)*2 = £822   For more information in discounts, please visit: http://ai.aaschool.ac.uk/athens/portfolio/discounts-2013/   Applications The deadline for applications is 11 March 2013. A portfolio or CV is not required, only the online application form and payment. The online application can be reached from: http://www.aaschool.ac.uk/STUDY/VISITING/athens…
Added by elif erdine at 12:33pm on December 13, 2012
Event: Modellazione generativa al FabLab Toscana
azione tramite interfaccia grafica 6 ore Interfaccia Grasshopper Parametri e Componenti Operazione di Logica e Matematica Vettori Case study: concetto base di attrattore Gestione data matching   Primi approcci alla modellazione parametrica – 4  ore Trasformazioni di base (sposta ruota scala orienta) Strumenti di Morphing Utilizzo di Sweep e Loft e di altri strumenti di creazione superfici già noti da Rhinoceros Esercitazione pratica: creazione del modello concettuale della Serpentine Gallery -  B.I.G.   Focus sulla gestione dei dati - 4 ore Creazione e gestione delle liste Studio del data tree Esercitazione pratica: creazione di un soffitto cassettonato   Creazione di geometrie tramite mesh – 6 ore Utilizzo degli algoritmi di Delaunay Utilizzo del Facet Dome Utilizzo del Substrate Utilizzo degli algoritmi di Voronoi Esercitazione pratica: creazione di un gazebo attraverso l’uso di pattern   Creazione di ‘paneling’ di superfici curve – 6 ore Discretizzazione di una superficie a doppia curvatura tramite pannelli piani Strumenti analisi superfici Visualizzazione superfici tramite falsi colori Esercitazione pratica: creazione di una facciata interattiva   Digital Fabrication e messa in tavola – 6 ore Interoperabilità tra Grasshopper e altri applicativi Creazione di Truss parametrica Gestione dell’abaco dei pezzi Esercitazione pratica: la Facciata dello Stadio Friuli di Udine - Ipotesi di costruzione e gestione tramita fabbricazione digitale   Requisiti di accesso Conoscenza delle tematiche CAD di base e dei comandi principali e interfaccia Rhinoceros 5.   Certificazioni Alla fine del corso verranno rilasciate le certificazioni ufficiali da ART (Authorized Rhinoceros Trainer)   Numero partecipanti Il corso parte al raggiungimento di un minimo di 4 persone ad un massimo di 8. Ogni partecipante dovrà essere munito di proprio computer con Rhinoceros.   Costo del corso Il costo del corso è di 600 € + IVA Sconto di 50,00  €  per i giovani che hanno meno di 26 anni. Ulteriore sconto di 50,00 € Early Bird per tutti coloro che si iscriveranno entro il 5 Settembre 2016 Nel prezzo è compresa l’iscrizione al FabLab Toscana – maggiori informazioni qui FabLab Toscana Il FabLab Toscana presenta un insieme di per i propri associati: sarà possibile l’accesso ai laboratori del FabLab (durante i normali orari di apertura), partecipare ai workshops gratuitamente o a prezzi calmierati, l’utilizzo della macchine (seguendo il regolamento interno), …
Added by Antonino Marsala at 3:02am on August 25, 2016
Comment on: Topic 'Beginner problem'
is a polyline) PolyCurve. Explode Method Rhino 5 for Windows Explodes this PolyCurve into a list of Curve segments. This will not explode nested polycurves. Call RemoveNesting() first if you need all individual segments. Namespace: Rhino.GeometryAssembly: RhinoCommon (in RhinoCommon.dll) Version: 5.1.30000.17 (5.13.60913.21340) Syntax C# VB Copy public Curve[] Explode() Public Function Explode As Curve() Return Value Type:  Curve[] An array of polycurve segments. See Also Reference PolyCurve Class Rhino.Geometry Namespace *************************************************** Curve. DuplicateSegments Method Rhino 5 for Windows Polylines will be exploded into line segments. ExplodeCurves will return the curves in topological order. Namespace: Rhino.GeometryAssembly: RhinoCommon (in RhinoCommon.dll) Version: 5.1.30000.17 (5.13.60913.21340) Syntax C# VB Copy public Curve[] DuplicateSegments() Public Function DuplicateSegments As Curve() Return Value Type:  Curve[] An array of all the segments that make up this curve. See Also Reference Curve Class Rhino.Geometry Namespace …
Added by Laurent DELRIEU at 11:46am on May 19, 2017
Blog Post: FORMS FOLLOW ALGORITHMS + MY ALGORITHM (GRASSHOPPER INTERMEDIATE + ADVANCED LEVEL WORKSHOP) - ITALY

FORMS FOLLOW ALGORITHMS + MY ALGORITHM

(GRASSHOPPER INTERMEDIATE + ADVANCED LEVEL WORKSHOP)

05 June to 14 June 2013…

Added by Mostafa R. A. Khalifa at 7:48am on April 2, 2013
Comment on: Topic 'Galapagos ES mystery? Fittest genomes sacked'
stributes structural supports for a uniformly loaded domain using e.g. the internal energy of the loaded domain as fitness. Here the uniformly loaded domain is represented by the trimmed surface. My genomes are the support positions (green crosses), which are restricted to a set of predefined grid points. I’m currently using an (i,j)-coordinate indexing for these grid points (illustrated in the viewport just below) as opposed to a sequential , “one-dimensional” numbering (illustrated in the viewport further down). (i,j)-indexing systemAltenative, sequential indexing system  The support positions are computed by two gene pools; one governing the i-index, Gene List {i}, and one governing the j-index, Gene List {j}, of each support. The value of slider 0 in Gene List {i} is paired with the value of slider 0 in Gene List {j} etc. and the amount of sliders corresponds to the amount of supports. The screen shot below depicts the slider constellation corresponding to the support distribution depicted above. Unfortunately the j-index represented in the sliders needs remapping as the number of j-indices vary for each i-index (horizontal row of grid points). With the current setup I have 12^6 x 9^6 = 1,6 x 10^12 different genomes. If I were to use the sequential, “one-dimensional” numbering, I would only use one gene pool with sliders ranging from 0 to 76 meaning that remapping could be avoided and thereby having only 76^6 = 1,9 x 10^11 different genomes. So, my current genome setup causes a bunch of issues related to the Evolutionary Solver: Remapping Changing one of the j-index sliders, will not necessarily change the related support position but it will still facilitate another genome to be calculated by the solver. (This problem could be eliminated by using the sequential, “one-dimensional” numbering) Switching slider values around If the values of e.g. slider 0 were to be switched around with the values of slider 5, this again would yield a new genome but an identical solution. (This problem cannot be eliminated by using the sequential, “one-dimensional” numbering) Coincident support positions Two or more supports may be located in the same position. (This problem cannot be eliminated by using the sequential, “one-dimensional” numbering) I find it impossible to imagine the fictive “fitness landscape” of this problem and not only because of the multidimensional genome characteristic but just as much because of these listed, intertwined peculiarities. I’ve tried running the Simulated Annealing Solver as well, but my experience is that the Evolutionary Solver yields better results. To my awareness, the solver uses some kind of topographical proximity searcher. This is why, I think that the solving process itself benefits more from analysing the (i,j)-index system, in which neighbouring grid points hold more uniform topographical information than the sequential, “one-dimensional” numbering, which might have big ID-numbering gaps between neighbours. Have I understood this correctly? Cheers…
Added by Daniel Kolling Andersen at 6:17pm on May 21, 2015
Event: DATA BODIES workshop with Andrea Graziano
eaningful. Humans must interact with it. Information arises when humans examine the data. Knowledge is created when information is transformed through human social interactions.”   Richard Gayle via spacecollective The space in which we live can be monitored in many aspects and appears to be to be a gradient of data in continuous evolution and change. One of the major advantages of parametric tools is to be able to inform the design processes with accurate, specific and variable, in space and time, data streams . DATA BODIES is a Grasshopper workshop that will focus on how its nature as an information processor and how it can be (ab)used in order to manipulate data, streaming inputs from various sources and use datafeeds to inform geometry or data structures from the very simple up to more complex ones. The aim is to give an understanding of information and data articultion as already a spatial and architectural operation; results may range from pure data communication protocols, dataviz or data-driven geometries depending on the skill levels and aspirations of each participant. The brief is also open to the suggestions and opportunities that may rise during the workflow. DETAILS: http://www.superbelleville.org/dataworkshop/…
Added by Francesco Cingolani at 9:45am on March 20, 2014
  • 1
  • ...
  • 584
  • 585
  • 586
  • 587
  • 588
  • 589
  • 590
  • ...
  • 601

About

Scott Davidson created this Ning Network.

Welcome to
Grasshopper

Sign In

Translate

Search

Photos

  • OpenNest + Galapagos

    OpenNest + Galapagos

    by Parametric House 0 Comments 0 Likes

  • Circular Extrusions

    Circular Extrusions

    by Parametric House 0 Comments 0 Likes

  • Voronoi Canopies

    Voronoi Canopies

    by Parametric House 0 Comments 0 Likes

  • Attractor Modules

    Attractor Modules

    by Parametric House 0 Comments 0 Likes

  • Weave Facade

    Weave Facade

    by Parametric House 1 Comment 0 Likes

  • Add Photos
  • View All
  • Facebook

Videos

  • OpenNest + Galapagos

    OpenNest + Galapagos

    Added by Parametric House 0 Comments 0 Likes

  • Circular Extrusions

    Circular Extrusions

    Added by Parametric House 0 Comments 0 Likes

  • Voronoi Canopies

    Voronoi Canopies

    Added by Parametric House 0 Comments 0 Likes

  • Attractor Modules

    Attractor Modules

    Added by Parametric House 0 Comments 0 Likes

  • Weave Facade

    Weave Facade

    Added by Parametric House 0 Comments 0 Likes

  • Origami Crane

    Origami Crane

    Added by Parametric House 0 Comments 0 Likes

  • Add Videos
  • View All
  • Facebook

© 2025   Created by Scott Davidson.   Powered by Website builder | Create website | Ning.com

Badges  |  Report an Issue  |  Terms of Service