En los foros alemanes de Allplan Connect hablan de que no está 100% operativo hasta la versión 2017. A ver si empiezan a publicar documentación para ver las posibilidades que tendremos para crear nuestro propios objetos y, sobretodo, facilitar a los fabricantes traer sus productos a Allplan (al igual que hacen para Revit y ArchiCAD).Allplan 2016-1 comes with a beta version of the future Python application programming interface (API), which you can use to create 3D models including reinforcement. To see examples, set the external path in the library to ETC\EXAMPLES.
PythonParts
PythonParts
La nueva versión 2016-1 incluye una nueva interfaz de programación (API) en Python (lenguaje de programación ampliamente utilizado) para la creación de objetos que han llamado PythonParts:
Re: PythonParts
Acaban de responder al mensaje que dejé en los foros de Allplan Connect pidiendo información sobre la beta de PythonParts:
Habrá que retomar la programación...Hi Javier,
starting with Allplan 2016-1 Allplan features a Python API. This allows users and scripters to create their own PythonParts – as the name may suggest parametric objects similar to the SmartParts.
However, there are some fundamental differences:
A documentation will be available shorthly.
- the scripting language has been changed from SmartPart Script (a BASIC dialect) to Python 3.4.3
- interactions between different PythonParts and Allplan objects are now possible
- Python allows direct access to exposed Allplan functions (e.g. to the new 3d modeling functions based on the Parasolid modeling kernel)
- the Reinforcement Shape Builder creates automatically bar shapes based on formwork edges and concrete cover
- formwork recognition is possible, similar to the FF components
The PythonParts follow our "open" policy, there are no artificial limitations. Of course it will be possible to include Python code from other sources.
The Python interface is currently available as a "Beta". This means, for the time being we explicitly reserve the right to change the interface. This allows us to react on suggestions and wishes until the next version of Allplan will be released.
Regards
Daniel
Re: PythonParts
Otra vez programar?
Madre mía, con el hartón de horas que hemos dedicado en aprender en programar y hacer smartparts, como para que ahora nos pongamos otra vez a aprendrer como hacerlo en python "for Allplan". Esta vez me esperaré a la 2017, cuando esté un poco más maduro
Madre mía, con el hartón de horas que hemos dedicado en aprender en programar y hacer smartparts, como para que ahora nos pongamos otra vez a aprendrer como hacerlo en python "for Allplan". Esta vez me esperaré a la 2017, cuando esté un poco más maduro
Re: PythonParts
¿Seguiste algún libro/manual/tutorial o aprendiste "a pelo" con la ayuda?Xarly escribió:Madre mía, con el hartón de horas que hemos dedicado en aprender en programar y hacer smartparts
Yo también esperaré a la versión 2017 para meterle mano en serio, mientras me conformaré con seguir el desarrollo de los early-adopters.
Lo que debería hacer Nemetschek es unificar la programación de objetos en ArchiCAD/VectorWorks/Allplan; Revit come terreno a pasos agigantados en lo que respecta a bibliotecas de objetos paramétricos (familias).
Re: PythonParts
Seguí el Manual de Allplan, el Help de Allplan, el libro Cookbook de GDL, y sobretodo, abrir los smt existentes, analizando como se estan programando.¿Seguiste algún libro/manual/tutorial o aprendiste "a pelo" con la ayuda?
Vamos, aprendiendo como pudimos
Re: PythonParts
Recapitulando, los recursos principales son:
- GDL Cookbook 4, de David Nicholson-Cole.
- Allplan 2016 Steps to Success SmartParts, disponible en Allplan Connect.
- SMT Language Reference Allplan, la ayuda oficial.
- ¿Merece la pena aprender a programar objetos SmartParts en lugar de crear macros? Es cierto que los macros son más sencillos, pero crear objetos paramétricos es muy ventajoso ya que el objeto se adapta al contexto.
- El libro GDL Cookbook está escrito para ArchiCAD ¿Cómo de compatible es con la variante de GDL que usa Allplan?
- ¿Podrías dar algunos ejemplos de objetos que habéis programado y usáis en vuestro día a día? Se me ocurre aplicar los scripts a elementos de mobiliario (mesas, sillas...). Yo utilizo los SmartParts de puertas y ventanas que vienen con Allplan, me parecen bastante buenos, así que no sé que otros objetos paramétricos podría crear.
Re: PythonParts
Exacto Javier, este es el listado de los recursos principales.
Bien, te respondo una a una las preguntas:
- Sí, merece la pena programar smartparts antes que macros. Es el paso natural, ya que las ventajas son muchas. Pero estamos hablando de programación, y es muy importante que antes de programar nada, uno se fije unos objetivos muy definidos de lo que va hacer un smartpart, ya que es muy fácil perder horas desfocalizandote del objetivo inicial. Por lo tanto, de partida, smarparts que no sean muy complejos, y que solucionen "rutinas" de trabajo diarias simples.
- Mmmmm... pues ahí está uno de nuestros problemas iniciales, y es que la forma de operar del "GDL de Archicad" y del "GDL de Allplan" es lo suficientemente diferente como para perder un montón de horas experimentando el porqué un "smartpart" está fallando, aún siguiendo a rajatabla el Cookbook. Por eso es muy aconsejable abrir los smt existentes para entender realmente como hay que codificar los smartparts para que funcionen bien en Allplan.
- Pues tenemos nuestras carpinterias, cajetines de textos, elementos de instalaciones, escaleras simples, etc.
El gran "drama" de los smartparts es que funcionan como "sandboxes", es decir, no interactuan entre ellos (al menos, de momento). Por ejemplo, no es posible crear un smartpart que detecte otro smartpart ya insertado, y en consecuencia realice una acción determinada. Esperemos que la programación por python pueda resolver esta faceta que los smartparts no son capaces de hacer: la interacción con respecto a los elementos constructivos, su posición relativa, la capacidad de leer todos los atributos de Allplan y la interacción entre diferentes smartparts.
Un saludo,
Xavi Coll
Bien, te respondo una a una las preguntas:
- Sí, merece la pena programar smartparts antes que macros. Es el paso natural, ya que las ventajas son muchas. Pero estamos hablando de programación, y es muy importante que antes de programar nada, uno se fije unos objetivos muy definidos de lo que va hacer un smartpart, ya que es muy fácil perder horas desfocalizandote del objetivo inicial. Por lo tanto, de partida, smarparts que no sean muy complejos, y que solucionen "rutinas" de trabajo diarias simples.
- Mmmmm... pues ahí está uno de nuestros problemas iniciales, y es que la forma de operar del "GDL de Archicad" y del "GDL de Allplan" es lo suficientemente diferente como para perder un montón de horas experimentando el porqué un "smartpart" está fallando, aún siguiendo a rajatabla el Cookbook. Por eso es muy aconsejable abrir los smt existentes para entender realmente como hay que codificar los smartparts para que funcionen bien en Allplan.
- Pues tenemos nuestras carpinterias, cajetines de textos, elementos de instalaciones, escaleras simples, etc.
El gran "drama" de los smartparts es que funcionan como "sandboxes", es decir, no interactuan entre ellos (al menos, de momento). Por ejemplo, no es posible crear un smartpart que detecte otro smartpart ya insertado, y en consecuencia realice una acción determinada. Esperemos que la programación por python pueda resolver esta faceta que los smartparts no son capaces de hacer: la interacción con respecto a los elementos constructivos, su posición relativa, la capacidad de leer todos los atributos de Allplan y la interacción entre diferentes smartparts.
Un saludo,
Xavi Coll
Re: PythonParts
Muchas gracias Xavi.
Creo que empezaré por leer el tutorial de Allplan Connect y luego empezaré a programar pequeños SmartParts para ir aprendiendo poco a poco.
En cualquier caso, seguiré el desarrollo de LOS PythonParts por si fuesen más interesantes.
Un saludo.
Creo que empezaré por leer el tutorial de Allplan Connect y luego empezaré a programar pequeños SmartParts para ir aprendiendo poco a poco.
En cualquier caso, seguiré el desarrollo de LOS PythonParts por si fuesen más interesantes.
Un saludo.
Re: PythonParts
Hola a todos.
En el tema de las smartparts, para mí hay una documentación que resultó fundamental: el manual de referencia GDL de Graphisoft. Aunque el interface de Archicad no se parece mucho al de Allplan (es bastante peor a mi juicio) las funciones son las mismas, y en el manual de Graphisoft vienen explicadas mas extensamente, y sobre todo CON EJEMPLOS de código. Algunas funciones nunca hubiera podido utilizarlas sin el manual de Graphisoft.
En el tema de las smartparts, para mí hay una documentación que resultó fundamental: el manual de referencia GDL de Graphisoft. Aunque el interface de Archicad no se parece mucho al de Allplan (es bastante peor a mi juicio) las funciones son las mismas, y en el manual de Graphisoft vienen explicadas mas extensamente, y sobre todo CON EJEMPLOS de código. Algunas funciones nunca hubiera podido utilizarlas sin el manual de Graphisoft.
Re: PythonParts
Gracias por la pista ricmerz
Graphisoft GDL Center + GDL Reference Guide.
¡Qué bien montada tiene esta gente de Graphisoft la web!
Graphisoft GDL Center + GDL Reference Guide.
¡Qué bien montada tiene esta gente de Graphisoft la web!
Re: PythonParts
El cinema 4d tambien lo utiliza. Solamente para iformación, estoy a 0.0 con el tema
JRD....... V.2006
¿Quién está conectado?
Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 2 invitados