th (60° max in Paris), but the problem stil arises for the angle theta (for the south but also for the others orientations). For the diffuse radiation, this difference should be 10% as you noticed.
2) I have done some simulations and tried to analyse the weather file used. You can find my results in the Excel File attached. Some simulations take into account the glazing and others just determine the "occultation factor" of the shading device, to which I apply then the solar factor of the window. I found there is a noticeable difference between "_shading_1" and "_Focc_1" for exemple, we should have found similar values ... ? It seems to happen something strange when the rays passe through the glass to reach the analysis points. Facing those results, I still have trouble to draw conclusions. I also determined the diffuse part of radiations for each day from the weather file used, it may help to understand ... If you have any suggestion to explain those results, please let me know.
3) Another point attracts my attention :
The horizontal infrared radiation intensity of the weather file is quite high and constant. I'm wondering if HB take into account this solar radiation's component which represent about 50% of the solar energy ?!
http://bigladdersoftware.com/epx/docs/8-3/auxiliary-programs/energyplus-weather-file-epw-data-dictionary.html#field-horizontal-infrared-radiation-intensity
I continue my research about what is going under the hood (reading documents on Radiance and Daysim calculations) and let you know about the progress of my searches.
Thank you again for your support !
Regards,
Severine
…
r availability on each orientation.
But to make thinks (hopefuly! :-) ) clearer, I attach a simplified version of my analysis using the same one surface to run the three different cases. I assume that the direction of the surface is now the same, still results are different. The top case in rhino correspond to the top case in the GH canvas, the lower in Rhino to the lower in GH..
I expected a difference in each run.. but the cases differ of 100% not 10% that would be reasonable..
Case 1 158 W/m2 for the "only test point" option
Case 2 314 W/m2 for the "test point + pts Vectors" case
Case 3 282 W/m2 for the ladybug option
The analysis is made the day 1 , hour 12h and the the solar radiation condition are:
Direct 125 W/m2
Diffuse 164 W/m2
Global Horiz 207 W/m2
The interesting thing is that the three cases made for the orizontal surface give the same results.
moreover if the materials reflectance is changed to 1, the results are very similar but the values are higher than the sum of direct + diffuse as for case 2
125+164 = 289 results give 314
(diffuse radiation is obviously calculated on horizontal surface in the weather file and the surface analysis is vertical so the percentage of diffuse radiation that the surface will receive will be even less).
Hope that I've been clearer and sorry if you already have answered my question, but I'm not understanding the results. (i'm not a GH pro-user but I'm quite familiar with analysis and these stuff)
Thank you again
filippo
…
he "return" is comment out as shown below?
After restarting Rhino and Grasshopper, I opened the outdoors_airflow demo file, and the first step of creating the case file is ok:
Then the blockMesh component gives the following error: seems I have to manually start OF first..
so, as the error message suggested, I open OF by Start_OF.bat:
Then come back to the blockMesh component, now it can be executed while the OF command line window is also openning:
... and the blockMesh finished successfully:
... so I proceeded to run snappyHexMesh, checkMesh and update fvScheme:
... up to the simpleFoam component, I got the error again:
The warning message is:
1. Solution exception: --> OpenFOAM command Failed!#0 Foam::error::printStack(Foam::Ostream&) in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so" #1 Foam::sigFpe::sigHandler(int) in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so" #2 ? in "/lib64/libc.so.6" #3 double Foam::sumProd<double>(Foam::UList<double> const&, Foam::UList<double> const&) in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so" #4 Foam::PCG::solve(Foam::Field<double>&, Foam::Field<double> const&, unsigned char) const in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so" #5 Foam::GAMGSolver::solveCoarsestLevel(Foam::Field<double>&, Foam::Field<double> const&) const in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so" #6 Foam::GAMGSolver::Vcycle(Foam::PtrList<Foam::lduMatrix::smoother> const&, Foam::Field<double>&, Foam::Field<double> const&, Foam::Field<double>&, Foam::Field<double>&, Foam::Field<double>&, Foam::Field<double>&, Foam::Field<double>&, Foam::PtrList<Foam::Field<double> >&, Foam::PtrList<Foam::Field<double> >&, unsigned char) const in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so" #7 Foam::GAMGSolver::solve(Foam::Field<double>&, Foam::Field<double> const&, unsigned char) const in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/lib/libOpenFOAM.so" #8 Foam::fvMatrix<double>::solveSegregated(Foam::dictionary const&) in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/lib/libfiniteVolume.so" #9 Foam::fvMatrix<double>::solve(Foam::dictionary const&) in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/bin/simpleFoam" #10 Foam::fvMatrix<double>::solve() in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/bin/simpleFoam" #11 ? in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/bin/simpleFoam" #12 __libc_start_main in "/lib64/libc.so.6" #13 ? in "/opt/OpenFOAM/OpenFOAM-v1606+/platforms/linux64GccDPInt32Opt/bin/simpleFoam"
... and the command lines in the readMe! output are pretty long and it is saved in the text file attached here.
So, my questions are:
1. why I have to manually start OF first before I can use the blockMesh component? Should butterfly automatically start OF?
2. what might be the cause of the unsuccessful run of simpleFoam in the end?
Hope you can kindly advise! Thank you!
- Ji
…
del Sacco in Italy. Discover how to extract data from the different level of environmental conditions, than visualize those informations in order to generate an open and resourceful database of the territory.
PROGRAM
NOUMENA & FLONE, in collaboration with FABLAB FROSINONE and FAB LAB BARCELONA presentDATA MATTER | environmental aerial robotics workshop. The course is inspired by the investigation developed along the Sacco river by Carlo Ruggiero, pubblished on"Cattive acque" and the experimental research ran by Michela Ruggiero, co-founder of Fab Lab Frosinone. The course will take place in Frosinone, Italy and will be related to the fields of aerial robotics and data visualization. It will propose a theoretical and experimental framework to develop a database on the area around Valle del Sacco, translating data into visual outputs from the different levels of environmental conditions. During the workshop, participants will have a first hand experience with aerial robotics, mapping and data visualization. The course will focus in several different stages, generating a dynamic and innovative workflow. Main tool of the course will be Flone, a popular open-source drone developed in Spain and already presented in several international events and exhibitions such as Fab10 and MakerFaire. Flone is a co-operative project which explore and envision several applications that translate a basic drone into a multidisciplinary and professional tool. Flone have been already engaged to the field of art and technology, investigating social and professional practices , focusing on topography, energy performance certificates for buildings, environmental strategies of forestation, human rights and aerial photography. During the workshop participants will develop skills of digital fabrication, electronics, programming and data management. Starting from scratch, students will learn all the assembly process of the drone, from laser cutting frame structure to the installations of motors and drivers, followed by coding the electronic boards and fly experience. You will be able to fly and controll the drone by your android smartphone with an application developed by Flone. On site, along the Sacco river, students will use the drone and learn strategies of data recollection, terrain mapping via smart-phones, infrared camera and other environmental sensors installed on the drone. In the final stage of the course, participants will adopt computational techniques ,learning how to organize and visualize data, generate a 3d environment, elaborate informative maps as a resourceful environmental information documents for the recovery of the Sacco river and it’s natural and social context. The fee for the workshop include the ownership of the drone built during the event once the course will be over.
for more info:
http://www.noumenaarch.com/htmle/DRONE/datamatter.html…
Added by Aldo Sollazzo at 3:00am on October 15, 2014
t know if it's common knowledge but in the PD of jewelry, for large scale production, the options are in the dozens if not in the hundreds as in a 3 stone ring (that's my next quest and believe me it is extremely complex and elaborated) which, if you do not draw the line somewhere, you could end up with a definition 10 times as big. I could make a list of the preliminary factors and you could begin to understand at least this one presented here, that looks simple but is not.
If you are a real jeweler and know how many details (interdependent with each others) are needed in order to cover unpredictable factors and lousy tolerances then you'll begin to cover an overextended territory.
For example: if you get to certain stone size then the prongs need to change, but not the bezels, and the bite for setting can go for technical integrity up to a point, because then the look is not appropriate.
If the metal it's platinum you can leave some things as they are but interconnections for metal flow has to change in some area but not if it is in gold.
Some stone count may not fit a particular finger size without going too high or too low, so the bezels need to compensate for this in thickness and visual relationship between them so that when I input a different finger size GH knows what to do based on many more factors etc. etc.
The fact that all geometry is in GH accounts for so many more components.
All this needs to work across the definition, so that if I say this is the stone size I want, all the prongs will need to move apart to have the right bite but with a diameter that is not out of proportions otherwise the stones need automatically to move slightly apart. It's endless.
For this reason we needed to define the market expectations (and have all controls for those ones in GH) and leave the eccentric to a manual manipulation.
Grasshopper it's a hell of a tool to transfer my 40 years of jewelry making (since a little boy :)
but I think I am using maybe 20% of its power.
We used SolidThinking because of the construction tree but there is nothing like Rhino and GH combined!
I wish I was free to share this definition in order to learn from advanced minds here but this time I can't. The next one will be mine (intellectual and technical property) and I can't wait to see how other will take it to the next level.
That's the best way to learn.…
ngle list is identified by a unique path. For example {0}, {0;0;0} or {0;3;0} are all different paths. When data form multiple sources is merged (as in the [V] input of your polyline component), then the various paths are also merged. Thus, the point in the first panel at path {0;0;0} will be put in the same list as the point in the third panel at {0;0;0} as well as the point in the fourth panel at {0;0;0}. Thus, the polyline component will create a polyline through those three points. The second panel contains data with a different path format (only two numbers) and these points will not be merged with anything else because their paths are unique. However a polyline through a single point cannot be made which is probably why the component is orange.
I cannot fix your file because you didn't upload it, but here's some general advice:
Don't put panels in between source and target components. Panels convert the data into text, and this text will then be converted back into whatever type is required on the right. Sometimes this works fine (for example with booleans or integers), sometimes it won't work at all (for example with curves, meshes or breps) and sometimes it will work poorly (for example with points and vectors). The reason it works poorly is because the panel rounds the coordinates to 6 decimal places because this makes for easier viewing. However when points are recreated from the text, the remaining 10 decimals are now lost.It's fine to use panels to inspect data, but inserting them in between source and target components is rarely a good idea.
If you have data that exists in multiple lists but you want to put it all into a single list, you should use a Flatten component.
If you have data in various lists that you want to merge into a single tree (tree = list of lists), but you want to keep all the lists separate, you can use the Entwine component.
You should flatten all your individual point lists, then use Entwine to put them all together and finally plug the result of Entwine into the Polyline V input.…
Added by David Rutten at 3:04pm on September 9, 2016
metric/parəˈmɛtrɪk/adjectiverelating to or expressed in terms of a parameter or parameters.art/ɑːt/nounthe expression or application of human creative skill and imagination, typically in a visual form such as painting or sculpture, producing works to be appreciated primarily for their beauty or emotional power.// Summer School 2017 3 day intensive workshop for design students & professionals will delve into computational & parametric methods (using Rhino3D & Grasshopper3D) to create data-driven art installations, physically manifested into a space through hands-on fabrication & assembly.The experimental studio will run across 2 cities in India (New Delhi & Mumbai) and investigate the agenda of ‘filling the void’ at art installation scale, through the use of computation and parametric methods. Studio is designed as a 3-day event in both cities comprising of technical tutorials, teaching sessions, prototyping & presentations culminating in a symposium / round-table conference / open discussion with leading / emerging professionals that demonstrate computation, parametric design or alternative techniques in their work / practice / academia. // Cities & Dates*New Delhi – 30th June to 2nd July 2017 (Friday to Sunday)Mumbai – 7th July to 9th July 2017 (Friday to Sunday)//VENUE: DELHI: Startup Tunnel, Vihara Innovation CampusD-57, 100 Feet Rd, Pocket D, Dr Ambedkar Colony, Chhattarpur, New Delhi - 110074MUMBAI: Raffles Design International, MumbaiHi Life, 2nd Floor, Phirozshah Mehta Road,Santacruz (W). Mumbai – 400054// Registration DatesAll Registrations End 4 days prior to workshop start date (Or till seats last)// About rat[LAB] EDUCATIONrat[LAB] EDUCATION is an initiative by rat[LAB]-Research in Architecture & Technology (www.rat-lab.org) to start a new discourse in architecture & parallel design disciplines with the use of ‘computational design’ & it’s various subsets. Spread across various cities / countries, we are establishing a global dialogue in the domain of computational design by actively organizing and participating in workshops, lectures, presentations & symposia. While rat[LAB] has taken a top-down approach of exploring computational design through industry, a parallel, bottom-up approach is also in-line to involve students of all levels, from design & related backgrounds.…
o, presso la sede Eurac e il TIS, nei giorni 21,22 e 23 maggio 2015.
Il processo di progettazione integrata è riconosciuto come metodo per ottenere gli elevati livelli di qualità oggi richiesti agli edifici. Con questo approccio diventano sempre più rilevanti il comfort visivo e la gestione dell’illuminazione naturale in relazione al risparmio energetico. Di fatto, il nuovo protocollo Leed v4 riconosce crediti ad hoc e conferma l’importanza della progettazione daylighting per “collegare gli occupanti con lo spazio esterno, rinforzare i ritmi circadiani, ridurre l’uso dell’illuminazione elettrica con l’introduzione della luce naturale negli spazi”.
Una progettazione robusta richiede l’uso di strumenti di simulazione efficaci e Radiance è riconosciuto come uno dei software con le capacità di fornire risultati affidabili. Radiance è utilizzato sia a livello di ricerca che tra i progettisti, ed è tra i più accurati per la simulazione professionale della luce naturale ed artificiale. Non ha limiti di complessità geometrica ed è adatto a essere integrato in altri software di calcolo e interfacce grafiche. Le principali e più versatili tra queste (DIVA4Rhino, plug-ins per Grasshopper e Rhinoceros3D), essendo in grado di facilitare notevolmente le procedure di programmazione, saranno oggetto del corso.
Il corso è rivolto a progettisti e ricercatori che vogliano acquisire strumenti pratici per la simulazione con Radiance al fine di mettere a punto e verificare le soluzioni più adatte alle proprie esigenze. Sono previste lezioni di teoria e pratica con esempi ed esercitazioni volte a coprire in modo dimostrativo ed interattivo i concetti trattati.
Il corso viene riconosciuto con 15 crediti dall’Ordine degli Architetti.
Le domande di iscrizione devono essere presentate entro il 27 aprile 2015.
Scarica la brochure con tutte le informazioni Corso Radiance - EURAC.pdf
Il corso è sponsorizzato da Pellinindustrie.…
I went with 3 blocks:
Create a bloc:
Defined color:
I create a randomized list (several possible method, here is jitter):
With Anemone plugin create an algo for move object:
Result:
Anaysis of result:
Animate random seed slider (0 to 10):
…
Added by Rémy Maurcot at 3:24am on November 27, 2014