Здесь получается, что тег ставится как вторичный признак на основе количества запусков, а это не несет дополнительной смысловой нагрузки.Вынужден не согласиться, поскольку Кол-во запусков - это второстепенная информация, которая не сразу бросается в глаза.
Если и делать правила автоматической простановки и снятия тегов, то это должно быть что-то более интересное, чем просто базироваться на количестве запусков. Но пока что стоящих идей на этот счет нет.
Они так и задумывались, тег - постоянная характеристика трека: "Медленный", "Инструментальный", "80е", ...Если юзать Теги как сейчас, то Тег - это параметр или свойство как величина постоянная.
Будет ли это иметь применение на практике? Выглядит так, что прописывание таких условий (плюс надо их еще правильно настроить) это больше работы, чем просто вручную проставить тег, или вообще использовать другой подход.например если у трека столько-то запусков, добавлен тогда-то, рейтинг такой-то, то вот тогда вот при стечение всех условий бац и присвоить или удалить тег
Ваше предложение какое? Сначала делать правила постановки тегов, например "более 1000 запусков, поставить такой-то тег", потом отбирать по тегам? Почему тогда сразу не использовать количество запусков?Вы же вместо этого по сути предлагаете городить какие-то кучу условий каждый раз и прочие извращения?
Гибче - это правила приоритетов в генераторе, которые могут работать и как фильтр и позволяют регулировать вероятности. Если и придумывать что-то, то, наверное, лучше новые правила в приоритеты или какие-то условия. Плюс здесь в том, что легко видеть, как правила работают - просто создавая тестовые плейлисты, результат виден сразу. В отличие от правил автоматической простановки тегов, где придется ждать и наблюдать, работает ли как надо.делать удобнее, гибче