When I try to export a note that contains an embedded block from a different note (via an internal link) as a Word file with live Zotero citations, the export fails with “Error:[WARNING] Could not fetch resource author2020_LN_-3titlewords#^4e22a3: replacing image with description”.
What I’m trying to do
My setup includes Pandoc + Zotero + Enhanced Export using live citations via zotero.lua based on @Feralflora 's incredible walkthrough.
As a workflow for digesting notes, if there’s a common motif of several snippets from papers, I generate a new markdown file that has a synopsis of these where I pull in multiple snippets using a ![] internal link with a ^block from one of the literature notes from the Zotero integration. This effectively looks like ![[@citekey^a2c8ds8]] and with citations below that I always build with [@citekey1], [@citekey2], etc.
I can export this as a .pdf from the native export and that is my current workaround, but some of my projects have begun to become so large that these documents themselves would be useful to disseminate as word files with the live zotero citations <DoZotero Refresh:[@citekey]>. BUT this workflow seems to conflict with internal links.
At first I thought it was because of the default nomenclature of zotero integration literature notes importing as @citekey themselves and ehanced export trying to somehow force a parsing of this into pandoc.exe. However this doesn’t seem to be the case because I have tried to change them to different permutations including breaking up the citekey manually like author2020_LN_3titlewords but the export continues to break with:
Command: “C:/foo/Pandoc/pandoc.exe” " C:/Users/bar/markdown.md" -f markdown+wikilinks_title_after_pipe --resource path =“C:/Users/bar/Documents/folder1” --resoruce-path=“C:/Users/bar/Documents/folder1/attachments” -o “C:/Users/bar/output/outfile.docx” -t docx --lua-filter zotero.lua, Error:[WARNING] Could not fetch resource author2020_LN_-3titlewords#^4e22a3: replacing image with description
Things I have tried
Changing the literature note header to ensure it wasn’t a citekey parsing error
tried this withOUT a YAML header including a group library just to make sure that is not contributing another confounding variable. This seems to happen whether or not it’s my default library alone
It seems like it is clearly something with how obsidian handles internal links and in the export this is trying to parse it as an image type? Is there a way to force this to treat this as inline prose alone?
If you could summarize the problem you’re having in a sentence at the beginning of the post, that will help people to help you. Something like,
When I try to export a note as a Word file with live Zotero citations, the export fails the export fails with “Error:[WARNING] Could not fetch resource author2020_LN_-3titlewords#^4e22a3: replacing image with description”.
That’s just an example; I don’t understand the problem well enough to summarize it. It looks to me like the problem description starts in the third paragraph but I’m having trouble following it, partly because I’m not very familiar with the tools and workflow. What does “this workflow seems to conflict with internal links” look like in concrete terms?
I’d also recommend updating the title to more clearly identify the problem, so people can better know at a glance if they might be able to help.
Amended here: When I try to export a note that contains an embedded block from a different note (via an internal link) as a Word file with live Zotero citations, the export fails the export fails with “Error:[WARNING] Could not fetch resource author2020_LN_-3titlewords#^4e22a3: replacing image with description”.
I added that to the top of your post and replaced the title with a condensed version. If the title is wrong, let me know. (Old title: “Enhanced Export (Pandoc) with internal links”.)
New data: It seems that the internal link itself is not the problem as an image file that is treated as an internal link how no problem with export.
It’s specifically me trying to call in a block of text with the #^ suffix that causes a problem.
I imagine this is some kind of parsing error that is triggering because I am trying to call in a block of text from a literature note. I wondered if it was a problem because the name of these notes are cite keys but it doesn’t matter; even calling from any new note with the #^ does not work. I might have to live with the fact that I cannot create links to literature notes as a node in the connectome.. which is a little sad since my drafts of papers and grants are going to be a huge part of synthesis and connecting concepts within each of these literature notes
Since the block embed syntax is incompatible with Pandoc’s link syntax, my suggestion is to “bake” the embedded blocks into one document, then export that to word. Use the “Easy bake” plugin for that.