jackyzha0 / hugo-obsidian Goto Github PK

Obsidian Publish, when serving a note that contains links to non-public notes, shows the link doesn't exist by greying it out and making it not redirect when clicked. Quartz makes the link look like an existent link, but when clicked the link 404's, which is less clean.

In the case in which a vault has a large proportion of links to non-public notes (either because of only wanting to serve a portion of the true vault or by using links as note ToDos) this makes the vault navigable only if you can put up with a significant proportion of your clicks being 404'd.

Cannot render local website by running hugo-obsidian -input=content -output=data -index -root=. then hugo server. Returns

ERROR 2022/02/12 10:31:26 render of "page" failed: execute of template failed: template: _default/single.html:34:6: executing "_default/single.html" at <partial "footer.html" .>: error calling partial: execute of template failed: template: partials/footer.html:4:10: executing "partials/footer.html" at <partial "backlinks.html" .>: error calling partial: "..\layouts\partials\backlinks.html:12:30": execute of template failed: template: partials/backlinks.html:12:30: executing "partials/backlinks.html" at <index (index $contentTable .) "title">: error calling index: index of untyped nil

The problem is caused by Line 12 in layouts\partials\backlinks.html:

<a href="{{.}}">{{index (index $contentTable .) "title"}}</a>

This error can be reproduced on Windows 11 and Golang version 1.17.6 Windows/AMD 64.

It would be cool to remove private notes from Hugo, perhaps with yaml like

---
private: true
---

# My SSH Keys

Title is self explanatory. Problem doesn't occur without spaces.

Here's my attempt at understanding the problem, I will try tomorrow or in the next days to see if I can confirm and maybe fix it.

For the linkIndex.yaml generation, if I understand correctly,
the program will use the file name+path for the source , and the link inside the page for target .
With markdown styled links obsidian uses encoded urls (' ' -> '%20').
This creates a name difference between the target("a%20b") and the source("a b"), resulting in 2 different nodes pointing at the same file.

Hi, is it possible to add a flag that can use the filename as the default title on contentIndex.json?

Reasoning:

Some markdown pages do not have frontmatter data, and because of this, the Backlinks section will have empty divs, and the interactive graph will show the relative path instead.

Thanks

I tried to install Hugo-obsidan, but it seemed that I didn't install it

$ go install github.com/jackyzha0/hugo-obsidian
go install: version is required when current directory is not in a module
	Try 'go install github.com/jackyzha0/hugo-obsidian@latest' to install the latest version
MacBook-Pro:quartz leo$ go install github.com/jackyzha0/hugo-obsidian@latest
MacBook-Pro:quartz leo$ hugo-obsidian -input=content -output=data
-bash: hugo-obsidian: command not found

Would you please help out?
Thanks

Best regards

Hi. Thank you for your work!

I have to use links like this in markdown

[[notes/Числівник|Числівник]]

Instead of

[[Числівник]]

In order for graphs and backlinks to work

Such as assets/xxx.png won't parse to relative path. If add / at beginning, it's ok.
But the markdown files like xxx/xxx.md can be parsed to ../../xxx/xxx.md

I've noticed that pages with draft:true in their frontmatter still show in the Quartz graph as though they are not being filtered out.

I've configured Hugo to use draft: true by default for all notes so I have to explicitly specify draft: false in the notes I want to publish using Hugo.

Unfortunately, this setup results in hugo-obsidian still processing all notes and building the index for them. This results in the content of the other notes being publicly available in the contentIndex.json file.

My proposal to eliminate that issue would be to add a new option like -draft=true to allow changing the default draft status.

Hello,

I notice that if I use YAML formatted FrontMatter in md files, hugo-obsidian correctly read the title (i.e. title: "My Title") and write it in the json generated file (contentIndex.json).

But, if now I use TOML formatted FrontMatter in my markdown files (i.e. title = "My Title"), then "My Title" is not correctly retrieved and the contentIndex.json is populated with the name of the markdown file instead of the title field.

Any chance to have hugo-obsidian compatible with TOML formatted FrontMatter ?

PB

Describe the bug
Orphaned links are added in the indices. If the notes contain many orphan links,
this would results in increased node size and unnecessary clutter in graph.

Expected Behavior
Non existent nodes either should not be added to indices or represented separately in graph.
Further A config can also be provided to enable or disable orphan nodes.

Screenshot
I added these two links markdownlink,[[wikilink]]

Such as, YUNG's Better Caves will be YUNGs-Better-Caves but YUNG's-Better Caves in plugin

Maybe need something like https://github.com/flytam/filenamify/blob/master/filenamify.go

• I tried to add a markdown link [Obsidian](https://obsidian.md) on the website using quartz. However, when click the link on the website, it forward the address to https://obsidian/, an address without .md.
• I think maybe quartz recognize the domian .md as a markdown file, thus forward it to a wrong address.
• I also changed the https://obsidian.md to https://www.obsidian.md, but it's the same result without .md
• I tried this on chrome browser both on android and macOS.
• Here is what the image of what has been rendered:
  

Please check it out,
Regards.

This issue is recommended to be filed here from jackyzha0/quartz#11 (comment)

Hey there! This is really great work! But I'm having a bit of a hiccup - I can't seem to get my re-built contentindex.json and linkindex.json to actually feed into the re-build of my site. When I deploy it's still the "old" index which 404s a TON of links that have been moved around.

After running

hugo-obsidian -input=content -output=data -index=true

I then run

hugo serve site --ignoreCache

and while the site dutifully renders the fresh site, with all other changes I'm looking for - however the interactive graph lags behind. (I'm using a fork of the Amethyst repo, which still has the original indices from the sample site) Can you help me understand that part of the build picture I'm missing here? Thanks!

Hello
I get the following error. Mac OS Apple Silicon

[DONE] in 68ms
Ignored 0 private files
Parsed 457 total links
Removed 195 external and non-markdown links
panic: open /Users/.../quartz/assets/indices/linkIndex.json: no such file or directory

goroutine 1 [running]:
main.main()
/Users/..../hugo-obsidian/main.go:81 +0x1ec

Hey, I want to thank you first for your great work!
I just noticed that footnotes are treated as links between file, and this leads to broken nodes in graph-view in quartz.

Example:

In quartz, this footnote is represented as follows in linkIndex.json:

Because linkIndex.json is generated by hugo-obsidian, so I think the problem can be fixed by excluding all the footnotes when generating linkIndex.json.