Tin nóng: Slovakia chọn ODF và các tiêu chuẩn mở khác

Chủ nhật - 08/06/2008 06:56
Breaking: Slovakia Chooses ODF and Other Open Standards

Posted in Office Suites, Standard, OpenDocument, Europe, Open XML at 12:32 pm by Roy Schestowitz

Theo: http://boycottnovell.com/2008/06/05/slovakia-open-standards/

Bài được đưa lên Internet ngày: 05/06/2008

Lời người dịch: Với Slovakia thì các tệp DOC bị cấm sử dụng cho việc xuất bản các tài liệu, chỉ được phép để giao tiếp trong nội bộ các cơ quan chính phủ. Nghĩa là các tài liệu giao tiếp với người dân và doanh nghiệp không được phép sử dụng các tệp DOC, cũng không được phép sử dụng OOXML, chỉ được sử dụng ODF, PDF, RTF và HTML. Liệu Việt Nam chúng ta có nên học họ hay không?

Watch this space as we shall soon have an up-date

Đây là một phần từ cuộc nói chuyện IRC (mới được diễn ra chỉ vài phút trước đây). Chúng tôi có thể sớm có bản dịch bằng tay của thông tin này.

Nhưng tôi đã có thông tin tốt lành cho ODF từ đất nước của tôi

Việc giải thích làm thế nào một giao diện lập trình ứng dụng xinh xắn làm được mọi thứ cho bạn, “chúng tôi có những kẻ tinh nghịch nhỏ bé bằng gỗ mà chúng chạy qua khu rừng và viết ... mã”

Dường như là chính phủ đã đệ trình một ... bộ luật hoặc quyết định, mà ...
Vâng, chính phủ chúng tôi đã nhận thức được rằng chỉ các tài liệu được nhận ở các định dạng ODF, PDF, RTF or HTML

Không bất kỳ thứ gì là DOC / OOXML

Thật tốt

Định dạng hiển thị/xuất bản ưa dùng là PDF 1.3

Thông tin tốt lành.

DOC bị cấm cho việc xuất bản các tài liệu, nhưng được phép cho giao tiếp bên trong các cơ quan chính phủ.

Toàn văn phần còn lại không được dịch, các bạn có thể xem tiếp bên dưới.

Here is a portion f-rom our IRC conversation (taking place just minutes ago). We might soon have a manual translation of this news.

but i’ve got good pro-ODF news f-rom my country

Explaining how a nice API does things for you, “we have little wood elves that run through he forest writing… code”

it seems that the government proposed a… law or regulation, which…
yeah, our government is obliged to acknowledge only documents received in ODF, PDF, RTF or HTML

no DOC / OOXML whatsoever

thats good

preffered display/publishing format is PDF 1.3

Good news.

DOC is forbidden for publishing of documents, but allowed for intra-governmential communication

In other uplifting news, watch this short story.

My lawyer made my day this morning. Not just because he does a great job, I’m used to that and that’s why he’s my lawyer. The reason he made my day today is because the document he just sent me is in ODF.

The intra-governmental aspect of this may spur the network effect. Slovakia has already shown it was fond of ODF some time in the past.

Up-date: Peter Kraus, adding his translator disclaimer, brings us the followiing translation of the news:

Which document formats will be used in communication with public administration?

After adoption of “National concept of informatization of public administration”, whe-re the current government set many bold time goals, the Ministry of Finances has, on Monday, submitted new draft handbill about used standards in public administration, with regards to communication with the public, businessmen and other subjects. The draft specifies all formats of documents, which the public service should be, compulsorily, able to accept.

(DSL.sk, 5th of July 2008)

