Slashdot Mirror


Mandatory Use of Open Standards In Hungary

qpeter writes "Hungarian Parliament has made the use of open standards mandatory by law in the intercommunication between public administration offices, public utility companies, citizens and voluntarily joining private companies, conducted via the central governmental system. The Open Standards Alliance initiating the amendment aims to promote the spread of monopoly-free markets that foster the development of interchangeable and interoperable products generated by open standards, and, consequently, broad competition markets, regardless of whether the IT systems of interconnecting organizations and individuals use open or closed source software. In the near future, in spite of EU tendencies the Alliance seeks to make its approach – interoperability based on publicly defined open standards – the EU norm under the Hungarian presidency of the European Union in 2011. To that end, it will promote public collaboration – possibly between every interested party, civil and political organization in the European Union. What do you think: what would be the best way to cooperate?"

15 of 163 comments (clear)

  1. The normal way? by mustafap · · Score: 4, Funny

    >What do you think: what would be the best way to cooperate?"

    Invade?

    --
    Open Source Drum Kit, LPLC deve board - mjhdesigns.com
  2. Open is fundamentally more productive than closed by TheDarkener · · Score: 5, Insightful

    There are plenty of "open standards", and plenty of "closed standards" as well. If you were starting your own country and had to implement government data practices, which would you choose to implement, given:

    1) Open standards can be understood and used by anyone/any program that implements them, and
    2) Closed standards are locked down and hidden by the vendor that created them, forcing you to use their software?

    *Jeopardy music*

    --
    It is pitch black. You are likely to be eaten by a grue.
  3. Re:like that solves anything by Darkness404 · · Score: 4, Informative

    Yes, but open standards mean that just about any open program can read them. For example, it doesn't matter if I choose to use the open WAV, FLAC or OGG Vorbis file format, the default media player in Ubuntu can play it. The more closed the file is, the fewer programs will open it.

    --
    Taxation is legalized theft, no more, no less.
  4. Re:like that solves anything by bugs2squash · · Score: 4, Informative

    Don't forget the typos and "unintentional" omissions in the proprietary standards and of course the "reasonable fees" to purchase the standards documentation.

    --
    Nullius in verba
  5. This is anticompetitive by Anonymous Coward · · Score: 5, Funny

    Mandating the use of open standards is anti-competitive and is harmful to taxpayers. Such a regulation prevents software publishers such as Microsoft from competing for government contracts because their standards are not open. Restrictions such as this never enhance competition but instead eliminate it by artificially reducing the number of bidders for any contract. While I understand the desire to embrace open standards, and why it would be a consideration for any government agency seeking bids for a project, it should not in itself disqualify bidders.

    1. Re:This is anticompetitive by lordtoran · · Score: 4, Informative

      Well, then those software publishers finally have to compete on quality, not lock-in, and write software that is good at impementing the standard to win the bid.

      --
      Want to hear the voice of GOD? cat /boot/vmlinuz > /dev/dsp
    2. Re:This is anticompetitive by digitalunity · · Score: 4, Insightful

      You're wrong sir. With open standards, any company can bid on projects. If their goal though is to secure future business by locking down their customer to only use their software, that's where I have a problem.

      Microsoft is perfectly free to write native import/export functionality into MS Office to enable ODF file support. If they did that though, their customers would find a seamless migration from MS Office products to competitors like Lotus Symphony, OpenOffice, etc.

      Microsoft and other vendors can cry all they like. They don't want to compete on fairness. They want their customers locked down so they don't have a choice.

      --
      You can't legislate goodness. Let each to his own destiny, by will of his freely made choices.
  6. Re:like that solves anything by MichaelSmith · · Score: 4, Informative

    Well more to the point. You release a file format and say this is the format used by our tool. But because your tool is closed sourced nobody actually knows if you are telling the truth. Another way is to release a container format within which you encode your propitiatory format.

  7. Re:Isn't it obvious? by lordtoran · · Score: 4, Insightful

    XML is abused way too often in places where it doesn't belong. Also it is not easy to read or edit with the ultimate tool - the good old text editor.

    --
    Want to hear the voice of GOD? cat /boot/vmlinuz > /dev/dsp
  8. Re:like that solves anything by digitalunity · · Score: 4, Insightful

    This is something MS pulled off with the office format. Sure, the XML schema might be open but the binary blob data representing some of the elements is still closed.

    Open standards need be truly open, meaning easily accessible, free of cost, readable by anyone and patent unencumbered.

    As to the submitters question, the way to help is to be open and honest about the existing softwares capabilities and when the opponents speak about software inadequacy, keep your mind open and listen. There are ways in which some closed source programs are better than their OSS equivalents. For example - there is no ProE or Solidworks competition that is OSS. Not even close when you take into account the CAM, interference checking, flow analysis, strain modeling modules. If people want governments to take OSS software and standards seriously, they themselves have to be serious about making their software and their standards encompass the functionality of the status quo.

    --
    You can't legislate goodness. Let each to his own destiny, by will of his freely made choices.
  9. Re:A monopoly is a monopoly by MightyMartian · · Score: 4, Insightful

    I don't think anybody is saying "Everyone must use this standard." But to move to truly open standards (and not just fake ones like OOXML, no matter how Microsoft managed to scam its way through), has obvious advantages for large entities like governments and corporations. That's the beauty of something like 7bit ASCII. I can open up a file created in 1970, and every text editor, and pretty much every word processor, developed in the last four decades can read the file.

    But we don't use ASCII very damn much any more, so now we're stuck with proprietary formats like the Office formats, which even in their latest incarnation, have binary blobs and insanely complex documentation. On the other hand, we do have the ODF format, which while not perfect, is relatively easy to crack open and grab the data out of (I've written a PHP script to split out spreadsheet data, so it can't be that hard). The notion is that forty years down the road, data will be as portable to applications then as ASCII is to applications now. I think for governments, in particular, this isn't just a good idea, it should be a mandatory goal.

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
  10. Re:Isn't it obvious? by Phantom+of+the+Opera · · Score: 5, Insightful

    <lit><token><llama xmlns:xdc="http://www.xmlsucks.com/rocks"
            xmlns:h="http://www.w3.org/HTML/1998/html4" >
      <freown>No its <![CDATA[<]]> really <![CDATA[>]]> not
         <reasons>
           <reason>Poor Compression<![CDATA[>>]]> other languages <examples><example>JSON</example><example>YAML</example><example>CSV</example>
    <examples><reason>
         <reason>Goofy namespace</reason>
       <reason>Bad For Lists</reason>
      <reason>Packs too much in a node<examples><example>Its a scalar</example><example>its a list</example><example>has namespaces</example><example>Is a hash</example><example> and parsing is h
    orrid when a value <interruption>Interrupt</interruption> can be interspersed <kitten meow="woof"/> with sub<![CDATA[-]]
    nodes
    </reasons></freown></llama></token>

    This gets worse when you have thousands of lines of the crap to deal wtih.
    </lit>

  11. Re:Isn't it obvious? by Velex · · Score: 5, Funny

    <?xml version="1.0" encoding="US-ASCII"?>
    <reply-container guid="b8373d86-7ec8-47df-9978-38f6c52cd6a9" transfer-encoding="US-ASCII">
      <reply guid="f350c906-2a54-4597-bad8-30da6a68f827">
        <recipient-list guid="605ccf1a-4a4b-4f17-a9f4-a6dde6ffb7d6">
           <recipient-descriptor guid="714a4edb-902a-4337-9aa6-933b45712ab0">
             <name encoding="US-ASCII" guid="a81da860-9a46-4417-a6f2-028d05b95108">
               sakdoctor
             </name encoding="US-ASCII">
             <uid guid="adb1ed5f-ef51-4fc3-9a72-76bd69fe480a">
               1087155
             </uid>
           </recipient-descriptor>
         </recipient-list>
         <reply-content guid="0f71eeb7-2d20-4b71-891d-bff87f35a99f">
           <body guid="8ee53a3b-b705-4117-a000-64f20674d9af">
             <body-text encoding="US-ASCII" guid="3e48f58f-207b-49a9-b227-f4b390a9b247">
               You call that XML&quot;
             </body-text>
           <body>
         </reply-content>
      </reply>
    </reply-container>

    --
    Join the Slashcott! Stay away entirely Feb 10 thru Feb 17! Close all tabs to prevent autorefresh!
  12. Re:A monopoly is a monopoly by A+beautiful+mind · · Score: 4, Insightful

    This is BS. Most proper standards define a way to extend the standard with "proprietary" extensions in a way that they are put forth by a company, added to a register and implemented to that "proprietary standard". For example OpenGL has a lot of these and it's an excellent breading ground for the "glacially slow" standard standards.

    HTML is a biased example because of it's history. The process has been subverted and it's broken, thanks to the early "web", large part in Microsoft and Netscape.

    Most innovations happen on a way higher level than document format standards, but if the need arises proprietary extensions can be defined for a document format, then that can slowly be worked into a new version of the main standard. I see absolutely no issues here with requiring openness. It doesn't stifle innovation one bit.

    --
    It takes a man to suffer ignorance and smile
    Be yourself no matter what they say
  13. Re:like that solves anything by Jurily · · Score: 4, Informative

    Of course, the major players just redefine their file formats to be "open standards".

    In Hungary, we have a standards body that decides which formats are actually "open". Oh, and it's made up of engineers, not politicians.