Thema "Re: HOME_STORY" in Programmierung

HOME_STORY

Anonymous — Thu, 02 Nov 2006 13:56:00 GMT

Hi Leute,
habe da mal eine Frage. Mit dem Befehl REQUEST ("HOME_STORY", "", geschossnummer, geschossname) kann man z.B. den Geschossnamen abfragen. Bekomme ich ohne weiteres auch hin, ich bekomme sogar hin, dass das Element eine Funktion ausführt wenn es in einem betreffenden Geschoss mit entsprechendem Namen steht. Was ich aber nicht hinbekomme ist, dass ich den Parameter (Korrekt in Grundrissen, Ansichten, 3D) dieser Funktion in der interaktiven Auswertung auslesen kann. Kann mir hierbei jemand helfen, hat irgendwer soetwas schon programmiert? Geht soetwas überhaupt?

Gruß
Dietmar

[ 02. November 2006, 15:03: Beitrag editiert von: DG ]

Re: HOME_STORY

Anonymous — Thu, 02 Nov 2006 15:25:00 GMT

Interessanter Ansatz. Einige REQUESTs, u.a. auch dieser funktionieren in manchem Kontext nicht. Z.B. im 3D oder im Einstellungsdialog. Das ist möglich, dass dieser in der Listenumgebung nicht funktioniert.

Re: HOME_STORY

Anonymous — Thu, 02 Nov 2006 15:53:00 GMT

Scheint wohl so zu sein! Dass manche Requests in der 3D Umgebung nicht funktionieren habe ich testen und nachlesen können, aber dass der eine oder andere Request auch nicht in der Listenumgebung funktioniert ist mir neu. Siehe GLOB_HSTORY_ELEV (wird beschrieben, dass die Globale nicht in 3D funktioniert). Hier HOME_STORY wird über derlei Ausnahmen nicht berichtet.

Dann muss ich meine Frage umformulieren, welcher Request der direkt oder indirekt die Höhenlage eines Objektes ausgibt, funktioniert in der 3D und Listenansicht?

Im voraus schon jetzt herzlichen Dank!

Re: HOME_STORY

Frank Beister — Thu, 02 Nov 2006 21:36:00 GMT

Die Frage ist gut.

REQUEST ("HOME_STORY", "", geschossnummer, geschossname) scheint zumindest unter ArchiCAD® 9 auch in der interaktiven Listenauswertung lediglich im 2D-Skript zu funktionieren. Ein Testobjekt zeigte keinerlei Veränderungen im 3D-Skript. Auch Zuweisungen im Parameterskript mit PARAMETERS geschossnummer=geschossnummer, geschossname=geschossname zeigten kein Ergebnis.

Das Verhalten der Globals und Requests in der Listenumgebung ist wenig durchschaubar und man sollte immer einkalkulieren, dass da Dinge schlicht nicht vorgesehen sind, sein können oder nicht funktionieren.

Ich hatte es neulich mit Jochen ebenda mit GLOB_CONTEXT. Der ergibt in der interakt. Liste nicht 6, wie es sein sollte, sondern tut so als wäre er im Grundriss oder Einstellungsdialog. Lediglich in 3D ergibt er 5, was auch nicht richtig, aber wenigstens unterscheidbar ist.

Zu deiner Frage: Was hälst du von dem "Allgemein"en Feld "Geschoss (floor)"? Das kannst du zu den Objektparametern zusätzlich ausgeben. Da mußt du noch nicht mal dran rumprogrammieren.

Re: HOME_STORY

Anonymous — Fri, 03 Nov 2006 08:15:00 GMT

Von dem Feld "Geschoss (floor)" halte ich ziemlich viel. Genaugenommen dachte ich bisher, dass ich mit meinem Request genau diesen Wert abrufe und eben genau damit die Verbindung zu meiner Funktion und Ausgabe herstelle. Den Request und die Funktion habe ich im Parameter Script stehen und das funktioniert auch im 2D und 3D Fenster, nur eben nicht in den Listen, obgleich der Parameter "Geschoss (floor)" richtig in den Listen ausgegeben wird. Mit der nackten Ausgabe des Parameters "Geschoss (floor)" in der Liste kann ich leider nichts anfangen, sch..ade.

Stellt sich für mich natürlich die Frage ob es nochmals eine andere Globale zum Geschoss oder zur Einfügehöhe (wäre noch besser) bezogen zum absoluten Nullpunkt gibt die in ALLEN Bereichen (2D, 3D und Listen) den richtigen Wert ausgibt.

Insgesammt verstehe ich die ganze Problematik überhaupt nicht, AC basiert auf einer Datenbank, die eigentlich genau solche Dinge wie Einfügegeschoss etc. speichert. Warum sollte sich dieser und andere Werte in verschiedenen Darstellung verändern bzw. nicht abrufbar sein?? Die Datenbasis ist doch immer die gleiche!! Das scheint mir wenig Logisch zu sein....

Re: HOME_STORY

Anonymous — Fri, 03 Nov 2006 09:00:00 GMT

