# Incorrect series year matching
**URL:** https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591
**Category:** Metadata and Renaming
**Created:** [February 5, 2019, 8:02pm UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591 "2019-02-05T20:02:07Z")
**Posts on this page:** 10
**Page:** 1
### Author:  [@rnaimon](https://discussion.mcebuddy2x.com/u/rnaimon)
#### Post date: [February 5, 2019, 8:02pm UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/1 "2019-02-05T20:02:07Z")
I’m wondering why when my source file is properly named, that the software ignores that and sometimes names things wrong? Such as two shows with the same name. If it can’t find it in its online search, can’t it default back to the original filename? I’ve attached the log file from one of the failed renamings.
[Titans (2018) - S01E07.mkv-Shows NonComSkip-2019-02-05T13-14-59.1212540-06-00.log](https://mcebuddy-discussion-forum.s3.dualstack.us-east-1.amazonaws.com/original/1X/4a3bf945b69ba70b4fa0277a39a892b6c810acd0.log) (878.9 KB)
---
### Author:  [@Goose](https://discussion.mcebuddy2x.com/u/Goose)
#### Post date: [February 6, 2019, 9:47pm UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/2 "2019-02-06T21:47:29Z")
I don’t see anything wrong here, it’s renamed and moved as expected:
> INFORMATION\> 2019-02-05T13:49:08 MCEBuddy.Engine.ConversionJob → Moving converted file to destination
> INFORMATION\> 2019-02-05T13:49:08 MCEBuddy.Engine.ConversionJob → Auto filename increment check enabled, checking if destination file \\nas2\PlexMedia\TV Shows\Titans (2000)\Season 1\Titans (2000) - s01e07 Torn Between Two Mothers.m4v exists and incrementing filename accordingly
> INFORMATION\> 2019-02-05T13:49:08 MCEBuddy.Engine.ConversionJob → Moving converted file C:\Program Files\MCEBuddy2x\working0\Titans (2000) - s01e07 Torn Between Two Mothers.m4v to **\\nas2\PlexMedia\TV Shows\Titans (2000)\Season 1\Titans (2000) - s01e07 Torn Between Two Mothers.m4v**
BTW, your renaming pattern has in invalid character `>` at the end (it’s ignored by MCEBuddy but just FYI)
`TV Shows\%showname% (%premiereyear%)\Season %season%\%showname% (%premiereyear%) - s%season%##e%episode%## %episodename%>`
---
### Author:  [@rnaimon](https://discussion.mcebuddy2x.com/u/rnaimon)
#### Post date: [February 6, 2019, 9:54pm UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/3 "2019-02-06T21:54:30Z")
The problem is the original file name is Titans (2018) - s01e07 Asylum. It’s renaming it to a different show that came out in 2000.
---
### Author:  [@Goose](https://discussion.mcebuddy2x.com/u/Goose)
#### Post date: [February 7, 2019, 12:30am UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/4 "2019-02-07T00:30:32Z")
I see what you mean, that’s a limitation of the way metadata is matched with the providers, it takes the first returned matching title. I’ve opened a feature request for this.
Meanwhile, the best way to correct is for shows that are remakes in a different year, get the TVDB ID or IMDB ID those shows in the enter them in the _Media Information Management_ `Correction` box in the _Conversion Task -\> Expert Settings_ page. This way it’ll force MCEBuddy to use that specific ID for matching the metadata.
---
### Author:  [@rnaimon](https://discussion.mcebuddy2x.com/u/rnaimon)
#### Post date: [February 7, 2019, 12:38am UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/5 "2019-02-07T00:38:09Z")
Ok I’ll give that a try. So does the source file name have any bearing on the outcome? Because I had them named correctly. At least from a plex perspective.
---
### Author:  [@Goose](https://discussion.mcebuddy2x.com/u/Goose)
#### Post date: [February 7, 2019, 12:40am UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/6 "2019-02-07T00:40:58Z")
> [@rnaimon](#):
>
> So does the source file name have any bearing on the outcome?
Yes, it does in some cases but it can be improved, this is an example where it doesn’t work fully so we’ll take this up internally.
I’ve opened a feature request so in future so it’ll minimize this extra step where possible.
> [@Compare series year with premiere year while matching metadata](https://discussion.mcebuddy2x.com/t/feature-compare-series-year-with-premiere-year-while-matching-metadata/2592):
>
> Continuing the discussion from: [https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/3](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/3)
---
### Author:  [@rnaimon](https://discussion.mcebuddy2x.com/u/rnaimon)
#### Post date: [February 7, 2019, 12:47am UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/7 "2019-02-07T00:47:28Z")
Great. Thanks for the support.
---
### Author:  [@Goose](https://discussion.mcebuddy2x.com/u/Goose)
#### Post date: [March 13, 2019, 7:35pm UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/8 "2019-03-13T19:35:11Z")
> [@Compare series year with premiere year while matching metadata](https://discussion.mcebuddy2x.com/t/feature-compare-series-year-with-premiere-year-while-matching-metadata/2592/4):
>
> This feature has been added in today’s 2.4.10 BETA build if the title contains the premiere year, it will parse it and match it accordingly so the correct series years are matched up.
---
### Author:  [@rnaimon](https://discussion.mcebuddy2x.com/u/rnaimon)
#### Post date: [March 20, 2019, 10:19pm UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/9 "2019-03-20T22:19:26Z")
Seems with this change that if you don’t provide the year already it just puts it as showname ().
---
### Author:  [@Goose](https://discussion.mcebuddy2x.com/u/Goose)
#### Post date: [March 20, 2019, 10:50pm UTC](https://discussion.mcebuddy2x.com/t/incorrect-series-year-matching/2591/10 "2019-03-20T22:50:09Z")
Conversion log please