FAÇADE: Future-proofing Architectural Computer-Aided Design
FAÇADE: Future-proofing Architectural Computer-Aided Design
Presented by Tom Rosko, MIT, Head of Institutional Archives and Special Collections at meeting of SAA Architectural Records Roundtable,
At MIT we have the Stata Center, as well as the media lab, architecture school, etc.Applied for IMLS grant a few years ago on how to handle these new digital architectural records.
Current arch. Data is being lost, particularly 3d data.
Staff includes head of arch library, several other people. I was not formally part, was brought in t consult.
Challenge: to develop long term archival strategy for digital archival records, particularly 3D ones. Also to develop strategies for using DSpace to do this. And ways to capture and present data.
The use of 3D CAD has made things increasingly complex in the architectural world. The BIM (Building information modeling) concept has also increased complexity – increases interrelationships between different types and formats of data. And there are not a lot of standards for how these things interoperate.
As project progressed, realized how interrelated data is, and how just preserving the 3D models alone may not be enough.
Architectural firms tend to think more about getting the project done than about long term archiving and reuse. Q: What about the as-builts and other deliverables to clients? Discussion: This is somewhat inconsistent. Contracts are starting to spell this out, with what kind of digital files to deliver. But this is inconsistent. Some also require hard copies, with the idea of scanning that even if the digital files become unreadable.
Tom: Firms are starting to recognize this issue.
The project also looked at potential audiences in addition to Practice (architects, designers, engineers.) for example, researchers, historians, scholars, instructors, students, and general public.
Developed use cases for what uses we thought each type of user might make of the materials. Created advisory board and consulted other audiences.
Content for this project: 3 data sets. Frank Gehry, Stata Center at MIT (2004, CATIA), Moshe Safdie, US Institute of Peace (2009, Revit) and Thom Mayne, Caltrans (2004, Microstation)
These provided 100+ file formats, tens of thousands of gigabytes, almost no metadata, etc. The dataset was massive for each of the projects. They were complete project files, not just the final documents or end products. And some audiences want that stuff, so that played into the mindset of how to develop this.
Geometry – different ways of storing data. For example mesh versus arcs and curves. Parametric allows users to refer to features rather than underlying geometry.
The different software used varied in how they modeled and the geometry methods used.
Looked at open standards for model and geometry info (STEP, IFC, IGES, VRML, STL), as well as for display formats, including 3D PDF.
Various industry exchange data formats.
If CAD software only exports “inert geometry”, it doesn’t truly represent the complexity of the underlying 3d model. Does that matter? To the targeted audiences, it didn’t seem to matter that much. But may matter to us.
How to manage all this data. Intellectually, went with the BIM idea – that unless you incorporate the relationships between different types of info, you will lose information. So used RDF XML ontology to model relationships. Developed Project Information Model, which links together all types of info in a relationship map. (see slide 35)
Slide 36 – properties on objects. Every file gets five properties: Project Phase, Building Zone/System, Architectural Discipline, Document Type, File Format
These were basic tags. More important specially curated documents would get more tags. 3D models and 2D drawing sets, client presentations, etc.
Developed concordance of information. What formats existed, how many of each, and an initial appraisal attempt. (slide 39)
Slide 40, Curators Workbench – a custom tool that allowed someone to go in and view some of the material, make decisions, and add additional appraisal info. Had grad students from school of architecture working on this. Students also converted file formats where needed, and library staff helped with some of the metadata.
DSpace used for preservation, dissemination, and access control. Also used FACDE UI external to DSPACE, bulk ingest tools (curator’s workbench, DSpace packager importer). Format registry used for tracking file formats.
Good diagrams on slides 42ish re: data processes.
For presentation used SIMILE exhibit and timeline tools, and longwell RDF-based faceted browser. Presentation shows screenshot.
[Outcomes. Demonstrates use of open source software to solve this sort of problem. The ontology developed for this project may be applicable to other environments.]
Challenges from an archivists view: When this was just the 3D files, we thought about what are the rights to the material (intellectual property). Not just use of material , but sharing it with the public. When we go beyond drawings to all documentation – there is correspondence in there that may have its own IP issues.
Then there’s the display end - what will work, and how will it work.
And a lot of the other issues we’re routinely dealing with on digital files.
Grant finishing up in Sept, so winding down now. Looking at what to do for follow-up now --- including grant proposal for 3D CAD, and setting up another pilot instance this fall.
Opportunities: tools like curator’s workbench can help us address large “data” files. And interface developments (how to view and search materials) also applicable.
The major hurdles are scalability and IP. How big can it go and how can you sustain it, and what can you show to others – how much will we have to restrict because we just don’t have the answers.
Several questions relating to security implications of having this much construction data searchable in digital repository. Not really addressed in this project.
Q: Seems antithetical to MPLP because you are creating massive amounts of new metadata. A: [Can automate a lot, but there is still a lot of work. ]
Q: Better solution active records management system, so that the complexity can be handled more on the front end?
Q: Is there any data not currently being supplied that should be folded into national CAD standards? This would be a good thing to think about – the AIA is involved in this.
Q: There is similar work in “pedesink” (sp) that oversees STEP standard for longterm retention of CAD, CAM, CAE.
Presented by Tom Rosko, MIT, Head of Institutional Archives and Special Collections at meeting of SAA Architectural Records Roundtable,
At MIT we have the Stata Center, as well as the media lab, architecture school, etc.Applied for IMLS grant a few years ago on how to handle these new digital architectural records.
Current arch. Data is being lost, particularly 3d data.
Staff includes head of arch library, several other people. I was not formally part, was brought in t consult.
Challenge: to develop long term archival strategy for digital archival records, particularly 3D ones. Also to develop strategies for using DSpace to do this. And ways to capture and present data.
The use of 3D CAD has made things increasingly complex in the architectural world. The BIM (Building information modeling) concept has also increased complexity – increases interrelationships between different types and formats of data. And there are not a lot of standards for how these things interoperate.
As project progressed, realized how interrelated data is, and how just preserving the 3D models alone may not be enough.
Architectural firms tend to think more about getting the project done than about long term archiving and reuse. Q: What about the as-builts and other deliverables to clients? Discussion: This is somewhat inconsistent. Contracts are starting to spell this out, with what kind of digital files to deliver. But this is inconsistent. Some also require hard copies, with the idea of scanning that even if the digital files become unreadable.
Tom: Firms are starting to recognize this issue.
The project also looked at potential audiences in addition to Practice (architects, designers, engineers.) for example, researchers, historians, scholars, instructors, students, and general public.
Developed use cases for what uses we thought each type of user might make of the materials. Created advisory board and consulted other audiences.
Content for this project: 3 data sets. Frank Gehry, Stata Center at MIT (2004, CATIA), Moshe Safdie, US Institute of Peace (2009, Revit) and Thom Mayne, Caltrans (2004, Microstation)
These provided 100+ file formats, tens of thousands of gigabytes, almost no metadata, etc. The dataset was massive for each of the projects. They were complete project files, not just the final documents or end products. And some audiences want that stuff, so that played into the mindset of how to develop this.
Geometry – different ways of storing data. For example mesh versus arcs and curves. Parametric allows users to refer to features rather than underlying geometry.
The different software used varied in how they modeled and the geometry methods used.
Looked at open standards for model and geometry info (STEP, IFC, IGES, VRML, STL), as well as for display formats, including 3D PDF.
Various industry exchange data formats.
If CAD software only exports “inert geometry”, it doesn’t truly represent the complexity of the underlying 3d model. Does that matter? To the targeted audiences, it didn’t seem to matter that much. But may matter to us.
How to manage all this data. Intellectually, went with the BIM idea – that unless you incorporate the relationships between different types of info, you will lose information. So used RDF XML ontology to model relationships. Developed Project Information Model, which links together all types of info in a relationship map. (see slide 35)
Slide 36 – properties on objects. Every file gets five properties: Project Phase, Building Zone/System, Architectural Discipline, Document Type, File Format
These were basic tags. More important specially curated documents would get more tags. 3D models and 2D drawing sets, client presentations, etc.
Developed concordance of information. What formats existed, how many of each, and an initial appraisal attempt. (slide 39)
Slide 40, Curators Workbench – a custom tool that allowed someone to go in and view some of the material, make decisions, and add additional appraisal info. Had grad students from school of architecture working on this. Students also converted file formats where needed, and library staff helped with some of the metadata.
DSpace used for preservation, dissemination, and access control. Also used FACDE UI external to DSPACE, bulk ingest tools (curator’s workbench, DSpace packager importer). Format registry used for tracking file formats.
Good diagrams on slides 42ish re: data processes.
For presentation used SIMILE exhibit and timeline tools, and longwell RDF-based faceted browser. Presentation shows screenshot.
[Outcomes. Demonstrates use of open source software to solve this sort of problem. The ontology developed for this project may be applicable to other environments.]
Challenges from an archivists view: When this was just the 3D files, we thought about what are the rights to the material (intellectual property). Not just use of material , but sharing it with the public. When we go beyond drawings to all documentation – there is correspondence in there that may have its own IP issues.
Then there’s the display end - what will work, and how will it work.
And a lot of the other issues we’re routinely dealing with on digital files.
Grant finishing up in Sept, so winding down now. Looking at what to do for follow-up now --- including grant proposal for 3D CAD, and setting up another pilot instance this fall.
Opportunities: tools like curator’s workbench can help us address large “data” files. And interface developments (how to view and search materials) also applicable.
The major hurdles are scalability and IP. How big can it go and how can you sustain it, and what can you show to others – how much will we have to restrict because we just don’t have the answers.
Several questions relating to security implications of having this much construction data searchable in digital repository. Not really addressed in this project.
Q: Seems antithetical to MPLP because you are creating massive amounts of new metadata. A: [Can automate a lot, but there is still a lot of work. ]
Q: Better solution active records management system, so that the complexity can be handled more on the front end?
Q: Is there any data not currently being supplied that should be folded into national CAD standards? This would be a good thing to think about – the AIA is involved in this.
Q: There is similar work in “pedesink” (sp) that oversees STEP standard for longterm retention of CAD, CAM, CAE.
Labels: architectural, digital, SAA09
posted by David at
12:34 PM
0 Comments:
Post a Comment
<< Home