Webinar Bau und Handwerk/GAEB Dateien
Hallo, am 14.06.22 sollte/hat ein Webinar zum Thema Bau und Handwerk stattgefunden. Leider konnte ich nicht daran teilnehmen.
Trotz mehrmaligen E-Mail-Kontakt mit den Support von Ninox habe ich keine Antwort bekommen - finde ich schon sehr enttäuschend !
Jetzt mal meine Fragen hier im Forum:
- hat jemand daran teilgenommen ?
- gibt es Unterlagen/DB/Video dazu bzw. wird eine DB noch in die Webinar-DB gestellt ?
Was mich besonders interessiert ist der Umgang/Bearbeitung von GAEB-Dateien.
71 Antworten
-
Das sind ja super Aussichten, Uwe macht eine tolle Arbeit!!!!
-
Ich werde wohl mit der Arbeit an der GAEB-DB aufhören.
Die Ninox Speicherrestriktion lässt ein arbeiten unter meiner privaten Ninox-Lizenz nicht mehr zu.
Laut Verbrauchsanzeige, hat das Team, welches nur diese eine DB enthält eine Größe von 543MB, die DB eine Größe von 336MB bei zur Zeit vorhandenen 477 Datensätzen, wovon 206 MB auf die autom. Backups fallen.
Das ist 1/4 des mir von Ninox zugewiesenen Speichers.
Die GAEB-DB ist auch nicht die einzige DB in den weiteren von mir erstellten Teams.
Ich weiß nichtmal, wie die 336 MB zustande kommen, da die dort abgelegten Dateien gerade einmal ca. 17Mb ausmachen und außer diesen XML-Files keine Bilder in der DB gespeichert sind.
Wo kommen also die über 336MB her, welche die DB so aufblähen?
Ich kann nicht einmal eine lokale Sicherung der DB durchführen, da Ninox es nicht mehr zulässt.Wass mich mal interessiert ist, ob ein eingeladenes Teammitglied ein manuelles Backup der DB anfertigen kann?
-
Hallo Uwe,
lade mich gerne ein, huebner@eas-gmbh.net
Ich werde dann testen, wie es sich mit Einzel-Lizenzen von einem Firmen Konto verhält.
Nächstes Jahr werde ich mich wohl auch damit beschäftigen, allerdings sicherlich mit Import/Export von mehr als einer Version. Man muss im Architekten-Büro mit D.. und X.. Dateien aller Versionen rechnen, auch so Dinger wie 'Vorläufiges' oder 'Endgültiges' Angebot.
-
Das liegt wohl am Team.
-
Hallo Uwe,
ich kann kein Backup der Datei anlegen. Damit wäre das Übertragen dieser Datenbank in meinen Bereich ebenfalls nicht möglich. Das ist wirklich schade und aus meiner Sicht eine sehr unglückliche Einschränkung.
-
Hallo Uwe,
jedenfalls bist Du weit gekommen, Respekt!
Eine Version reicht für den Anfang völlig. In den einschlägigen Profi-Programmen gibt es die Möglichkeit, von älteren Formaten einzulesen oder in ältere Formate auszugeben.
Falls nötig, kann man einen der online Konverter verwenden.
-
Ich kämpfe extremst mit meinen 2GB Cloudspeicher, den ich überschritten habe.
In den letzten Tagen habe ich mich aufgrund der Datenbankgröße der GAEB-DB mal intensiver damit beschäftigt und etwas rumexperimentiert.
Um die GAEB-Datei in Ninox bearbeiten zu können, lege ich den Inhalt als Text in einem mehrzeiligen Textfeld ab.
Das sind, abhängig von der GAEB-Datei, zigtausend Zeichen pro Record.
Nun habe ich festgestellt, abhängig von der Anzahl der Records, das schon der Aufbau der Tabelle oder des Formulars teilweise extrem lange andauert.(verschieden Browser getestet)
Ninox muss scheinbar Schwerstarbeit durch den Inhalt der mehrzeiligen Textfelder leisten auch wenn ich sie überall ausgeblendet habe.
Eine weitere Hypothese von mir ist, daß diese Textfelder die Speichergröße der Datenbank aufblähen, zumal ja auch beim Auslesen dieser Textfelder in der Änderungshistorie jedes Erstellen eines Records und dem füllen der Felder aufgezeichnet wird und auch die Speichergröße der DB anhebt.
Innerhalb einer Woche hat die Datenbank mit 16 Records eine Grüße von mehreren hundert MB erreicht. (Natürlich auch dem Testen geschuldet)
Aber wenn man mal von einem Regulärbetrieb ausgeht, bekommt man nach einigen Wochen Probleme mit seinem 2GB Cloudspeicher, zumal ja auch die autom. Backups mit eingerechnet werden.
Aus meiner Sicht, ist es für Public-Cloud Nutzer mit nur 2GB Speichervolumen nicht möglich damit dauerhaft zu arbeiten.
-
Hi!
Bringt es etwas, die Texte mit eindeutigem Schlüssel in einer eigenen Tabelle zu speichern und in dem LV nur die vorzuhalten und die Texte bei Bedarf zu laden?
-
Aus meiner Sicht wird nach den Import der Inhalt des mehrzeiligen Textfeldes und des Bildfeldes nicht mehr benötigt. Die notwendigen Daten (Positionen, Lang- und Kurztexte, Mengen u.s.w.) sind dann doch in Ninox gespeichert und nur mit diesen arbeitet man. Die X83 kann ja für später ganz normal lokal/Netz verbleiben und bei Erfordernis wieder abgerufen werden.
-
Habe ich schon mitbekommen
-
Jetzt habe ich es auch kapiert, zum testen der DB sollte natürlich die X83 in der DB gsepeichert sein um bestimmte Eigenschaften/Verhalten der X83 für alle Tester (besonders für dich) zu erhalten. Später produktiv wird die Datei dann nicht mehr in der DB benötigt finde ich.
-
Kleiner Zwischenstand:
Ich bin dabei die Hinweistexte der GAEB-Datei zu extrahieren.
Hier mal ein Screenshot des Flows zu den Kurz/Langtexten der Hinweise, den ich erstellt habe.
Ohne diese Übersichten habe ich null Chance es in Ninox umzusetzen.
Das ist, was ich bisher anhand der vorliegenden GAEB-Dateien ermittelt habe. Und es besteht die Möglichkeit, das das Ende der Fahnenstange noch nicht erreicht ist.
Jeweils 48 Möglichkeiten für den Ablageort der Kurz-/Langtexte zu den Hinweistexten.
Bei den Positionen sieht es ähnlich aus.
Soviel zur Standardisierung der GAEB-Dateien. Man könnte mit der Hälfte auskommen, wenn man das nüchtern entwickelt hätte.Das wird noch etwas Zeit benötigen alle Verzweigungen im Script umzusetzen.
Wenn jemand mal den Flow genauer betrachten möchte, habe ich die LibreOffice-Datei angehängt.
-
UweG Meine Güte!
Was für ein Aufwand, die Texte so zu verstecken, dass sie niemand einfach findet. Ein Schelm, der Böses dabei denkt. 
Wahrscheinlich durfte da jedes Mitglied des Gremiums einen Vorschlag machen und anstelle sich auf ein paar zu einigen, hat man alle implementiert. Oder man hätte es nüchtern machen sollen, da hast du Recht, Uwe. 
-
UweG Meine Güte ............... was für ein Aufwand !!!!!
-
Content aside
-
2
„Gefällt mir“ Klicks
- vor 2 JahrenZuletzt aktiv
- 71Antworten
- 925Ansichten
-
11
Folge bereits