Determine File Encoding

[Marc Jennings]

Hi there,

Can anyone point out any really obvious flaws in the methodology below
to determine the likely encoding of a file, please? I know the number
of types of encoding is small, but that is only because the
possibilities I need to work with is a small list.

private string determineFileEn coding(FileStre am strm)
{
long originalSize = strm.Length;
StreamReader rdr = new StreamReader(st rm);

strm.Position = 0;
System.Text.UTF 8Encoding unic = new System.Text.UTF 8Encoding();
byte[] inputFile = unic.GetBytes(r dr.ReadToEnd()) ;
if(inputFile.Le ngth == originalSize)
{
return "UTF8";
}

strm.Position = 0;
System.Text.Uni codeEncoding unic2 = new System.Text.Uni codeEncoding();
byte[] inputFile2 = unic2.GetBytes( rdr.ReadToEnd() );
if(inputFile2.L ength == originalSize)
{
return "Unicode";
}

strm.Position = 0;
System.Text.UTF 7Encoding unic3 = new System.Text.UTF 7Encoding();
byte[] inputFile3 = unic3.GetBytes( rdr.ReadToEnd() );
if(inputFile3.L ength == originalSize)
{
return "UTF7";
}

System.Text.ASC IIEncoding unic4 = new System.Text.ASC IIEncoding();
byte[] inputFile4 = unic3.GetBytes( rdr.ReadToEnd() );
if(inputFile4.L ength == originalSize)
{
return "Ascii";
}

return "Not known";
}

Thanks in advance
Marc.

[Nick Malik [Microsoft]]

Why read the entire file to determine the encoding. Can't you tell from the
indicator bytes at the beginning?

Forgive me if I don't know much about encoding, but your algorithm appears
wildly inefficient on its face.

--
--- Nick Malik [Microsoft]
MCSD, CFPS, Certified Scrummaster
http://blogs.msdn.com/nickmalik

Disclaimer: Opinions expressed in this forum are my own, and not
representative of my employer.
I do not answer questions on behalf of my employer. I'm just a
programmer helping programmers.
--
"Marc Jennings" <Ma**********@c ommunity.nospam > wrote in message
news:ch******** *************** *********@4ax.c om...

Hi there,

Can anyone point out any really obvious flaws in the methodology below
to determine the likely encoding of a file, please? I know the number
of types of encoding is small, but that is only because the
possibilities I need to work with is a small list.

private string determineFileEn coding(FileStre am strm)
{
long originalSize = strm.Length;
StreamReader rdr = new StreamReader(st rm);

strm.Position = 0;
System.Text.UTF 8Encoding unic = new System.Text.UTF 8Encoding();
byte[] inputFile = unic.GetBytes(r dr.ReadToEnd()) ;
if(inputFile.Le ngth == originalSize)
{
return "UTF8";
}

strm.Position = 0;
System.Text.Uni codeEncoding unic2 = new System.Text.Uni codeEncoding();
byte[] inputFile2 = unic2.GetBytes( rdr.ReadToEnd() );
if(inputFile2.L ength == originalSize)
{
return "Unicode";
}

strm.Position = 0;
System.Text.UTF 7Encoding unic3 = new System.Text.UTF 7Encoding();
byte[] inputFile3 = unic3.GetBytes( rdr.ReadToEnd() );
if(inputFile3.L ength == originalSize)
{
return "UTF7";
}

System.Text.ASC IIEncoding unic4 = new System.Text.ASC IIEncoding();
byte[] inputFile4 = unic3.GetBytes( rdr.ReadToEnd() );
if(inputFile4.L ength == originalSize)
{
return "Ascii";
}

return "Not known";
}

Thanks in advance
Marc.

[Marc Jennings]

I have to forgive you for not knowing too much about encoding. I know
even less. I agree that the algorithm *is* wildly inneficient, but
the fact is that I have not got a clue. :-) Such are the joys of
learning from Google.

On Wed, 1 Jun 2005 06:27:22 -0700, "Nick Malik [Microsoft]"
<ni*******@hotm ail.nospam.com> wrote:

Why read the entire file to determine the encoding. Can't you tell from the
indicator bytes at the beginning?

Forgive me if I don't know much about encoding, but your algorithm appears
wildly inefficient on its face.

--
--- Nick Malik [Microsoft]
MCSD, CFPS, Certified Scrummaster
http://blogs.msdn.com/nickmalik

