Thema "Re: Befehl INPUT" in Programmierung

Befehl INPUT

Anonymous — Mon, 10 Apr 2017 16:37:18 GMT

Ich versuche daten aus eineer Textdatei im gdl auszulesen.

!MASTER-SCRIPT

DIM bitmap[]

Ordner= OPEN ("FileMan", verz, "FILES, DIALOG")
linecont=1
n = INPUT (Ordner, 0, 0, datName)
WHILE n=1 DO
bitmap[linecont]=datName
linecont=linecont+1
n = INPUT (Ordner, 0, 0, datName)
ENDWHILE
CLOSE Ordner

!PARAMETER-SCRIPT
VALUES "dateiname" bitmap

Diesen code habe von selfgdl.de

ich würde annehmen daß der Parameter schlußendlich die Werteauswahl bekommt welche in der Datei Stehen.

bei mir geschieht allerdings garnichts.

Auch mit:

Ordner= OPEN ("FileMan", verz, "FILES, DIALOG")

n = INPUT (Ordner, 0, 0, datName)

TEXT2= datName

CLOSE Ordner

geschieht nichts.

Umgekehrt habe ich ohne probleme Text mit Output in eine txt-Datei exportieren können.

Was mache ich falsch? THX

Re: Befehl INPUT

Anonymous — Tue, 11 Apr 2017 14:19:14 GMT

Da stimmt die Doku nicht. Probiere es mal mit:

n = INPUT (Ordner, linecont, 1, datName)

Und ersetze mal überall Ordner durch kanal.

Re: Befehl INPUT

Anonymous — Wed, 12 Apr 2017 07:30:35 GMT

ändert leider nichts. der code sieht jetz mal so aus:

datName= "datname"

DIM bitmap[]

Ordner=OPEN("DATA","C:\U[...]\tet-dataIAC.txt", "MODE=RO, SEPARATOR=':', FULLPATH")
linecont=1
n = INPUT (Ordner, linecont, 1, datName)
WHILE n=1 DO
PARAMETERS bitmap[linecont]=datName
linecont=linecont+1
n = INPUT (Ordner, linecont, 1, datName)
ENDWHILE

CLOSE Ordner

TEXT2 0,1, Ordner ! Ergebniss = 1
TEXT2 0,0, datName !Ergemniss = datname
TEXT2 0,-1, bitmap[1] ! Ergebniss = 0 wobei Fehlermeldnug, daß der Index zu groß ist.

Re: Befehl INPUT

Anonymous — Wed, 12 Apr 2017 08:30:46 GMT

So geht es:

DIM data[][]

CH1=OPEN("TEXT","C:\[...]\tet-dataIAC.txt", "MODE=RO, SEPARATOR=':', FULLPATH")

FOR ny=1 TO 7

FOR nx=1 TO 5
nk = INPUT (CH1, ny, nx, data[ny][nx])
PARAMETERS dataLI[ny][nx]= data[ny][nx]
NEXT nx

NEXT ny

CLOSE CH1

nd=1

FOR ny=1 TO 7
nd=nd-1 : TEXT2 0,nd, data[ny][1]+ data[ny][2]+ data[ny][3]+ data[ny][4]+ data[ny][5]
NEXT ny

Allerdings kann er mit "TEXT" scheinbar Zahlenwerte nicht lesen. Er zeigt in der Zeile entweder garnicht oder eine "0" an.
Ich habe es mit "DATA" versucht, da bekomme ich für TEXT2 pro zeile immer nur eine 0

Re: Befehl INPUT

Anonymous — Wed, 12 Apr 2017 14:09:11 GMT

Bei "Output" erhöffnet sich das Problem die Daten in mehrere Zeilen zu schreiben

ch1 = open ("DATA", "C:\[...]\APLi-dataOAC1.txt", "SEPARATOR=':', mode = WO")

var1="a"
var2="b"
var3="c"
var4="d"
var5="e"

output ch1, "i", 1, var1, var2, var3, var4, var5
output ch1, "go", 1, var1, var2, var3, var4, var5
output ch1, "out", 1, var1, var2, var3, var4, var5

close ch1

Die Daten werden in eine Zeile geschrieben wobe zwischen der letzten Variable und der feldID kein Trennzeichen ist:

go:a:b:c:d:ei:a:b:c:d:eout:a:b:c:d:e

Re: Befehl INPUT

Anonymous — Wed, 12 Apr 2017 22:01:17 GMT

Warum nimmst Du nicht das Text-Addon zum Schreiben?
ch1 = OPEN("TEXT", path + "/" + name_2d + file_ending, "MODE=WO, FULLPATH")