On Monday has the Ministry of Finances of Slovak Republic submitted (on cross-resort discussion) new draft handbill of used standards, which should replace the current, valid one (f-rom Ministry of Post, Transport and Telecommunications #1706/M-2006, 14.6.2006)

The draft was submitted after approving of “National concept of informatization of public administration” in second half of may, about which we informed here.

The bill is more developed and detailed, in comparison with the currently valid one, and incorporates various principles f-rom aforementioned concept.

It differs a lot in prescribed standards in document formats, in many cases moved f-rom closed to open formats, and precisely specifies the duties of public administration. There are couple problematic points in the draft as well.

Text documents

The biggest attention is drawn to text document formats, which are, currently, the subject of international discussion about the conditions of formats and software in public administration; as well as source of problems of ISO and subject of EU commission investigation.

The Ministry developed the specification in depth. It requires the public administration to be able to receive text files in all specified formats. (The wording of currently valid bill binds the public administration to accept only one of proposed formats, the decision of the particular format is up to the body itself).

Documents can be published only in one format (true in both, the draft and valid bill).

The formats, surprisingly, included the Open Document Format, which was about to be removed f-rom the specification. In April, the Ministry said (for server DSL.sk), that ODF will be removed, because: “the main reason for change is, according to facts, the small spread of ODF.”

In the end of May, Microsoft announced, that Microsoft Office will support ISO approved ODF sooner, than ISO approved version of OpenXML.

The public administration will have to be able to receive text documents in formats: ODF, PDF 1.3, RTF and HTML.

Documents will be published in one of these formats, preferably PDF.

DOC format will be used in the exchange of text documents between the bodies of administration, but is forbidden for publishing.

Presentations, Pictures, other types

New issue are demands on format of presentation, whe-re the only one supported is Microsoft format, PowerPoint .ppt / .pps. Needless to say, that in case of presentations, the position of MS Office is much more stronger against the others, than in case of text/table documents.

Supported formats for table documents are missing f-rom the draft. Data are to be exchanged using XML; which is the only standard supported for electronic forms, but this is without further specification.

Raster images are supported in formats GIF, PNG, JPG, GeoTIFF and TIFF; Vector images in Shapefile, SVG and Flash. The same rules for receiving and publishing apply - the administration has to be able to receive the documents in any of the formats, and publish in one of them. The technical difficulties can arise in accepting vector images in Flash.

Audio and Video formats are specified by container formats - MPEG, OGG and MPEG-7; codec standards are MPEG-1, MPEG-2, MPEG-4, MP3 and XVID. This part looks incomplete, since XVID is usually transported in AVI containers, and there is lack of Theora/Vorbis support for OGG.

Streaming audio will be supported in format “H.261 and newer”. Supported archives will include ZIP, and new support for TAR and GZ.

Web pages, Emails

There are several rules for web pages as well.

If the page contains more than 100 different published web pages, keyword-search must be included.

RSS channel must be included for every page.

Text documents have to be, after publishing on the web, in HTML format (applies for documents which have to be published by the law, or other directives).

Standardized are email addresses as well. First part of email addresses for persons are “name.surname@”; generic addresses, such as “minister@” or “mayor@” are to be cre-ated as well.

Security, Other

The bill specifies deployment of IPv6 in new system components. It’s not clear, whether IPv6 must be supported in all new components, or not.

The security part was developed much more. It specifies rules of network and physical security, solves backups, and on theoretical level, protection against harmful code and software actualisations.

Backups are to be cre-ated weekly, for archivation one per two months in two copies. One archivation backup has to be stored in another (physical) place than the backuped information system.

Access control has to secure, that system administrators won’t have access to the data, which they won’t need for their duties - e.g. secret data in databases. According to our source f-rom IT in the public administration (which would like to remain anonymous) - this can be problematic.

Access of every user to the system has to be logged, and these logs can be changed only after approval f-rom responsible person.

Regular security checks are to be performed (at least one per year).

In comparison to the valid bill, this draft bill is less technically specific, mainly in cases of particular specification of used formats and standards. This can cause inconsistency in formats with more versions.

The bill can be commented on till 20.6., it should go into action 1.8.2008. Exceptions are applied to several points, which will take validity on 1.9.2009. Delayed will be support of PNG, XVID, OGG; also access control of administrators.

Dịch tài liệu: Lê Trung Nghĩa

ltnghia@yahoo.com

Tổng số điểm của bài viết là: 0 trong 0 đánh giá

Click để đánh giá bài viết

  Ý kiến bạn đọc

Những tin mới hơn

Những tin cũ hơn

Về Blog này

Blog này được chuyển đổi từ http://blog.yahoo.com/letrungnghia trên Yahoo Blog sang sử dụng NukeViet sau khi Yahoo Blog đóng cửa tại Việt Nam ngày 17/01/2013.Kể từ ngày 07/02/2013, thông tin trên Blog được cập nhật tiếp tục trở lại với sự hỗ trợ kỹ thuật và đặt chỗ hosting của nhóm phát triển...

Bài đọc nhiều nhất trong năm
Thăm dò ý kiến

Bạn quan tâm gì nhất ở mã nguồn mở?

Thống kê truy cập
  • Đang truy cập233
  • Máy chủ tìm kiếm6
  • Khách viếng thăm227
  • Hôm nay4,928
  • Tháng hiện tại98,858
  • Tổng lượt truy cập36,157,451
Bạn đã không sử dụng Site, Bấm vào đây để duy trì trạng thái đăng nhập. Thời gian chờ: 60 giây