Talk:Delimiter-separated values

message: This is scandalously oversimplified. No one here actually working in computer science? Just dilettantes hanging about, right? See Eric Raymond for an excellent treatise on this subject. There is a huge difference between clumsy Microsoft technologies such as CSV and TSV on the one hand and the elegant DSV of Unix on the other. Microsoft's abominable CSV is not repeat not a DSV. Get back to work. — Preceding unsigned comment added by 81.50.44.156 (talk) 19:01, 20 March 2009 (UTC)
thread_title: Way Oversimplified

message: this article should probably be renamed with the dash, since it is a compound adjective. —The preceding unsigned comment was added by Dreftymac (talk • contribs) .
:Done. — xaosflux Talk 00:44, 19 October 2006 (UTC)
thread_title:  rename to Delimiter-separated values 

message: One may mention that CSV is a part of RFC
http://www.rfc-editor.org/rfc/rfc4180.txt
--Csmth (talk) 07:57, 22 February 2008 (UTC)
replies: text:  Sorry, I am wrong. This article is not specific for CSV. Ignore my comment. --Csmth (talk) 08:04, 22 February 2008 (UTC)
thread_title:  RFC 

message: It seems that “delimiter” has come to be synonymous with “separator”, but this is not how I learned it.  Back when I was taking computer science classes, delimiters were used to mark the start and end of something.  For example, a quotation uses delimiters.  If you see something like, "it fell from the sky", the quoted text is delimited.  A double-quote marks the beginning, and another double-quote marks the end.  So delimiters set the boundaries of the thing being delimited.
If this were still true, you could not call a file of comma-separated values format (or CSV) a comma-delimited file.  Technically, I would argue it is not comma-delimited, it is comma-separated.  By contrast, files that conform to a text markup language, like SGML or XML, are delimited in that the beginning and end of chunks of text are marked by start and end tags.
<rant>I don’t mean to be pedantic, but this is delimited.</rant>
Spoodles (talk) 21:16, 29 January 2009 (UTC)
thread_title:  Is "Delimiter" the same as "Separator" now? 

message: Data validation tools like Flat File Checker may be used to identify and eliminate such errors before import. - Looks like advertisement of the above tool.  —Preceding unsigned comment added by 82.200.67.50 (talk) 10:33, 1 February 2010 (UTC)
thread_title:  Ads in the article? 

message: It has been my experience that some versions of some Microsoft products, as well as third-party products, will fail on a CSV file delimited by LF characters.  They only work if the file is delimited by the CRLF sequence. --Jym (talk) 21:07, 23 March 2010 (UTC)
thread_title:  Line Breaks 

message: What does everyone think about best practices for delimiter-separated values?  I've commonly seen commas, pipes, tildes, and C-cedillas used as the delimiter, but there are certain risks associated with them (depending on the raw data).  Is there a delimiter that should be used as a standard which is considered "safest" to avoid situations where (for example) a customer might have a C-cedilla in their name which throws off the file format after delimiters are inserted?  I've also seen where people look for and remove/strip the delimiter being used from the raw data before adding in the delimiter to prevent this from happening, but my thought is that there may be a particular character that is least commonly found/used which would prevent the need to strip anything from the raw data.  — Preceding unsigned comment added by 159.53.46.141 (talk) 20:13, 6 February 2014 (UTC)
thread_title:  Delimiter-Separated Value Best Practices 

message: Just reading the discussion on the talk page shows that this article requires more clarity and explanation. The fact that someone even asked why the values are quoted, which is valid question considering the article content alone, suggests that there is a major gap in the content. The concept of delimited and separated values, used independently (not here, obviously) or in combination are relatively simple concepts. This article, however, does not explain clearly enough what a DSV is. That there is confusion between DSVs and CSVs would seem to indicate that the article content should distinguish how a DSV is different from potential interpretations, such as CSV.
Even the naming is confusing. There may be a common usage standard for "delimiter-separated", but I'd have to say it's incorrect. "Comma-separated" is correct because the separator is the comma. Because CSV's aren't always separated by commas, sometimes they're called character-separated values (although commas are by far the most common, at least in my experience). But these DSV files, as I understand it (and, again, this is not clear in the article), are delimited and separated; delimited/delimitor is not qualifying or modifying separated/separator. There is no need for a hyphen here, and I would go as far as to say it is incorrect, grammatically speaking. But, as I said, there may be some common usage here of which I'm not aware.
But I digressed. Getting back to the main point, this article seems to be written by, and reviewed by, those who already know the content. WikiP articles should include a bit more content for the lay person, as well as distinguish content from common, potential confusion (e.g. DSV vs. CSV).
I would also suggest that some of this discussion is not consistent with WikiP's guidelines:
* "...in an atmosphere of mutual respect and cooperation. Don't be afraid to contribute as you are encouraged to be bold in editing in a fair and accurate manner."
* "While discussing matters, it is very important that you conduct yourself with civility and assume good faith on the part of others."
Just my thoughts.
--FreeText (talk) 19:36, 1 August 2014 (UTC)
thread_title:  Content Clarification 

message: This poorly written article confuses "delimiters" with sep,ara,tors.  They are two completely different things.  — Preceding unsigned comment added by 64.126.68.153 (talk) 18:06, 5 September 2014 (UTC)
thread_title:  Delimiter vs. Separator 

message: I've reverted again. A lede should summarize the body, but the body has nothing on cross platform data exchange or database schemas. The reference to database schema is inappropriate because DSV files are flat and do not describe schemas. DSV is a file format, but it is not about converting file formats. It is just a least-common denominator format that can be used for data exchange. Glrx (talk) 23:02, 10 November 2016 (UTC)
replies: text: Right. We are talking past the same concepts in different words. I am not saying that DSV is what converts a file or defines a schema. (How did you get that out of it?) I am saying that because different schemas exist, which they do, you need a common format for data exchange between them, which DSV is. I question the thinking/reading that couldn't see that point being made, but <>sI'm not interested right now in spending more time here
 I ended up taking another crack at it. Quercus solaris (talk) 23:29, 10 November 2016 (UTC)
replies: text:  Uh, reading comprehension alert? I wrote "Despite that each of those applications has its own database schema and its own file format (for example, accdb or xlsx), they [THE APPLICATIONS] can all map the fields in a DSV file to their own schema and format." You wrote "DSV files are flat and offer NO support for schema conversions." No kidding! Who said anything about "providing support"? The DSV file doesn't have to DO anything, the application does it! I'm not just accepting that reversion. Quercus solaris (talk) 23:49, 10 November 2016 (UTC)
replies: text:  Where are the sources for these claims? Are the issues being raise discussed in secondary sources that address DSV? "This is about as plain as it can be made" sounds in WP:OR. The unsourced statement can be made even simpler if schema are not mentioned. Why are you raising the topic of database schema for a flat interchange format that has an uninteresting schema? There's no hierarchy, no multiple tables, no integrity relations, no domain constraints. The topic is only about raw data exchange. It does not care about integrity relations. Now, you are changing database schema to database design. That makes it worse. The schema is just the table layout; the database design comprises more than just the data. You've also changed schema to data model. Why are you raising data model issues when DSV has no impact on the model? You are raising issues about complexity that the format does not address. Glrx (talk) 00:23, 11 November 2016 (UTC)
thread_title:  Database schema