<?xml version="1.0" encoding="UTF-8" ?><rss version="2.0"><channel><title>Apostrophes in Names Stir Lot O' Trouble : RSS 2.0</title><link>http://www.plime.com/plime-com/</link><description></description><language>en-us</language><webMaster>plime.com</webMaster><copyright>2008, plime.com.</copyright><lastBuildDate></lastBuildDate><pubDate></pubDate><generator>Plime/1</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs><image><title>Apostrophes in Names Stir Lot O' Trouble : RSS 2.0</title><url>http://www.plime.com/images/logo.gif</url><link>http://www.plime.com/plime-com/</link></image><item><title><![CDATA[Apostrophes in Names Stir Lot O' Trouble]]></title><description><![CDATA[Computers are smart but they can't understand apostrophes. It can stop you from voting, destroy your dental appointments, make it difficult to rent a car or book a flight, even interfere with your college exams. More than 50 years into the Information Age, computers are still getting confused by the apostrophe.]]></description><link>http://www.plime.com/technology/l/51699/1/</link><guid>http://www.plime.com/technology/l/51699/1/</guid><category>plime.com</category><pubDate></pubDate> </item><table cellspacing='0' cellpadding='0' width='100%' style='padding-top:5px;margin-bottom:0px;' class='trh'><tr valign='bottom'><td><table cellspacing='0' cellpadding='0'><tr valign='bottom'><td class='minitabspc' style='font-size:7px'>&nbsp;&nbsp;</td><td class='minitabs lg'  nowrap="nowrap" id='tab-comments'><a href='/plime-com/l/51699/1/' class='plime2 td mn'>comments (5)</a></td><td class='minitabspc' style='font-size:7px'>&nbsp;</td><td class='minitabd lg'  nowrap="nowrap" id='tab-related'><a href='/plime-com/l/51699-related/1/' class='plime td mn'>related</a></td><td class='minitabspc' style='font-size:7px'>&nbsp;</td><td class='minitabd lg'  nowrap="nowrap" id='tab-share'><a href='/plime-com/l/51699-share/1/' class='plime td mn'>share</a></td><td class='minitabspc' style='font-size:7px'>&nbsp;</td><td class='minitabd lg'  nowrap="nowrap" id='tab-history'><a href='/plime-com/l/51699-history/1/' class='plime td mn'>edit history (0)</a></td></tr></table></td><td class='minitabspc' style='width:100%' valign='middle'><table width='100%'><tr class='regular'><td align='right'> <a onclick='return false' class='page-dull td'>&lt;</a><span> <b><a class='page-selected td' href='/plime-com/l/51699/1/'>1</a></b> <a onclick='return false' class='page-dull td'>&gt;</a></span></td></tr></table></td></tr></table><item><title><![CDATA[Kevertje @ 2/23/2008 12:31:20 PM]]></title><description><![CDATA[<div class='qp pad d'><a class="page-dull td" href="/technology/l/51699/1/#q2"><b>&laquo;</b></a>&nbsp;<i><b>tragluk</b> : It's not that the programming is sloppy, or shortsighted, it's that it was designed and a character needed to be set aside for certain functions...  <br/><br/>If a company had a name like..  oh..  Wal*Mart then a computer would see the * and assume that you meant a group of letters you didn't know.  $am's Club thinks that you want a single wild-card character and will bring up Tam's Club and Jam's Club.  If 30 years from now someone starts using a name like...  Bl*$ule the computer won't recognize it properly.  Why?  Because some 'short sighted' programmer didn't realize that someone would put a $ in their name?</i></div>You analogy doesn't quite match. At the moment, there are no places calles Bl*$ule, while those characters have been used in databases since quite some time.<br/><br/>Apostrophes on the other hand have been used in names since long before there were computer systems.<br/><br/>The problem here is that in several database systems, text strings (such as names) are enclosed in apostrophes as well. These database systems don't have any problems dealing with apostrophes: when there is an apostrophe inside the string, you double it. That way the database knows that the string hasn't ended yet which means there are no problems.<br/><br/>The problems arise when a programmer doesn't think about the possibility of an apostrophe in someone's name. Everything a user enters into a computer system is checked before it's used (yes, even the comment I'm typing now). When a programmer forgets that an apostrophe is a valid character, (s)he can decide to block a user from entering apostrophes as part of their name. The reason for this is that this apostrophe can break the database (at least, if that same programmer forgets that they need to double the apostrophe before sending it to the db).<br/><br/>Basically, if you have a name with an apostrophe, and a computer system refuses your name because of that, there are probably more problems than just that. It's also quite likely that security is wonky.]]></description><link>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q6</link><guid>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q6</guid><category>plime.com</category><pubDate></pubDate> </item><item><title><![CDATA[tubs @ 2/23/2008 12:22:17 PM]]></title><description><![CDATA[<div class='qp pad d'><a class="page-dull td" href="/technology/l/51699/1/#q2"><b>&laquo;</b></a>&nbsp;<i><b>tragluk</b>&#160;:&#160;It's not that the programming is sloppy, or shortsighted, it's that it was designed and a character needed to be set aside for certain functions...</i></div>Which is sloppy and shortsighted when the characters are used as input.]]></description><link>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q5</link><guid>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q5</guid><category>plime.com</category><pubDate></pubDate> </item><item><title><![CDATA[dOntEAtpOOp @ 2/22/2008 10:23:18 PM]]></title><description><![CDATA[<div class='qp pad d'><a class="page-dull td" href="/technology/l/51699/1/#q2"><b>&laquo;</b></a>&nbsp;<i><b>tragluk</b>&#160;:&#160;&quot;Hi I'm 430239910&quot;</i></div>*writes down*<br/><br/>What's your credit card number?]]></description><link>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q4</link><guid>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q4</guid><category>plime.com</category><pubDate></pubDate> </item><item><title><![CDATA[ArchAngel @ 2/22/2008 8:42:35 PM]]></title><description><![CDATA[<div class='qp pad d'><a class="page-dull td" href="/technology/l/51699/1/#q2"><b>&laquo;</b></a>&nbsp;<i><b>tragluk</b> : It's not that the programming is sloppy, or shortsighted, it's that it was designed and a character needed to be set aside for certain functions...  <br/><br/>If a company had a name like..  oh..  Wal*Mart then a computer would see the * and assume that you meant a group of letters you didn't know.  $am's Club thinks that you want a single wild-card character and will bring up Tam's Club and Jam's Club.  If 30 years from now someone starts using a name like...  Bl*$ule the computer won't recognize it properly.  Why?  Because some 'short sighted' programmer didn't realize that someone would put a $ in their name?<br/><br/>By the way, you also can't use a hyphenated o, that e with the little letter on top, or any number of other things.  Names with numbers in them are seen as 'wrong' and cause confusion.<br/><br/>Having worked in databases and programmed a few I've seen the limitations and workarounds.  They aren't pretty.  You either Dummyproof the entry (Letters only! No Spaces!) and something like an apostrophe gets lost, or you don't and the first secretary who puts in the record says &quot;O Keefe&quot; and the second one puts in &quot;O'Keefe&quot; and the third puts in &quot;OKeefe&quot; which are all different names.<br/><br/>Sigh...<br/><br/>Time for people to start referring to eachother as SSN numbers.  &quot;Hi I'm 430239910&quot;<br/><br/>No confusion, no problem.</i></div>Johnny '); DROP TABLE, anyone?<br/>(xkcd)]]></description><link>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q3</link><guid>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q3</guid><category>plime.com</category><pubDate></pubDate> </item><item><title><![CDATA[tragluk @ 2/22/2008 12:04:38 PM]]></title><description><![CDATA[It's not that the programming is sloppy, or shortsighted, it's that it was designed and a character needed to be set aside for certain functions...  <br/><br/>If a company had a name like..  oh..  Wal*Mart then a computer would see the * and assume that you meant a group of letters you didn't know.  $am's Club thinks that you want a single wild-card character and will bring up Tam's Club and Jam's Club.  If 30 years from now someone starts using a name like...  Bl*$ule the computer won't recognize it properly.  Why?  Because some 'short sighted' programmer didn't realize that someone would put a $ in their name?<br/><br/>By the way, you also can't use a hyphenated o, that e with the little letter on top, or any number of other things.  Names with numbers in them are seen as 'wrong' and cause confusion.<br/><br/>Having worked in databases and programmed a few I've seen the limitations and workarounds.  They aren't pretty.  You either Dummyproof the entry (Letters only! No Spaces!) and something like an apostrophe gets lost, or you don't and the first secretary who puts in the record says &quot;O Keefe&quot; and the second one puts in &quot;O'Keefe&quot; and the third puts in &quot;OKeefe&quot; which are all different names.<br/><br/>Sigh...<br/><br/>Time for people to start referring to eachother as SSN numbers.  &quot;Hi I'm 430239910&quot;<br/><br/>No confusion, no problem.]]></description><link>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q2</link><guid>http://www.plime.com/plime-com/l/51699/1/rss2_0.rss#q2</guid><category>plime.com</category><pubDate></pubDate> </item></channel></rss>