Disclaimer: Opinions expressed in this forum are my own, and not
representati ve of my employer.
I do not answer questions on behalf of my employer. I'm just a
programmer helping programmers.

[KH]

Check out the StreamReader constructors that take a bool argument to
determine the encoding from the byte order mark. Also check out the
Encoding.GetPre amble() method.
"Marc Jennings" wrote:

I have to forgive you for not knowing too much about encoding. I know
even less. I agree that the algorithm *is* wildly inneficient, but
the fact is that I have not got a clue. :-) Such are the joys of
learning from Google.

On Wed, 1 Jun 2005 06:27:22 -0700, "Nick Malik [Microsoft]"
<ni*******@hotm ail.nospam.com> wrote:

Why read the entire file to determine the encoding. Can't you tell from the
indicator bytes at the beginning?

Forgive me if I don't know much about encoding, but your algorithm appears
wildly inefficient on its face.

--
--- Nick Malik [Microsoft]
MCSD, CFPS, Certified Scrummaster
http://blogs.msdn.com/nickmalik

Disclaimer: Opinions expressed in this forum are my own, and not
representati ve of my employer.
I do not answer questions on behalf of my employer. I'm just a
programmer helping programmers.

[Joerg Jooss]

Marc Jennings wrote:

Hi there,

Can anyone point out any really obvious flaws in the methodology below
to determine the likely encoding of a file, please? I know the number
of types of encoding is small, but that is only because the
possibilities I need to work with is a small list.

private string determineFileEn coding(FileStre am strm)
{
long originalSize = strm.Length;
StreamReader rdr = new StreamReader(st rm);

strm.Position = 0;
System.Text.UTF 8Encoding unic = new System.Text.UTF 8Encoding();
byte[] inputFile = unic.GetBytes(r dr.ReadToEnd()) ;
if(inputFile.Le ngth == originalSize)
{
return "UTF8";
}

strm.Position = 0;
System.Text.Uni codeEncoding unic2 = new
System.Text.Uni codeEncoding(); byte[] inputFile2 =
unic2.GetBytes( rdr.ReadToEnd() ); if(inputFile2.L ength ==
originalSize) {
return "Unicode";
}

strm.Position = 0;
System.Text.UTF 7Encoding unic3 = new System.Text.UTF 7Encoding();
byte[] inputFile3 = unic3.GetBytes( rdr.ReadToEnd() );
if(inputFile3.L ength == originalSize)
{
return "UTF7";
}

System.Text.ASC IIEncoding unic4 = new System.Text.ASC IIEncoding();
byte[] inputFile4 = unic3.GetBytes( rdr.ReadToEnd() );
if(inputFile4.L ength == originalSize)
{
return "Ascii";
}

return "Not known";
}

The most obvious flaw would be that generally speaking this is
impossible to achieve ;-)

The second flaw is that your code is just plain wrong. You're using a
UTF-8 StreamReader regardless of the actual encoding. This object will
be able to read UTF-8 and ASCII, but UTF-16 will break for sure.

The third flaw is that you assume "the number of types of encoding is
small". I'd say
http://msdn.microsoft.com/library/de.../en-us/intl/un
icode_81rn.asp is not really a short list, although many of these
encodings are not likely to be found in your typical American or
Western European PC environment.

Cheers,
--
http://www.joergjooss.de
mailto:ne****** **@joergjooss.d e

[Joerg Jooss]

KH wrote:

Check out the StreamReader constructors that take a bool argument to
determine the encoding from the byte order mark. Also check out the
Encoding.GetPre amble() method.

That works only for certain UTFs and maybe some rather obscure stuff,
but today's popular 8 bit encodings like ISO-8859-x or Windows-152x
don't use preambles or BOMs.

Cheers,
--
http://www.joergjooss.de
mailto:ne****** **@joergjooss.d e

[Marc Jennings]

On Wed, 01 Jun 2005 11:59:09 -0700, "Joerg Jooss"
<ne********@joe rgjooss.de> wrote:

**snip**

The most obvious flaw would be that generally speaking this is
impossible to achieve ;-)

The second flaw is that your code is just plain wrong. You're using a
UTF-8 StreamReader regardless of the actual encoding. This object will
be able to read UTF-8 and ASCII, but UTF-16 will break for sure.

The third flaw is that you assume "the number of types of encoding is
small". I'd say
http://msdn.microsoft.com/library/de.../en-us/intl/un
icode_81rn.a sp is not really a short list, although many of these
encodings are not likely to be found in your typical American or
Western European PC environment.

