[dascon]

распространенность CSV весьма значительная по сравнению с TSV. Почему?

для меня так именно потому, что TSV нужно

смотреть в текстовом редакторе/процессоре у которого есть возможность отображать не печатные символы

А CSV - в любом.

[Busla]

Если данный в таблице примерно одной размерности, то TSV будет представлен ровными колонками, а не сплошным текстом, как CSV. Так что на счёт визуального представления не согласен.

[dascon]

Если данный в таблице примерно одной размерности, то TSV будет представлен ровными колонками, а не сплошным текстом, как CSV

это уже от редактора/просмотрщика зависит

[lxa85]

Табуляция понятие довольно растяжимое, в частности в программировании редакторы могут настраиваться, а могут и нет, на замену символа табулиции определенным числом пробелов. Будь то 8, 4 или 2. Основное применение - форматирование текста.
При переносе исходников в другой редактор наперед не известно, как он работает с табуляцией.
Пологаю что и в данном случае также не известно, как идет сохранение файла. Будет ли редактор вставлять символ табуляции или же заменит неким числом пробелов.
CSV - четко определен разделяющий символ

А так для CSV нужно дополнительно обрабатывать данные - заключать в кавычки значения, в которых требуются применять запятую, дабы дать парсеру понять, что это не служебная запятая и бить на колонки в данном случаи не требуется. »

ИМХО это не сильная нагрузка на парсер.
Также попробую предопложить что с CSV удобнее работать в анализаторах текста gawk, perl, и т.п.

[Admiral]

dascon позиция ясна. Так же и при выводе на печать, в случаи не равномерных данных, будет видно где закончились колонки. Впрочем по типу приводимых данных это тоже можно сделать.

Busla я как раз TSV использую, хоть и не знал что он так называется, всегда называл как его называет Ексель - текстовый файл с разделителями табуляции или просто табулированный текст. Про превосходство визуализации предположил как идею возникновения CSV.
С CSV столкнулся на форуме в виде предложения сохранить в нём PM, чуть не спутав его с CVS (Concurrent Versions System) про который слышал ранее благодаря ресурсу sourceforge.net
Данную путаницу встретил и в теме Для чего нудны csv-файлы? где на 4м и 5м посте распутали.

lxa85 с пробелами тоже можно решить вопрос, если их точно будет больше одного. Это и будет отличием от одинарного, который может быть в полях данных.
Да но информативная нагрузка на пользователя, работающего с сырыми данными и видящего служебные запятые и кавычки обрамляющие данные где это требуется. Хотя как вариант можно заключить в кавычки все поля с данными с целью однородности.
В случаи анализаторов текста вполне возможно, ведь тогда можно управлять данными с консоли (если я правильно понял идею применения gawc в ключе с CSV), а табуляцию консоль не воспримет, в отличии от запятой.

[Busla]

lxa85, понятие, как раз, довольно чёткое, а кривые реализации к сожалению, существуют практически для всего :-)