Moin,
hier der Versuch einer differenzierten und objektiven Betrachtung der in diesem Thread gesammelten Gedanken (ohne Anspruch auf Vollständigkeit, soweit möglich softwareunabhängig):
@Multifile vs. Datenbank:
Prinzipiell ist natürlich beides möglich mit entsprechenden Vor- und Nachteilen.
Jeder, der mit großen Datenbanken zu tun hat (oder hatte) weiß, das Inkonsistenzen in DB zu verheerenden und manchmal schwer erkennbaren "Effekten" (in der Softwarebranche anderes Wort für "Fehler...) führen können.
Passiert sowas, ist der Bock schnell ziemlich fett...
Geht mal ein TB kaputt, ist das natürlich sehr ärgerlich, lässt sich jedoch recht schnell wiederherstellen, OHNE gleich das ganze Modell/ Projekt zurücksichern zu müssen.
Dafür sind beim Multifile-System z.B. TB- Übergreifende Wechselwirkungen zwischen Bauteilen relativ aufwändig zu programmieren.
Beide Systeme lassen sich Datenmengenmäßig locker an ihre Grenzen bringen.
Das Verhalten beim Teamwork/ Workgroup ist bei beiden Ansätzen ein hochinteressantes und unerschöpfliches Thema...
Wenns ordentlich gemacht ist, funktioniert also beides ganz gut. Wenn...
@Layer oder nicht Layer:
Natürlich kann man vernünftige Pläne prinzipiell auch aus Systemen ohne Layer ableiten (man glaubt gar nicht, wieviele ALLPLAN- Anwender auf die Verwendung von Layern auch heute noch verzichten, aber das ist ein anderes Thema...).
Trotzdem macht es sehr viel Sinn (Stand: heute), ZUSÄTZLICH logische Strukturen anzubieten, um Bauteile unabhängig von Ihren Attributen gruppieren zu können (aus verschiedensten Gründen, z.B. Layervorgaben).
Und: Bauen OHNE Pläne wird in Pilotprojekten schon (mehr oder weniger) erfolgreich praktiziert...
@Detailgenauigkeit:
Das hat wenig mit der Datenstruktur der CAD- Software zu tun, sondern einfach mit der (Nicht-) Verfügbarkeit entsprechend detaillierter Objekte (Bauteile) am Markt und dem Performancemäßigen Umgang der Software mit denselben.
@Filtern nach Attributwerten:
Ist natürlich mit "Filtern nach Attributen" jetzt schon möglich, aber leider (noch???) nicht über die Objektepalette und deshalb nicht sehr intuitiv...
@ALLLE Attribute (in der Objektepalette) unterstützen...:
Im Oktober wissen wir mehr.
WIP (WorkInProgress)- bzw. Betatester wissen jetzt schon mehr, dürfen es allerdings nicht öffentlich kundtun.
Jeder Interessierte kann Betatester werden.
@hunderte Attribute: zählt man alle von der BuildingSmart vorgesehenen Psets zusammen und addiert noch die Herstellerspezifischen sowie die IBD- Attribute dazu, sind es wohl eher tausende...
Umso wichtiger sind Tools, die mit Attributen und Attributwerten sinnvoll, sicher und performant umgehen können. Von mir aus können diese auch "außerhalb" der CAD angeordnet sein, da der Attribuierende nicht unbedingt besonders tiefe CAD-Kenntnisse haben muss.
@Ausgangsfrage (Assistentenwechsel stellt Filterung in Objektepalette zurück):
Da fällt es mir auch schwer, eine nachvollziehbare Logik zu erkennen.
Meiner persönlichen (Anwender-) Meinung nach ist das eher ein "Effekt" (s.o.), (möglicherweise ein technisch bedingter "accepted bug"), der in der Praxis allerdings ziemlich ärgerliche Auswirkungen hat.
Sollte seitens ALLPLAN drüber nachgedacht werden, ob das nicht besser gelöst werden kann (ist an ALLPLAN weitergeleitet).
Meine Meinung dazu...
BG
Jens Maneke
AAP Sommerfeld
>>> Stell Dir vor, es geht und keiner kriegts hin...