Hi
and here is a more complicaet answer
what determins the codepage setting in a shape file is a flag in the header
part off the dbf file - at byte 29 - using a bit off tcl you can manipulate
this flag and set it to the vlaue from the input file
below is a tcl function doing this I use this to set it so that danish
carracters are corectly read
this function will run trough a dirictory off dbf files and set the flag to
57 in all the files
But if you now can use FME to do this it woul be great
proc setDBaseLangId {} {
global gsDestData
set worDir [pwd]
cd $gsDestData
foreach f [glob *.DBF] {
fconfigure [set fH [open $f a]] -translation binary
seek $fH 29
puts -nonewline $fH \x57
close $fH
}
cd $worDir
}
Peter
>From: "mark2atsafe" <[EMAIL PROTECTED]>
>Reply-To: [email protected]
>To: [email protected]
>Subject: [fme] Re: Data with International Characters...
>Date: Thu, 11 Jan 2007 05:14:34 -0000
>
>Hi,
>Quick answer - try FME2007. It's great you are going Shape to Shape
>since both the Shape reader and writer in 2007 have encoding settings
>that you can use to tell FME what encoding the data is/should be. If
>you don't do that I think it defaults to UTF8 which is perhaps not
>what you have here. I'm not an internationalization expert (by a long
>way) but I hope this will go a long way to sorting the problem without
>having to switch your PC to a different locale.
>
>In FME2007 the Viewer should also correctly display the attribute data
>without having to make any other changes.
>
>You can get the beta from our web site at www.safe.com/download
>If it doesn't help then send us the file to [EMAIL PROTECTED] and we'll
>see what we can do to help read it.
>
>Regards,
>
>Mark
>
>Mark Ireland, Senior Product Specialist
>Safe Software Inc. Surrey, BC, CANADA
>[EMAIL PROTECTED] http://www.safe.com
>Solutions for Spatial Data Translation, Distribution and Access
>
>
>--- In [email protected], "guru_ganesh" <[EMAIL PROTECTED]> wrote:
> >
> > Hello FME Experts...
> >
> > I am dealing with some data (shape files) which has international
> > characters as part of its text attribute values that I am trying to
> > process, but those character values are not translated correctly.
> >
> > I am building a FME workbench file that takes multiple source shape
> > files and applying some attribute filters and writes the output to a
> > single shape file. After the translation, when I look at the output
> > shape file the column which had some international characters (some
> > french accented) are now changed. They values do not look the same as
> > the source for some of the records.
> >
> > How do I make sure this does not happen, and the output shape file
> > has the same text attribute information as the input source shape
> > files with out any characters change?
> >
> > I am using FME 2006 GB version.
> >
> > Any help is appreciated.
> >
> > Thanks
> > Guru
> >
>
>
_________________________________________________________________
Vælg selv hvordan du vil kommunikere - skrift, tale, video eller billeder
med MSN Messenger: http://messenger.msn.dk
For insights into what's up at Safe Software and what's on the development
horizon, visit Safe's blog at spatial-etl.blogspot.com.
Safe Software has also made slides available that outline enhancements planned
for FME 2007. The slides are from the "Road Ahead" presentation given on Day 2
of the FME Worldwide Users Conference. To view these slides, visit
www.safe.com/2006uc.
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/fme/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/fme/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/