Schreib das mal in folgender Form; dann bekomst Du Zeilenumbrüche;
Wenn Du "" als Wert nimmst, auch Leerzeilen:
OUTPUT ch1, 1, 0, _end1
OUTPUT ch1, 1, 0, _end1
OUTPUT ch1, 1, 0, ""
OUTPUT ch1, 1, 0, _end2
OUTPUT ch1, 1, 0, ""
OUTPUT ch1, 1, 0, _end1
OUTPUT ch1, 1, 0, _end1

In Deinem Fall:
output ch1, 1, 0, var1, var2, var3, var4, var5

Wie das mit dem DATA-Addon geht, weiss ich momentan nicht.

Re: Befehl INPUT

Anonymous — Wed, 12 Apr 2017 22:08:59 GMT

Also folgendes:

OUTPUT ch2,"Material",1,txt1,txt2,txt3
OUTPUT ch2,"Oberfläche",1,txt1,txt2,txt3

gibt bei mir folgendes Ergebnis (mit Umbruch) mit dem Data-Addon:

Material:Holz:Glas:Eisen
Oberfläche:Holz:Glas:Eisen

Auch bei Deinem Script kommt bei mir folgendes raus:
i:a:b:c:d:e
go:a:b:c:d:e
out:a:b:c:d:e

Re: Befehl INPUT

Anonymous — Wed, 12 Apr 2017 22:27:39 GMT

Aha: Auf Windows mit AC 20 ist es so, wie Du beschreibst.
Eindeutig ein Bug: Bitte an Graphisoft melden.
Auf dem Mac, wo ich es vorhin probiert hatte, ist alles in Ordnung.

Re: Befehl INPUT

Frank Beister — Thu, 13 Apr 2017 08:46:38 GMT

Lest mal die Ergebnisdatei mit einem vernünftigen Editor. Z.B. Sublime/Notepad++ und stellt da mal die Zeilenende-Codierung von Win/Mac/Linux um.

Das ist nämlich nicht einheitlich. Das kann:

Carriage Return
Line feed
Carriage Return + Line feed

aAlso:
CHAR(9)
CHAR(10)
CHAR(9) + CHAR(10)

sein. Siehe ASCII oder hier.
Vielleicht leigt es daran.

@Jochen
Das hatten wir gerade mit dem UTF-8 Export von Sonderzeichen. 😉

Re: Befehl INPUT

Frank Beister — Thu, 13 Apr 2017 09:28:15 GMT

Der Korrektheit halber, es muss heißen:
CHAR(13)
CHAR(10)
CHAR(13) + CHAR(10)

Re: Befehl INPUT

Anonymous — Thu, 13 Apr 2017 10:30:33 GMT

"Jochen Suehlo" wrote:
Eindeutig ein Bug

Das ziehe ich zurück. Frank hat Recht.
Notepad verschluckt die Zeilenumbrüche,
Wordpad und andere nicht.

Re: Befehl INPUT

Anonymous — Thu, 13 Apr 2017 13:40:01 GMT

Mit notepad++ geht es hervorragend 🙂 und mit power query bekommt man auch noch das txt in ein excel.

jetzt muß ich es nur noch schaffen die Datein einzulesen ohne Lauter "0"er zu bekommen

Re: Befehl INPUT

Frank Beister — Thu, 13 Apr 2017 13:54:24 GMT

Darf ich mal fragen, was der Zweck der "Übung" ist?

Re: Befehl INPUT

Anonymous — Thu, 13 Apr 2017 14:30:48 GMT

Ich habe in einem Gdl einen Parameter mit Matrix.

1)Ich möche Diese exportieren, damit Kollegen welche diese Werte jetzt brauchen auch Zugriff darauf haben wenn ich nicht da bin. (sie haben kein Archicad)

2)Wenn sie Werte ändern würde ich Diese gerne importieren anstatt sie einzeln ändern zu müßen.

Im Endeffekt geht es um Möblierungsdaten welche ich noch in AC 17, eigentlich für mich selbst, in diese Matrix gespeichert habe. Inventarnummern, Arbeitsplatznummer, Nutzer usw.... konnte nicht wissen daß meine Daten jetzt so beliebt sind.

Ein Möbel kommt allerdings immer in zumindest zwei Standorten , manchmal mehr, vor (Herkunftsort und Zielort) Jeder Standort ist im Endeffekt eine eigene PLN.

3) Wenn beide Objekte (also zb der Sessel mit der Inventarnummer 0020) ihre Daten aus einer Liste nehmen brauche ich den Sessel 0020 nur in einer Datei ändern. nach einer Aktualisierung in der 2. Datei wären die Werte wieder ident.

