#Possible to Sort Trakt Movie List by Popularity?

1 messages · Page 1 of 1 (latest)

merry gazelleBOT
#

Welcome @winged wigeon!

Someone from <@&938443185347244033> will assist when they're available.

Including meta.log from the beginning is a huge help. Type !logs for more information.

After attaching your log, do not forget to hit the green check boxes when prompted by our bot.

#

You can press the "Close Post" button above or type /close at any time to close this post.

merry gazelleBOT
#

I would like to sort my Trakt Christmas collection by popularity. It appears that isn't possible by one the Kometa Wiki. It shows sorting by popularity is only possible with "Tracks." Is there any way I can better sort the list? For refernce, I've attached my config file. The Trakt URL includes a sort by popularity option but don't think that matters.

iron orchid
#

I believe Trakt will only ever return the order that the list owner has set via the default sorting. You would have to make a copy of the list on the Trakt site and set the default sorting to Popularity. The popularity sorting option you see in the wiki is something that is entirely specific to tracks.

atomic garden
#

I’m pretty sure Kometa displays the collection in whatever sort the Trakt builder returns them in

winged wigeon
#

Dang, I'm guessing this one was built to be sorted alphabetically because it starts with 8-bit Christmas

iron orchid
#

The Trakt list you're using is the old list from the Kometa team though. I don't think it's maintained any longer and the contents are largely the same in a similar list on mdblist:
https://mdblist.com/lists/k0meta/christmas-extravaganza
You could use that list in a custom collection, in which case some additional sorting options become available: https://kometa.wiki/en/nightly/files/builders/mdblist/list/#sort-options

winged wigeon
#

What happens if I remove the Trakt Christmas collecion and use the mdblist? Will it create two Christmas collections in Plex or will it remove the Trakt collection before creating one with the mdblist?

atomic garden
#

If you use the same collection and just change the list, it should not create a new collection

winged wigeon
#

How would I do that? I currently only have this for the Christmas Collection

#

that didn't paste right and can't remember how to do a code block

#
      template_variables:
        trakt_list_christmas:
        - https://trakt.tv/users/k0meta/lists/christmas-extravaganza-non-tv-movie?sort=popularity,asc```
atomic garden
#

if you wanna just use that list, then remove the variable and it will just use the default list

winged wigeon
#

so just pmm: seasonal will now use the mdblist? I think I had it like that a while back and someone told it was using an outdated list at the time

atomic garden
#

because it probably was an outdated list, there are aspects of Kometa that change

winged wigeon
#

Oh, I thought it was something that was stuck based on whatever I was told at the time.

atomic garden
#

would recommend also changing anywhere in your config that days - pmm: whatever to - default: whatever

atomic garden
winged wigeon
#

So it would be - default: seasonal now?

atomic garden
#

yes, pmm still works, but recommend changing

#

also where your config says metadata_path, change that to collection_files; and where it says overlay_path change to overlay_files

strong havenBOT
#
PMM 1.20 - Metadata Path and Overlay Path

When using Plex Meta Manager release 1.20 or later, metadata_path and overlay_path are legacy attributes, and using them will cause the YAML Error: metadata attribute is required to appear in your log files.

Whilst the error can be ignored safely, we recommend you migrate to the new attributes.

An example of the new setup is shown here:

libraries:
  Movies:
    collection_files:   # was metadata_path
      - file: config/Movies.yml
      - pmm: imdb
    metadata_files:   # was metadata_path
      - file: config/MetadataEdits.yml
    overlay_files:   # was overlay_path
      - file: config/Overlays.yml
      - pmm: audio_codec

Follow the below guidance to migrate to the new attributes.

Migrating to `_files` attributes:

:one: If your YAML file creates collections or is a PMM Defaults Collection File then it belongs under collection_files.

:two: If your YAML file creates overlays or is a PMM Defaults Overlay File then it belongs under overlay_files

:three: If your YAML file edits item metadata (see this example) then it belongs under metadata_files

If your file creates collections AND edits item metadata, then it should go in both `collection_files` and `metadata_files`

If you are unsure on the above, the majority of `metadata_path` files  will now fall under `collection_files`, and all `overlay_path` files will now fall under `overlay_files`.

See the wiki for more examples of this.

atomic garden
#

@winged wigeon uparrow recommend the above changes, these were implemented back in 1.20. And then change the pmm references to default

winged wigeon
#

Think I got those changes made now.

atomic garden
#

they still work, for now, and probably still will for the forseeable future. but changing them will quiet a recommendation from our bot

winged wigeon
#
  collection_order: tmdbpopular.desc```
#

Is that what I need to do to accomplish what I'm wanting?

hoary cape
winged wigeon
#
      template_variables:
        collection_order: tmdbpopular.desc```
#

That look correct them? I was just looking at the exmaples on the mdblist page and didn't see the template variables used

hoary cape
#

It's sort_by, and that's not a valid sort method.

atomic garden
#

and you'd want to use sort_by_christmas: yoursort

iron orchid
#

I'm not sure collection_order is exposed as a template variable, and even if it is I don't think tmdbpopular.desc is a valid collection order. It needs to be the sort_by within the mdblist builder. You would have to do that with a custom collection, not the default.

hoary cape
winged wigeon
hoary cape
#

If you were creating a collection yourself using the mdblist builder, sure.

winged wigeon
#

Oh, so that means I can't sort this mdblist by popularity then, right?

#

I don't think that's a default sort_by option

atomic garden
#

not by tmdbpopular

hoary cape
#

The ways in which the seasonal defaults can be customized are laid out on the default seasonal wiki page.

The defaults use standard builders, of course, but they do not expose all the details of those builders for customization.

atomic garden
#

that might give you the same results as what you are trying to do

winged wigeon
#

I was just looking through the sort_by options and thinking that looks like it might be my best option

atomic garden
#

that is the only sort option relating anything to a rating / ranking

winged wigeon
#

is it sort_by_christmas: or just sort_by:

#

I thought it was just sort_by:

atomic garden
#

what does the wiki say?

#

sort_by_<<key>> sorts the specific key's collection
sort_by will sort all keys to that same sort

winged wigeon
#

Oh, I see now.

atomic garden
winged wigeon
#

Yep, I understand now (I think)

#
      template_variables:
        sort_by_christmas: audience_rating.desc```
#

There's what I have now

merry gazelleBOT
#

Here's the updated config file. I replaced all pmm with default

winged wigeon
#

And made those other corrections you mentioned

atomic garden
#

Cool

#

You could run it now if you want or you can just leave it and let it run the next time Kometa runs

#

I’m one that will just adjust my config and then it will catch the changes on the next run

strong havenBOT
#

antwanchild used !afnh

@winged wigeon, anything further needed here? If not, please type /close and hit enter. Please respond within 24 hours of this message or it will be archived.