offset on surface doesn't extends to surface edge

Hi all,

Does anyone know how to implement the offsetOnsrf so the outcoming curve extends (as rhino command does) to the surface edges?

There's a quite old thread about this question but nobody could help,

I'm attaching some of files, running the command in Rhino, which does it ok, and the same in GH which doesn't and trying it inside Gh but calling the rhino command through GHpyton, but annoyingly, it ends with the GH solution not the Rhino solution, so, death road....

should anyone give it a try, please?

Attachments:

Replies to This Discussion

Permalink Reply by Roig on March 20, 2016 at 7:58am

So,ain't there a solution? Is it a bug? ...

Permalink Reply by Daniel González Abalde on March 20, 2016 at 8:30am

No es un bug, lo que sucede es que Rhino tiene unos métodos, como el que has usado en Python, y otra cosa son los componentes o funciones o comandos, los cuales son más que el propio método. Por ejemplo en rhino aparte del método en sí mismo, ese comando tiene que pedir al usuario que seleccione geometría, y quizás en este comando haga una autocorreción al finalizar el método. En Gh quizás no se ha implementado esta autocorrección, a pesar de estar usando el mismo método, al igual que sucede en Python. O pasa esto o es que rhino usa otro método más sofisticado, pero no disponible en el sdk.

Te adjunto una posible solución para tu caso (con esta geometría), por lo que no es una solución genérica que vaya a funcionar en todos los casos, pero quizás te saque del apuro. Espero que te sirva. Si no, primero prueba preguntando en el foro de mcneel, y si tampoco, tendrías que implementar tu la solución.

Attachments:

offsetOnSrf.gh, 22 KB

Permalink Reply by Roig on March 20, 2016 at 9:39am

voy a probar lo que me mandas. gracias¡

hasta donde yo se, con GhPython uno llama a la función de Rhino, rs.blablabla que es un script de rhino no de GH por eso no me entra en la cabeza que lo haga como GH. bueno, los misterios de la informática..

Gracias Daniel¡¡

Permalink Reply by Daniel González Abalde on March 20, 2016 at 10:03am

Tanto desde Rhino, como desde Gh o Python, se llama al mismo método/función. Lo que pasa es que estos métodos son solo funciones, cuando en rhino se crea un comando se le tiene que añadir más codigo para por ejemplo interactuar con el usuario o como en este caso para corregir el resultado (yo supongo). Por eso aunque se llame al mismo método se pueden obtener distintos resultados, porque puede ser la misma función pero no todo el código del componente/comando será el mismo. Yo intuyo que gh tambien añade más codigo propio, porque tengo experiencia programando con los métodos de Rhino y por así decirlo, son bastante particulares en plan "tiquismiquis", entonces uno necesita añadir más código para por ejemplo, filtrar distintos tipos de datos, o distintas estructuras de datos, o añadir correcciones posteriores al método. Resumiendo, los componentes de gh o comandos de rhino tienen más código aparte de llamar al método fundamental, por eso funcionan distinto. Rhino está más especializado en facilitar la vida al usuario, aunque los componentes de gh también son bastante robustos en comparación con lo que uno puede hacer simplemente llamando a los métodos desde código.

Permalink Reply by Roig on March 20, 2016 at 9:51am

De hecho, está cachondo el método que me pasas, muy ingenioso., creas paralelas a partir de coordenadas UV.

No es genérico, pero para supeficies de cuatro lados con uno mas evidente que otro irá bien...

gracias¡

RSS