German Vs. Czech code page
Asallai
Member Posts: 142
Dear Gurus!
I've got that command to check the incompatibility German code page versus Czech (not Slovakia) code page.
It is true a German language database is not possible with a Czech database? I mean if the both localization is the same database but in different company.
This is strange because (excuse me from Czech and Slovakian people) there is no sound about the German vs Slovakian incompatibility only with Czech. (but Czech and Slovakian language is not similar?? :-k )
Anyone can help to clear this question?
Thanks in Advance!
Andras
I've got that command to check the incompatibility German code page versus Czech (not Slovakia) code page.
It is true a German language database is not possible with a Czech database? I mean if the both localization is the same database but in different company.
This is strange because (excuse me from Czech and Slovakian people) there is no sound about the German vs Slovakian incompatibility only with Czech. (but Czech and Slovakian language is not similar?? :-k )
Anyone can help to clear this question?
Thanks in Advance!
Andras
0
Comments
-
Problem is this: German language is using codepage 1252, but Czech and Slovak are using codepage 1250.
Problematic characters are mainly: 200(Č), 204(Ě), 207(Ď), 210(Ň), 216(Ř), 217(Ů), 236(ě), 239(ď), 242(ň), 248(ř), 249(ů). These are different between the codepages.
Slovak have the same problem, but with less characters, because they are not using e.g. ř and ů.
See the codepage tables e.g. there: http://mlha.cz/unicode/0 -
It means that it is same problem like Hungarian and German language in one database, because you are using same codepage like we are... ;-)0
-
kine, really thanks! But the Qurstion is in my mind: how can use an international company a same database? for example they would like to consolidate, etc. :-k
if this is a problem the integration meanings what? :?:0 -
Problems are the special characters. If you are ok to use only English alphabet, than you can have both companies in one DB. But else you will need to be prepared to some strange characters in the data... And yes, the integration is not easy in NAV because it is not unicode application...0
-
Thank Kine. The decision is to sepereate them two different database one of them for German other to Czech code page :-s
Thank you the help and opinion!
0
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 610 NAV Courses, Exams & Certification
- 1.9K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 251 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
