Dear Dan,
how data "looks like" depends on, which software "looks" at it. From
what I see in your message, there is double-byte encoding of letters
which may cause a problem.
I suggest you first "look" at your data byte-by-byte, to find a
pattern you need, then filter your data based on that pattern.
Use
-hexdump- filename
to see how your data is structured. Check that you are using correct
separator "comma" and not "tab", that "comma" in your file is indeed a
standard ASCII "comma" and not some weird two-bytes comma, that a
"comma" byte (44) is not used for encoding other characters, etc.
Perhaps you could post a portion of output from hexdump here if this
does not contradict any rules of the list.
Regards, Sergiy Radyakin
On Tue, Sep 23, 2008 at 1:09 PM, Dan Weitzenfeld
<[email protected]> wrote:
> Hi All,
> Quick but strange question. I'm trying to insheet a comma-delimited
> file with Japanese in it. For example, the first line looks like:
>
> あなたはこのＣＭが好きですか？,0,とても好き
>
> The only information I need is the second variable, the 0, which will
> always be numeric.
>
> However, when I insheet the file, I get nonsense:
>
> þÿ0B0j0_0o0S0nÿ#ÿ-0LY}0M0g0Y0Kÿ 0h0f0‚Y}0M
>
> which would be okay, except that the second variable always comes in as blank.
>
> Does anyone know of a solution for this?
>
> Thanks in advance,
> Dan
>
> *
> * For searches and help try:
> * http://www.stata.com/help.cgi?search
> * http://www.stata.com/support/statalist/faq
> * http://www.ats.ucla.edu/stat/stata/
>
*
* For searches and help try:
* http://www.stata.com/help.cgi?search
* http://www.stata.com/support/statalist/faq
* http://www.ats.ucla.edu/stat/stata/
