<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/bc8336651d7243f1b6f809ee6e886d9f&quot; frameborder=&quot;0&quot; width=&quot;1662&quot; height=&quot;1246&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>1246</height><width>1662</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>1246</thumbnail_height><thumbnail_width>1662</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/bc8336651d7243f1b6f809ee6e886d9f-d044071ad5c410ee.gif</thumbnail_url><duration>198.784</duration><title>Importing New Relation and Node Types</title><description>This Loom explains how importing a relation involving a new node type requires ensuring the format and store behavior match expectations. The author recreates a test relation instead of updating a previously imported one, notes that the test node and relation types appear only after reloading the plugin due to a caching issue, and discusses concerns about whether relation creation reflects in the new store, especially with reified relations enabled and the new store off. After adding a special-case code change, they ensure relations created this way have no triples by returning early when needed forStoreRelationEnabled. They then confirm that on the claim page, the isTestedBy relation is visible and the import works successfully.</description></oembed>