Zumindest ist das der Plan. Punkt 1 (export) funktioniert jetzt schon einmal 🙂 für Punkt 3 habe ich eine Idee, kann sie aber erst Testen wenn Punkt 2 funktioniert

Ich weiß, das klingt alles etwas verückt. AC 17 hat mich allerding etwas gezwungen so eine Matrix zu erstellen. Jetzt zahlt es sich nicht mehr aus diese Struktur zu verändern.

es geht übrigens um etwa 250.000 Daten. Vllt. verständlich, daß ich nicht alle händisch herausschreiben möchte.

Re: Befehl INPUT

Frank Beister — Thu, 13 Apr 2017 15:54:08 GMT

Ich weiß nicht, wie tief du in den Möglichkeiten von Archicad steckst. Vielleicht solltest Du das Ansinnen mal mit Deinem GSP besprechen. Mir drängt sich da eher die Idee auf die Möbelobjekte zu filtern und in interaktiven Listen auszuwerten. Diese kann man ab AC20 nicht nur nach Excel exportieren, sondern auch wieder reimportieren.
Beim Schreiben in Dateien aus ArchiCAD heraus, musst Du Dich nicht nur um lesen und schreiben der Datei kümmern, sondern auch um die Berechtigungen Daten zu ändern und musst v.a. sicher stellen, dass die Reihenfolge des Lesens von Daten, sofern es mehrere Instanzen oder zugriffsberechtigte Objekte gibt , zu keinem Chaos führt.

Re: Befehl INPUT

Anonymous — Thu, 13 Apr 2017 16:23:38 GMT

Die interaktiven Listen sind leider sehr Problematisch.

-Man kann solche Listen nur mittels Eigenschaften erstellen welche in jeder Datei im Eigenschaftsmanager angelegt werden müßen.
-Man kann nur Eigenschaften in einer solchen Spalte auswerten. Keine Parameter
-Man kann Eigenschaften keine Parameter zuweisen, und umgekehrt
-Man kann die Listen dann auch nur über eine Auswertung als excel exportieren.
-Man kann aus dem GDL nicht auf eigenschaften zugreifen und umgekehrt.
Somit kann eine Eigenschaft die Darstellung eines Objekts abgesehen über "Überschreibungen" nicht verändern.

Ist eine Eigenschaft in einer Datei nicht im Manager erstellt wird die Information gelöscht wenn man ein Objekt mit dieser Eigenschaft importiert. Ist die Eigenschaft definiert kann es sein, daß eine Kopie der eigenschaft erzeugt wird. Auf die Art habe ich durch meine ersten Versuch bereits unkontrollierte hunterte kopien von eigenschaften im Manager.

Kurz um die Interaktiven Listen sind für meinen Zweck nicht zu gebrauchen.

der GSP meinte es gäbe ein add on zu kaufen welches für Facilitymanagement geeignet ist. Und meine Anforderungen wohl befriedigen könnte. Ich möchte allerdings am Ende des Projekts nicht alles neu machen. Die Daten sind da, in ihrer Form und wie sie gewachsen sind. Ich suche nur nach Wegen sie jetzt so effizient wie möglich zu verwalten. Die Struktur neu aufzubauen wäre unnötige Arbeit. vielleicht bei einem neuen Projekt...

mit den Weg über den direkten export / import der Daten aus der Matrix glaube ich komme ich am effizientesten zum Ziel.

Re: Befehl INPUT

Frank Beister — Sat, 15 Apr 2017 12:32:53 GMT

Da bleiben zu viele Fragen offen und das Thema ist offensichtlich zu komplex zur Diskussion in einem Forum. Allerdings kann ich die meisten der Statements und Erfahrungen unten nicht nachvollziehen. Das sieht bei mir ganz anders aus:

Ich kann GDL-Parameter listen und als Kriterium verwerten. Ebenso wie Eigenschaften. Ich kann Eigenschaften eines Objektes in einem Etikett auslesen und ausgeben. Wenn ich einen Wert in GDL benötige, lege ich ihn als Parameter im Objekt an und nicht als Eigenschaft. Beides kann ich listen. Der Transfer von Eigenschaftendefinitionen zwischen Projekten erfolgt ohne Dopplung per XML.

Wie Deine Daten jetzt in evt. neue Instanzen anderer Objekte übertragen werden können, muss man sich genau ansehen.

Schau Dir mal das an. Nur vom Prinzip her. Oder kontaktiere mich mal per Email/Telefon.