- Сообщения
- 95
- Реакции
- 79
Наверняка, у каждой печатной организации есть своя система имен файлов, превью и структура хранения. У себя в компании (занимаемся ПОСМом, металлопластиковыми и картонными конструкциями), данную схему разрабатывал самостоятельно, поскольку до меня царил хаос имен и папок, по которым понять «что» и «откуда» было не возможно. Поскольку, спектр печатных и послепечатных технологий применяемых у нас довольно велик, пришлось вносить в имя довольно много информации: №ТЗ, наименование проекта и изделия, вид печатной технологии, размер области печати, вид и размер послепечатной обработки (предварительная или окончательная обрезка), материал, кол-во.
Приведу живой пример: 21563-PM-backwall-premium16_web-light-print-(602x215)_cut(592x205)_backlit_2un.eps
Теперь по названию файла (а их по одному проекту может быть несколько и каждый со своими параметрами) можно определить и «прочитать» сопроводительную важную информацию. Особенно удобно это в случае повторного запуска или поиска чего-то сделанного, скажем, год или два назад. НО, возникают проблемы с конечными исполнителями — разными цехами печати. Некоторые РИПы не понимают файлы с такими длинными именами. Конечным сотрудникам приходится переименовывать файлы (убирать часть символов из имени) для того что бы РИП отработал тот или иной файл. И далее начинаются волнения сотрудников, мол: «Зачем нам такие длинные имена. Нам неудобно каждый файл переименовывать..». Обратно в «хаос имен» переходить не хочется, очень привык к порядку. Но придумать альтернативу действующей системе, пока не могу.
Интересует мнения и системы имен файлов форумчан. Как кто систематизирует файлы? Что можно придумать с длинными именами и некорректной работы некоторых РИПов с этими файлами (как в моем примере)?
Приведу живой пример: 21563-PM-backwall-premium16_web-light-print-(602x215)_cut(592x205)_backlit_2un.eps
Теперь по названию файла (а их по одному проекту может быть несколько и каждый со своими параметрами) можно определить и «прочитать» сопроводительную важную информацию. Особенно удобно это в случае повторного запуска или поиска чего-то сделанного, скажем, год или два назад. НО, возникают проблемы с конечными исполнителями — разными цехами печати. Некоторые РИПы не понимают файлы с такими длинными именами. Конечным сотрудникам приходится переименовывать файлы (убирать часть символов из имени) для того что бы РИП отработал тот или иной файл. И далее начинаются волнения сотрудников, мол: «Зачем нам такие длинные имена. Нам неудобно каждый файл переименовывать..». Обратно в «хаос имен» переходить не хочется, очень привык к порядку. Но придумать альтернативу действующей системе, пока не могу.
Интересует мнения и системы имен файлов форумчан. Как кто систематизирует файлы? Что можно придумать с длинными именами и некорректной работы некоторых РИПов с этими файлами (как в моем примере)?