Versuche halt mal
GLOB_ELEVATION, SYMB_POS_Z oder GLOB_CH_STORY_DIST/ REQUEST ("STORY", ... i.V.m. REQUEST ("STORY_INFO", ...

Und noch anders gefragt: Was hast du denn vor?

Re: HOME_STORY

Anonymous — Fri, 03 Nov 2006 10:42:00 GMT

<blockquote>Zitat:<hr /> Versuche halt mal
GLOB_ELEVATION, SYMB_POS_Z oder GLOB_CH_STORY_DIST/ REQUEST ("STORY", ... i.V.m. REQUEST ("STORY_INFO", ...
Bis auf STORY_INFO hatte ichs mit allem versucht - leider hat alles fehlgeschlagen...

Was ich machen möchte kann man hier anschauen Beispiel das ist für die Fertigungsplanung eines Holzbausystems (Planung und Auswertung mit Schnittlisten).

Grob zur Steuerung: Jede Lage der Elemente liegt auf einem separaten Geschoss (z.B. 1. Lage, 2. Lage, usw.) Auf Grund der Systemverbesserung gibt es nun 3 verschiedene Elemente (1. Lage anders als 2.-4. Lage und die Elemente der 5. Lage sind wieder anders als die übrigen Lagen). So, manuell funktioniert das natürlich über einen Parameter - Nachteil, die Fehlerquote ist zu hoch bei einem ganzen Haus. Deshalb möchte ich diesen Parameter automatisch zuweisen. Entweder über die Objekthöhe oder über das Geschoss.

Re: HOME_STORY

Anonymous — Fri, 03 Nov 2006 11:15:00 GMT

Verstehe ich das richtig: Jeder einzelne Stein einer Lage ist ein separates Objekt und jede Lage liegt auf einem Geschoss?

Re: HOME_STORY

zzyzx — Fri, 03 Nov 2006 11:40:00 GMT

da würde ich eher einen manuell zugewiesenen höhenparameter einfügen, der den "stein" (oder muss das dann "holz" heissen 😉 ).

etwa "Lagennummer" vom numerischen ganzzahltyp (0,1,2,3,4,...) den kannst du ganz einfach in der liste abfragen. und er kann den "stein" auch gleich in die korrekte höhe bringen. alles schön auf einem geschoss.
:winken:

Re: HOME_STORY

Anonymous — Fri, 03 Nov 2006 12:21:00 GMT

<blockquote>Zitat:<hr /> Verstehe ich das richtig: Jeder einzelne Stein einer Lage ist ein separates Objekt und jede Lage liegt auf einem Geschoss? Ja! Genau

<blockquote>Zitat:<hr /> da würde ich eher einen manuell zugewiesenen höhenparameter einfügen, der den "stein" (oder muss das dann "holz" heissen [Winken] ).

etwa "Lagennummer" vom numerischen ganzzahltyp (0,1,2,3,4,...) den kannst du ganz einfach in der liste abfragen. und er kann den "stein" auch gleich in die korrekte höhe bringen. alles schön auf einem geschoss. Das wäre dann ein Rückschritt. Warum das ein Rückschritt wäre möchte ich mit meiner Vorgehensweise erklären.

Vorgehensweise meinerseits:
1. Vorlageobjekt mit den spezifizierten Geschossen (Lagen) erstellt.
2. 1. Lage "versetzen"
3. 1. Lage in die anderen Lagen kopieren
4. Ansichten generieren

In den Ansichten
5. Horizontaler 1/2 Versatz zwischen den Steinen herstellen
6. Parameter gleicher Steine, auch über verschiedene Lagen, übertragen (alt und strg+alt) (deshalb Rückschritt, der Höhenparameter würde auch immer übergeben)

Ok, hoffe, dass damit die Vorgehensweise klar ist.

Fakt ist, dass man damit die beste Geschwindigkeit erreicht. Zumindest wenn man noch kein ADDOn hat.

Ps.: Alle Lagen in einem Geschoss würde auch bedeuten, dass man in den Grundrissen den Baum vor lauter Wald nicht mehr findet.

[ 03. November 2006, 13:32: Beitrag editiert von: DG ]

Re: HOME_STORY

zzyzx — Fri, 03 Nov 2006 13:08:00 GMT

aha, so ist das also...
trotzdem, so ganz optimal finde ich das irgendwie noch nicht. vielleicht könnte man ja auch elemente bauen (programmieren), die verschiedene situationen, die im system sinnvoll sind, abdecken (wandecke, gerade wand, wand mit türöffnung, ...) und quasi mehrere steine automatisch setzen.

bei dem ganzen stellt sich auch die frage, wer alles die objekte nutzen soll: wenn du es nur für dich oder einen sehr begrenzten anwenderkreis machst, kann man eher damit leben, wenn die geschossstruktur kreativ/missbräuchlich verwendet wird. wenn aber "normale" planer damit arbeiten sollen, sollte man die anwendung des programms nicht zu sehr verbiegen. (sowas wie treppendarstellung o.ä. leiden sonst zu sehr oder werden unnötig aufwändig)
:winken:

Re: HOME_STORY

Anonymous — Fri, 03 Nov 2006 14:42:00 GMT

Also was den Anwenderkreis anbelangt bin ich derzeit alleine :winken:

Vorgesehen ist mit dem Holzbau-System (Patentiert) natürlich über Lizenznehmer zu gehen. Dabei wird es hoffentlich nicht ausbleiben weitere Planer ins Boot zu holen bzw. auch gleich Lizenzen für die ganze Zusatzsoftware zu vergeben.

Das mit den Geschossen und den Treppen ist eine gute Frage, ist aber schon gelöst. Ich missbrauche tatsächlich AC!! Und das geht so, Werkplan und Fertigungsplan sind in einer Datei. Die ersten Geschosse sind wie gehabt (EG, OG, etc.. Irgendwann füge ich ein "Virtuelles" Stockwerk ein, das exakt auf eine "schöne" Höhendifferenz zu meinem Fertigungsplan verweist, z.B. 10,00 m. Alle Objekte bekommen dann natürlich einen negativen Höhenwert, im vorliegenden Fall -10,00 m und dann habe ich wieder alles zusammen 🙂

d.h. die Treppen etc. liegen allesamt in den "unteren" Geschossen. In der Fertigungsplanung brauche ich diese Elemente nicht!!

Prinzipiell habe ich mir das, mit allem auf einem Geschoss schon vorgestellt, geht ja auch mit den neuen Höhenschnitten in den Geschossen. Deshalb wäre es mir auch lieber über eine "Höhe" zu gehen anstatt mich mit den Geschossen rumzuärgern. Aber derzeit muss ich eben noch 2 gleisig fahren. Altes benutzen, neues programmien.

[ 03. November 2006, 15:43: Beitrag editiert von: DG ]

Re: HOME_STORY

Frank Beister — Fri, 03 Nov 2006 15:28:00 GMT

Spontan "schreit" das für mich nach Ebenen und Ebenengruppen. Ich würde die Elemente dann da lassen, wo sie hingehören. In der Liste solltest du sie mit GLOB_LAYER (im Objekt) differenzieren können.

Mal ein paar weiterführende Ideen:

Da Objekte nicht interagieren können, würde ich mir überlegen größere Elemte als 1 Holzstein in einem Objekt zusammenzubauen. Dann kannst du viel besser auf Sondersituationen automatisch regieren. Steine zählen und in Listen generieren geht damit ebenso.

Hast du mal an das Wandaccesoir gedacht? Da bekämst du das komplette Polygon der Wand geliefert und könntest sie optimal mit deinen Formaten füllen.

Oder ein "Settings"-Makro, in dem du projektbezogen Festlegungen triffst über Raster und Höhen, welche Ebenen welche Sondertypen sind etc. Dieses Makro rufst du von jedem Steinobjekt aus auf. Das funktioniert auch in jedem Fall in Listen. Das Makroobjekt wird halt nicht platziert, sondern muß über Objekt-Öffnen verändert und gesichert werden. So eine Art Master-Datei. Das bringt eine weitere Idee:

GLOB_USER-Variablen. Die können projektweit abgefragt werden. Gefüttert übers MASTER_GDL.

Probiere beim Nichtfunktionieren der Globals das auch parallel in AC9. Ich habe den Verdacht dass da bei der 10er wenige Betatester ein Augenmerk auf den Listen hatten.

Re: HOME_STORY

Anonymous — Fri, 03 Nov 2006 19:29:00 GMT

Also, Ebenen und Ebenengruppen benütze ich natürlich in vollem Umfang. Darüber läuft auch die Auswertung > Filter = Ebenen, etc.. Meine Art habe ich deswegen so getan, weil ich beim kopieren und Parameter übertragen überhaupt nichts zu denken brauche, die Elemente tauchen zwangsläufig auf der richtigen Höhe auf!

Zu den weiterführenden Ideen..

Objekte "groß" zusammenbauen wäre natürlich klasse! Die einzige Geschichte die mir hierzu einfällt ist jedoch die Elemente zum Macro zu machen... Und das ist schlecht - weil, spätestens im Dach hört der Spaß auf, man denke an die Dachschrägen!

An das Wandaccesoir habe ich noch nicht gedacht, ich dachte bisher, dass dieses Accesoir nur Schichten vor die Wand stellt, nicht aber dass ich damit GDLs versetzen kann. Im Prinzip habe ich mir gedacht ein AddOn programieren zu lassen das dann die Holzsteine versetzt. Ganz ähnlich dem Roofmaker.

Die Idee eines "Setting"-Macros ist mir noch nicht gekommen, sollte ich mal weiterverfolgen ebenso wie die Sache mit den GLOB_USER-Variablen.

Jetzt muss ich mal etwas loswerden, für Eure Hilfe bin ich sehr dankbar, über Euere Ideen und Hinweise bin ich begeistert!!!
Ich sehe schon, da gibt es für mich noch jede Menge zu lernen!!