Open en onafhankelijk
Een openbaar beschreven tekenmodel dat verschillende CAD-toepassingen kunnen lezen en schrijven.
OpenAEC · open CAD-formaat
Een open formaat voor volwaardige CAD-tekeningen, gebouwd op IFCX. Zelfstandig bruikbaar, met de ambitie om tekeningen en BIM duurzaam met elkaar te verbinden.
Verken het formaat en probeer conversie van DWG- en DXF-bestanden. De Explorer laat ook zien welke informatie de huidige conversie behoudt en waar beperkingen zitten.
CAD-tekeningen blijven onmisbaar: voor details, werktekeningen, bestaande projecten en ontwerpen die geen BIM-model nodig hebben. Toch leunt deze informatie-uitwisseling sterk op DWG, een formaat waarvan de ontwikkeling wordt bepaald door een softwareleverancier. OpenAEC wil een open alternatief ontwikkelen waarmee tekeningen tussen toepassingen kunnen bewegen en op lange termijn toegankelijk blijven.
IFCCAD moet meer bewaren dan de zichtbare lijnen. Ook lagen, blokken, tekst, maatvoering, bladindelingen en hun onderlinge relaties horen bij een bruikbare tekening. Ons doel is DWG als werk- en uitwisselformaat te kunnen vervangen, met een overgang waarbij bestaande DWG- en DXF-bestanden hun betekenis behouden.
Een openbaar beschreven tekenmodel dat verschillende CAD-toepassingen kunnen lezen en schrijven.
Een complete CAD-tekening moet ook zonder BIM-model of BIM-koppeling bruikbaar zijn.
Een basis om tekeningen, gebouwobjecten en gegenereerde CAD-content met elkaar te verbinden.
We werken toe naar een faithful roundtrip: DWG of DXF naar IFCCAD omzetten, ermee werken en terugschrijven met behoud van geometrie, tekenstructuur, eigenschappen en relevante relaties. Het gaat om behoud van betekenis en bewerkbaarheid; interne bestandsbytes of opnieuw toegekende CAD-handles hoeven daarbij niet identiek te zijn.
Native representatie, preservation en expliciete conversiediagnostiek vullen elkaar aan. Een ondersteund onderdeel moet betrouwbaar overgaan; een beperking moet zichtbaar zijn. De huidige tests kwalificeren afgebakende onderdelen en workflows, nog geen volledige roundtrip van ieder DWG- of DXF-bestand. Later willen we dezelfde aanpak uitbreiden naar andere CAD-formaten.
Voor het lezen en schrijven van DWG en DXF sluiten we aan op opencadcodec, de CAD-codec uit het ecosysteem van Open CAD Studio. Onze converters verbinden het CAD-model van die codec rechtstreeks met IFCCAD. Verbeteringen en geconstateerde beperkingen worden ook met het upstreamproject gedeeld.
De Format Explorer kan Open CAD Studio al gebruiken om oorspronkelijke en teruggeconverteerde CAD-content te bekijken. We willen IFCCAD binnenkort ook rechtstreeks in Open CAD Studio integreren, zodat het formaat onderdeel wordt van een praktische CAD-werkomgeving.
IFCCAD gebruikt de structuur en compositiemogelijkheden van IFCX voor CAD-tekeningen. IFCX biedt ruimte om informatie via schema’s en namespaces te beschrijven. IFCCAD voegt daar de betekenis en regels aan toe die nodig zijn voor een tekening: geometrie, presentatie, eigenaarschap en verwijzingen tussen tekenonderdelen.
We willen bestaande IFCX-schema’s rechtstreeks hergebruiken waar ze de benodigde CAD-betekenis kunnen uitdrukken. Tijdelijke eigen definities vullen de huidige gaten. Zo onderzoeken we hoe CAD een plaats kan krijgen in het groeiende IFCX-ecosysteem, terwijl een IFCCAD-bestand ook een zelfstandige tekening kan beschrijven.
IFCCAD is momenteel een experimenteel OpenAEC-profiel. Zowel het profiel als IFCX zijn in ontwikkeling; IFCCAD is nog geen officiële buildingSMART CAD-standaard.
Ontwikkelstatus · oktober 2026
Er zijn een eigen tekenmodel, schema’s, strikte validatie, lezers en schrijvers en directe conversieroutes voor DWG en DXF. De Format Explorer maakt het formaat inspecteerbaar en laat conversie uitproberen. De huidige ondersteuning is afgebakend: niet alle varianten en eigenschappen van onderstaande CAD-onderdelen zijn al gedekt.
Punten, lijnen, cirkels en bogen, volledige en gedeeltelijke ellipsen, vlakke polylijnen met rechte en gebogen segmenten en ruimtelijke polylijnen met rechte segmenten.
Lagen, kleuren, transparantie, lijndiktes, eenvoudige lijnpatronen en schaalinstellingen, met afzonderlijke keuzes voor ByLayer, ByBlock en expliciete eigenschappen.
Herbruikbare en geneste lokale blokken, invoegpunten, rotatie en schaal, plus tekst en meerregelige tekst binnen de ondersteunde opmaakprofielen.
Solid fills en expliciete lijnpatronen met opgeslagen contouren, eilanden en ondersteunde verwijzingen naar begrenzende geometrie.
Modelspace, meerdere paper layouts, tabvolgorde, bladformaten, ondersteunde plotinstellingen en viewports met camera’s en clipping.
Ondersteunde UCS-definities, modelvensters en instellingen voor grid en snap, naast zichtbaarheid en tekenvolgorde.
We toetsen ondersteunde conversies door bestanden opnieuw te openen en hun betekenis te vergelijken. Ontbrekende ondersteuning en informatieverlies worden gemeld. Volledige maatvoering, bredere objectondersteuning en de stabiele associatieve BIM-workflow blijven vervolgwerk. Het formaat en zijn compatibiliteitsafspraken zijn nog voorlopig.
Niet ieder CAD-onderdeel heeft meteen een native IFCCAD-representatie. Met preservation willen we broninformatie die nog niet volledig in het eigen tekenmodel past, expliciet bewaren. Bij terugconversie kan die informatie worden teruggeschreven als de noodzakelijke relaties en context nog geldig zijn. Native bewerkingen blijven leidend: een bewaard bronrecord mag latere wijzigingen niet stilzwijgend overschrijven.
Splines worden momenteel via een preservation-pilot opgeslagen en, binnen de gekwalificeerde conversieroutes, teruggeschreven. We gebruiken splines hier om het preservation-mechanisme van opslag tot herstel te testen. We willen ze binnenkort native ondersteunen als volwaardige, geometrisch bewerkbare IFCCAD-entiteiten.
De huidige pilot bewaart splineparameters en beschikbare brongegevens, maar biedt nog geen native splinegeometrie of geometrische bewerking. Preservation is een aanvulling op native ondersteuning. Bredere preservation voor andere CAD-entiteiten en aanvullende broninformatie is gepland; de huidige pilot is geen garantie dat alle informatie uit een willekeurig DWG-bestand behouden blijft.
Compacte bestanden, beperkt geheugengebruik en efficiënt laden en schrijven zijn belangrijke ontwikkeldoelen. We werken hier al aan, onder meer met experimentele binaire opslag op basis van CBOR en aanvullende compressie.
Dit zijn IFCCAD-specifieke proeven; de definitieve opslagkeuzes liggen nog niet vast. We blijven verbeteringen toetsen op behoud van tekeninhoud en bruikbaarheid in de praktijk.
Onze ambitie gaat verder dan een link tussen een tekening en een BIM-object. We willen ook CAD-content vanuit BIM kunnen genereren en opnieuw kunnen genereren wanneer het model verandert. Handmatig toegevoegd tekenwerk moet daarbij behouden blijven.
Stel dat een tekenaar maatvoering en toelichtingen toevoegt aan een vanuit BIM gegenereerde plattegrond, en deze op een blad met viewports plaatst. Wanneer een wand verschuift, willen we de gegenereerde geometrie kunnen vernieuwen, de gekoppelde maatvoering laten volgen en de handmatige aanvullingen en bladindeling behouden.
Dat vraagt om stabiele identiteit en associatieve relaties tussen BIM-objecten, gegenereerde tekenonderdelen en handmatige CAD-bewerkingen. We willen voorkomen dat elke nieuwe generatie losse geometrie oplevert waaraan de tekenaar alles opnieuw moet koppelen. Bij verdwenen of fundamenteel gewijzigde objecten moeten ongeldige relaties herkenbaar worden. Deze BIM-koppeling en regeneratieworkflow zijn ontwikkeldoelen; ze zijn nog niet geïmplementeerd.
Probeer de Explorer, bekijk de broncode of deel praktijkervaring en testbestanden die je mag delen. Feedback van CAD-gebruikers, BIM-specialisten en ontwikkelaars helpt ons de volgende stappen te richten op echte tekenworkflows.