Cheers,

Agreed in the general case, but perhaps I should have made my
situation a little clearer. The files that I need to deal with will
only be one of a very small subset of all the possible encodings out
there.

At least now I know my thinking is more flawed than I though it
was....

[cody]

There is no way to determine the encoding of the file unless you know
exactly the text which you expect in the file or there are marker bytes in
the file or a special file extension.
But you can try to use a statistic approach. If the bytes on even positions
are mostly bigger than bytes on uneven positions (or was it the other way
around?) you have unicode. if there are no null chars and no chars < ascii
#32 except \r and \n you have certainly ascii encoding.
In all other cases you may have UTF8.

"Marc Jennings" <Ma**********@c ommunity.nospam > schrieb im Newsbeitrag
news:56******** *************** *********@4ax.c om...

On Wed, 01 Jun 2005 11:59:09 -0700, "Joerg Jooss"
<ne********@joe rgjooss.de> wrote:

**snip**

The most obvious flaw would be that generally speaking this is
impossible to achieve ;-)

The second flaw is that your code is just plain wrong. You're using a
UTF-8 StreamReader regardless of the actual encoding. This object will
be able to read UTF-8 and ASCII, but UTF-16 will break for sure.

The third flaw is that you assume "the number of types of encoding is
small". I'd say
http://msdn.microsoft.com/library/de.../en-us/intl/un
icode_81rn.a sp is not really a short list, although many of these
encodings are not likely to be found in your typical American or
Western European PC environment.

Cheers,

Agreed in the general case, but perhaps I should have made my
situation a little clearer. The files that I need to deal with will
only be one of a very small subset of all the possible encodings out
there.

At least now I know my thinking is more flawed than I though it
was....

[Joerg Jooss]

Marc Jennings wrote:

On Wed, 01 Jun 2005 11:59:09 -0700, "Joerg Jooss"
<ne********@joe rgjooss.de> wrote:

**snip**

The most obvious flaw would be that generally speaking this is
impossible to achieve ;-)

The second flaw is that your code is just plain wrong. You're using
a UTF-8 StreamReader regardless of the actual encoding. This object
will be able to read UTF-8 and ASCII, but UTF-16 will break for
sure.

The third flaw is that you assume "the number of types of encoding
is small". I'd say
http://msdn.microsoft.com/library/de...rary/en-us/int
l/un icode_81rn.asp is not really a short list, although many of
these encodings are not likely to be found in your typical American
or Western European PC environment.

Cheers,

Agreed in the general case, but perhaps I should have made my
situation a little clearer. The files that I need to deal with will
only be one of a very small subset of all the possible encodings out
there.

At least now I know my thinking is more flawed than I though it
was....

The best approach is to have some kind of "protocol", that allows to
transports meta data like character encoding. If this is not possible
(as in the case of plain files), let the user decide by allowing him or
her to select and switch all supported between all supported encodings.

Cheers,
--
http://www.joergjooss.de
mailto:ne****** **@joergjooss.d e

[Roby Eisenbraun Martins]

Hello Marc,

If you open a file using StreamReader it will load a CurrentEncoding
with the correct file encoding and convert the bytes to the correct
characters.

"Joerg Jooss" wrote:

Marc Jennings wrote:

On Wed, 01 Jun 2005 11:59:09 -0700, "Joerg Jooss"
<ne********@joe rgjooss.de> wrote:

**snip**

The most obvious flaw would be that generally speaking this is
impossible to achieve ;-)

The second flaw is that your code is just plain wrong. You're using
a UTF-8 StreamReader regardless of the actual encoding. This object
will be able to read UTF-8 and ASCII, but UTF-16 will break for
sure.

The third flaw is that you assume "the number of types of encoding
is small". I'd say
http://msdn.microsoft.com/library/de...rary/en-us/int
l/un icode_81rn.asp is not really a short list, although many of
these encodings are not likely to be found in your typical American
or Western European PC environment.

Cheers,

Agreed in the general case, but perhaps I should have made my
situation a little clearer. The files that I need to deal with will
only be one of a very small subset of all the possible encodings out
there.

At least now I know my thinking is more flawed than I though it
was....

The best approach is to have some kind of "protocol", that allows to
transports meta data like character encoding. If this is not possible
(as in the case of plain files), let the user decide by allowing him or
her to select and switch all supported between all supported encodings.

Cheers,
--
http://www.joergjooss.de
mailto:ne****** **@joergjooss.d e