КЛУБ СТОКОВЫХ ФОТОГРАФОВ, ИЛЛЮСТРАТОРОВ, ВИДЕОГРАФОВ и ИИ-ШНИКОВ

После того как я переустановил программу, предварительно все вычистив из реестра, все стало работать.
Ошибка была в самой программе, и отчет ушел к вам.

А зачем вот такая прелесть на фотолию добавляется к ключевым словам?

sky, sport, sporty, summer, tourism, tourist, travel, traveler, trip, vacation, view, walk, wheat, zzzaaaaagahhgpgngbgocnghgjhcgmcnhegphfhcgjhdgncnhegphfhcgjhdhecngogbhehfhcgfcngphfhegegpgphccnhagfgp, zzzbhagmgfcnhdglhjcngdgmgphfgecngggjgfgmgecngngbhacngigjglgfcngbgdhegjhggfcngigfgbgmhegihjcnfjelfdda, zzzcdadcdd

Эти кейворды используются для идентификации файла при сабмите и удаляются в процессе.

Они остаются на фотолии только в File Information, но содержимое этого раздела не видно покупателям.
Покупателям видно только Semantic Information, а там ничего после сабмита не остается.

Как-то это, скажем так, не профессионально и неприятно выглядит.
К тому же, не помню где именно, один из авторов говорил, что фотолия на него ругалась за подобные "идентификаторы".

К сожалению, для фотолии не существует других методов идентификации файла при сабмите.
Мы везде используем наиболее "незаметный" из возможных методов идентификации.

И нет, фотолия на это не ругается, в File Information вообще никто этого не видит кроме автора.
Фотолия может ругаться, только если засабмитить такой файл вручную, оставив эти кейворды.

Спасибо за ответ. Хорошо, если не ругается. На себе не проверял, не захотелось отправлять на ревью файлы с таким содержимым.
К слову, в программе-конкуренте это реализовано более приятно:
Object name: 828c03de-fd8e-459e-9137-bc1fd53bbd56
Abstract caption: 828c03de-fd8e-459e-9137-bc1fd53bbd56
Image description: 828c03de-fd8e-459e-9137-bc1fd53bbd56

что же в этом более приятного?

и там и там в полях метаданных мусор.
и по мне - так нет большой разницы, какое именно поле содержит мусор.
бонус от мусора в кейвордах вместо тайтла в том, что в случае, если фотолия внезапно что то меняет, то до момента исправления файлы сабмиттера все равно можно сабмитить, просто убрав лишние ключевые - остальная мета в порядке.

Разница в том, что когда я увидел то, что генерит стоксабмит, то первое что подумал - глюк.
В другом случае явно видно, что это служебные данные. Выглядит более аккуратно.

Сначала сабмиттер писал идентификацию именно в тайтл, но по описанным выше причинам (неудобно сабмитить руками) перешли на систему с ключевыми.

ОК, спасибо за разъяснение.
Желаю вам поправить служебные ключевые слова в сторону нормальных, "красивых" идентификаторов, а не тегов вида "упал на клавиатуру и уснул".

В ключевых словах не получится использовать дефисы и цифры.
На то они и ключевые слова.
Большинство стоков ключевики переформатируют как им угодно.

А возвращаться к сохранению идентификатора в тайтле - не так хорошо, как описано выше, и имеет свои недостатки.

Понимаю, что эти ключевые могут выглядеть не очень "красиво", но поверьте, они решают свою задачу, и попробуйте все таки к ним привыкнуть =)

2 й день не хочет грузить на Депозитфотос с такой ошибкой:
Ошибка"160 users(maximum) are logged in, sorry (421)" во время загрузки файла 1.jpg на сайт Depositfotos
Что это и как с этим бороться?

Проблема на депозите, их фтп перегружен.
Ждем

спасибо, тогда ждем.