# Hide note option as YAML key for graph and search

**URL:** <https://forum.obsidian.md/t/hide-note-option-as-yaml-key-for-graph-and-search/32885>\
**Category:** Feature requests\
**Created:** [February 21, 2022, 5:37pm UTC](https://forum.obsidian.md/t/hide-note-option-as-yaml-key-for-graph-and-search/32885 "2022-02-21T17:37:13Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![pe1uca](https://forum.obsidian.md/letter_avatar_proxy/v4/letter/p/ebca7d/32.png) [@pe1uca](https://forum.obsidian.md/u/pe1uca)\
**Post date:** [February 21, 2022, 5:37pm UTC](https://forum.obsidian.md/t/hide-note-option-as-yaml-key-for-graph-and-search/32885/1 "2022-02-21T17:37:14Z")

</div>

### Use case or problem

Problem: Having to update different queries if I added a new thing to hide.

In a similar topic to write a query over and over to skip some notes from graph (that is being already talked in [this ticket](https://forum.obsidian.md/t/graph-view-presets-to-save-and-load-filters-display-settings/8131)) I think there’s still a need to mark out some notes to be hidden from graph and searches.  
My thought in this will be that at some point I might have several queries that look like the example on that ticket (my case is for different meetings).  
So, I’d have  
`-path:"daily" -path:"fleeting" -path:"study" -path:"reading"` for a general meeting  
`-path:"daily" -path:"fleeting" -path:"reading"` I deleted study since now is relevant to the meeting  
`-path:"fleeting"` Having daily scrum, so everything might be relevant except temporal notes.

Now, let’s say we add a new path (or a single note, or a tag), lets call it`#credentials`.  
Well, these are important to not be shown at any point.  
But then I’d have to update and not forget all query templates/presets.  
And with 3 queries is not an issue, but there might be more depending on the uses you want to have to search and filter out.

Also, what if something from `reading` suddenly becomes relevant to be searched? But just a single note, not the entire folder  
Then I’d have to move that note to a `public reading` folder? So that note can show, but the rest can still be hidden and that “searchable” note can still be under a reading related folder.

Of course there’s still a need to search inside those notes, e.g. when I’m not in a meeting and I can safely read all content of my vault.

### Proposed solution

As a partial solution, implement a `hide` or `private` key in the note’s YAML front matter.  
Seems this is already being done in a similar way for the `publish` feature as mentioned in [the documentation](https://help.obsidian.md/Obsidian+Publish/Publish+and+unpublish+notes#Automatically+select+notes+to+publish) to turn on/off the feature for a single note.

To allow searches of these hidden notes, in a similar way to `Orphans`, have a toggle to include or exclude notes that have this key.

(I mention “partial solution” since this applies only to notes and not to folders as the ticket’s examples mention)

### Current workaround (optional)

Use a `#hide` tag and include it in all queries you do.  
This is still a workaround when the templates/presets are ready since any new one you create you’ll have to remember to include this tag.

### Related feature requests (optional)

There are several tickets about this, all seem to be redirected to this one:

> [@Graph View presets to save and load filters & display settings](https://forum.obsidian.md/t/graph-view-presets-to-save-and-load-filters-display-settings/8131):
>
> Use case or problem I re-use a handful of graph view filter configurations over and over. For example, when I want to view just my zettelkasten notes, I filter out all notes in subfolders. For me that looks like: -path:"daily" -path:"fleeting" -path:"study" -path:"reading" and with “existing files only” turned on. Any time I want that view, which is routinely, I have to re-create that custom query. There are other views I like to re-use as well. See also @Nato 's clear use case for this feat…

Not sure if that ticket also includes searches in its scope, since I can only see mentions of filtering graph
