William Higgins Naming

Bringing in dicussions from multiple places

There seems to be no formal consensus and thus is left in limbo

1 Like

Thank you for bringing this up, since it’s something which hasn’t had any consensus and thus has been inconsistent for quite some time. For context, videos from William Higgins (and related network studios) have a title as well as a category which is displayed as a subtitle.

Here are the categories was able to locate:

  • AIRPORT SECURITY
  • BACKSTAGE
  • CASTING
  • CHERRY BUSTING
  • CFNM
  • CZECH UP
  • EROTIC SOLO
  • FETISH BOUTIQUE
  • FULL CONTACT
  • HELPING HAND
  • GONZO
  • KINK
  • MASSAGE
  • RAUNCHY
  • SESSION STILLS
  • SOFT DUOS
  • WANK PARTY
  • WRESTLING
  • YOUNG OFFENDERS

And there very well may be more. They add new ones from time to time and they vary across the network sites. These categories are important because their titles can be the same across categories, but are generally unique within a category.

In the proposed pull request, the theme seems to be:

  • For BACKSTAGE, place ā€œ: Backstageā€ at the end of the title
  • For WANK PARTY, keep the title as-is. This largely has to do with all of the titles starting with ā€œWank Partyā€ already.
  • For all others, place the cased category at the start of the title (ā€œCzech Up:ā€ for CZECH UP)

On first glance I feel that this strategy makes sense and would be in support of it becoming the standard.

2 Likes

I fully support the concept that’s proposed here. I’ve got dozens of videos from this provider with identical titles because the category isn’t captured.

1 Like

Continuing the discussion from William Higgins Naming (because I’m unable to post there for some reason):

Okay, so the WH naming has been a point of contention for ages. I’ve begun adding a number of old scenes in bulk, and I’m following the following convention:
The ā€œcategory titleā€ (e.g. WANK PARTY, BACKSTAGE, FULL CONTACT, etc.) goes first. Because the official page has this in all caps (also confirmed if you look at this text through a web inspector), I keep all caps.

The current scraper completely omits this category title, and I’ve seen prior discussions where the reasoning was ā€œyou have tags for thatā€, or "you also wouldn’t add a title to ā€œWank Party #35804ā€ because it would be redundant.

All that does though is lead to inconsistencies and confusion in my opinion. For example, if you have a Wank Party #01, and a backstage video for Wank Party #01, you will always need to look at additional information to ever guess at what the video actually is.

Likewise, you have some videos where you have the same duo performing a Full Contact video as well as a Soft Duos video. You can’t guess at which is which based on a title like ā€œIvan and Vadimā€.

So I’m currently using a convention that is simple, consistent across all videos, clears up any possible confusion, and doesn’t ignore a valuable piece of information that is standardized across all WH videos (and sites). The ā€œvideo categoriesā€ have also been there at least dating back to 2010 and probably before, so it’s safe to say they aren’t going anywhere.

Using the convention ā€œCATEGORY: performer name(s) - video type if applicable RAWā€ eliminates all possible confusion, is clear, is consistent with official naming conventions, and may I say, is also just way easier to navigate inside your own library.

Yes, that means that Wank Party videos look a little bit stupid, because they are named ā€œWANK PARTY: Wank Party 69, Part 1 RAWā€, but these are the only examples where you get a redundancy. I would still keep the category title, because at least then it remains easy to differentiate them from their backstage vids: BACKSTAGE: Wank Party 69 RAW.

Anyway, thank you for coming to my TED talk. I’m happy to listen to feedback.

Just for clarity, I disagree with the proposal to deviate from the standard for Backstage and Wank Party scenes, for three reasons:

  • excluding the WANK PARTY category would be create an inconsistency in the proposed method. I understand preferring to avoid redundancy, but it’s how the official page does it as well. Why create a less straightforward rule for the exception?
  • What’s more, not all wank party scenes are also titled Wank Party. For example: StashDB (WANK PARTY: Wank in the Woods)
  • As for the ā€œbackstageā€ scenes, these are then the only ones left that don’t have a category title up-front. But then which category title would you use? The original (no longer there in the official site version)? None (inconsistent with everything else)? But just like with any other scene, using the category title allows you to see immediately that it’s a backstage scene, which means you know it’s not action oriented.

These are the reasons why I would use every category title consistently for every type of scene. That way, you can’t really go wrong, scraper or no. It’s always the same format, and anything odd the studio does, won’t matter, because it will still always be clear what type of scene it is.

2 Likes

Three months after writing my original thoughts, I’ve moved into the camp of thinking that ā€œBackstageā€ and ā€œWank Partyā€ scenes should not be special cased here. We should be consistent across the board and avoid exceptions whenever possible.

Additionally, I’m starting to think that title casing the category is also a bad move. Not only because it makes copy/pasting just that much more annoying but also because it means handling that custom in the scraper.

1 Like

I’ve submitted a pull request with the proposed changes to consistently add the category name to the beginning of titles.

1 Like

If there’s one feature I wish the database and app had, it’s the possibility to include alternate titles, automatically including a version converted to title casing from whatever the original had. I also don’t like the app yelling at me with these titles, but it’s how WH does it as well, so I think the current rules imply: if we use the category titles, we need to have them in caps.

1 Like

I like more keeping the most unique part at front of the string (like Peto & Ivanek RAW – CZECH UP) because it is more comfort to read, especially in lists and mobile.

IAFD uses also kind of this approach (Peto and Ivanek Raw - Czech Up)

This is again where alternative title would be really useful for stash: everyone seems to agree the category is necessary, but not how it should be implemented. And then there’s the difference between what the database requires, and what you might like in your own library. For example, in my own library, I have seperate sub-studios for the categories. I can see in the logo what kind of scene it is, and the rest is just the scene title.

Because we’re at a standstill: can we compromise on having the category titles in title case?