Improvements
Triage

Search for Pages with a Relation fails (warning: a very fundamental issue!)

What went wrong?

In my video I show the following "every day" situation:

I'm "somewhere" in my Space. Suddenly it comes into my mind, to use the global search to find the songs from the singer "Howard Carpendale".

The Problem: the global search lists doesn't deliver that. It only lists the two Pages where this name is directly written.
These results are:

  1. The Page about the artist himself (that makes sense).
  2. Another Page (that's even in my music Collection and therefore definitely a wanted result, but that only by chance, because the name indeed appears there)

What the global search NOT lists, are the original wanted Pages in my music Collection "YT-Mucke", in which all of Howard's songs are stored.

I explain the main problem again and in other words:
My wish was, to find all songs from Howard Carpendale (I have for each song an own Page in the music Collection).
But in most of them does his name not appear directly! Instead, it appears there only via a related Page (the Page about the artist).

-- Why is it so?
-- It is so, because I don't use Tags for the name of the artists,. Instead, I use in each song Page a Relation Property that links to the Page for the individual artist.

And why did I do it so?
-- Because I hoped that AnyTwo gives me more possibilities then normal Tags.

General words about Tags:
Normal Tags are nothing more then entries a one dimensional list.
While with Relations (and with activated option "Allow multiple" we can link to other Pages -- similar as if we use Tags. But we have (in theory) much more possibilities then with simple Tags. Because the so linked Pages can contain a lot "Metadata", for example a description and much more.

The concept, to replace the one dimensional Tags with Relations to (more complex) other Objects, is in principle good.
But actually, it doesn't work as needed to become an alternative to Tags.

What I request:

Global Search should find all Objects (songs) that are related to the artist.
The name of the artist appears in most cases ONLY in the related Page (about the artist), but not in the song Page.

Nevertheless, I want to find the songs, when I search for "Howard Carpendale".
The music Collection shows his name in the table, therefore I expect that the global search finds these songs.

The actual workarround:

As said, global search finds already the Page with the artist. That's OK (but not enough).
If I then open this Page, I will find there the wanted songs in the list of Backlinks.

-- That's better then nothing, but it is clearly the optimal workflow.

It's not my main request here, but this workaround could be more useful if the global search would show me in the results, that the Page about the artist has MANY backlinks (for that I'll write a separate request).

-- As we see, the global search needs more (and more fundamental) improvements, then obvious on the first glance ...

1 Comment

Sign in to comment

AL
Alex Lins (Bao)·about 1 hour ago

Thanks for the detailed report — the video makes the gap clear. To make sure we're solving the right problem: when you search for "Howard Carpendale", you're looking to surface all Song pages that have a relation pointing to his Artist page, correct? And right now only pages where his name appears as text show up in results?

A couple of clarifying questions:

  1. On those Song pages with the Artist relation — do they have "Howard Carpendale" written anywhere in their own content (title, description, properties), or does his name appear only via the linked Artist page?
  2. When you say the global search "lists doesn't deliver that" — does it return zero results for those songs, or does it return them but ranked much lower than you'd expect?

This will help us understand whether search should be indexing relation targets' content, or if there's a ranking issue, or both.