Copyright © Philip M. Parker, INSEAD. Terms of Use.
| Domain | Definition |
Computing | EDIF Electronic Design Interchange Format. Not a programming language, but a format to simplify data transfer between CAD/CAE systems. LISP-like syntax. See also Berkeley EDIF200. E-mail: |
Source: compiled by the editor from various references; see credits. | |
(From Wikipedia, the free Encyclopedia)
EDIF originated from a discussion held in a bar by three men . The problem they faced was a burgeoning electronic design industry, in which several companies were locked in considerable competition. These companies each produced their own design databases and user interfaces into this database. Their databases were considered to be highly proprietary (top secret), and customers were sworn to secrecy by way of licensing agreements and non-disclosure agreements. The trouble began when customers needed to transfer data from one system to another. These men found that it was common to write translators from one format to other, but found as the number of formats (N) multiplied, the translator issue became an N-squared problem. They envisioned a common, neutral format from which all the other formats could be derived, and began work on this neutral format. In November 1983 this effort grew into the EDIF Steering Committee, consisting of representatives of Daisy Systems, Mentor Graphics, Motorola, National Semiconductor, Tektronix, Texas Instruments and the University of California, Berkeley.
The 1 0 0 release of EDIF was made in 1985.
The first "real" public release of EDIF was version 2 0 0, which was approved in March of 1988 as the standard ANSI/EIA-548-1988. It is published in a single volume.
The industry tested this release for several years, and committees formed from dozens of companies evaluated its weaknesses, and in September of 1993, released version 3 0 0, given the designation of EIA standard EIA-618. It later achieved ANSI and ISO designations. It is published in 4 volumes.
EDIF 4 0 0 was released in late August, 1996, mainly to add "Printed Circuit Board" extensions to EDIF 3 0 0. This more than doubled the size of EDIF 3 0 0, and is published in HTML format on CD.
The general format of EDIF involves using parentheses to delimit data definitions, and in this way it superficially resembles LISP. The basic tokens of EDIF 200 were keywords (like library, cell, instance, etc), strings (delimited with double quotes), integer numbers, and symbolic constants (e.g. GENERIC, TIE, RIPPER for cell types), and "Identifiers", which are reference labels formed from a very restricted set of characters. EDIF 3 0 0 and 4 0 0 dropped the symbolic constants entirely, using keywords instead.
So, the syntax of EDIF has a fairly simple foundation.
To understand the problems users and vendors encountered with EDIF 2 0 0, one first has to picture all the elements and dynamics of the electronics industry. The people who needed this standard were mainly design engineers, who worked for companies whose size ranged from a house garage to multi-billion dollar facilities with thousands of engineers. These engineers worked mainly from schematics and netlists in the late 1980s, and the big push was to generate the netlists from the schematics automatically. The first suppliers were Electronic Design Automation vendors (e.g., Daisy, Mentor, and Valid formed the earliest predominating set). These companies competed vigorously for their shares of this market. Perhaps an analogy of multiple armies fighting a brutal battle for control of the civilian (engineering) population might be appropriate.
One of the tactics used by these companies to "capture" their customers was their proprietary databases. Each had special features that the others did not. Once a decision was made to use a particular vendor's software to enter a design, the customer was ever after constrained to use no other software. To move from vendor A's to vendor B's systems usually meant a very expensive re-entry of almost all design data by hand into the new system. This expense of "migration" was the main factor that locked design engineers into using a single vendor.
But the "customers" had a different desire. They saw immediately that while vendor A might have a really nice analog simulation environment, vendor B had a much better PCB or silicon layout auto-router. And they wished that they could pick and choose amongst the different vendors.
EDIF was mainly supported by the electronics design end-users, and their companies. The EDA vendors were involved also, but their motivation was more along the lines of wanting to not alienate their customers. Most of the EDA vendors produced EDIF 2 0 0 translators, but they were definitely more interested in generating high-quality EDIF readers, and they had absolutely no motivation at all to write any software that generated EDIF (an EDIF Writer), beyond threats from customers of mass migration to another vendor's software.
The result was rather interesting. Hardly any software vendor wrote EDIF 2 0 0 output that did not have severe violations of syntax or semantics. The semantics were just loose enough that there might be several ways to describe the same data. This began to be known as "flavors" of EDIF. The programmers who worked on EDIF products were usually competent, hard working people, but the vendor companies did not always feel it important to allocate many resources to EDIF products, even if they sold a large number of them. There were several stories of active products with virtually no-one to maintain them for years. User complaints were merely gathered and prioritized. The harder it became to export customer data to EDIF, the more the vendors seemed to like it. Those who did write EDIF translators found they spent a huge amount of time and effort on generating sufficiently powerful, forgiving, artificially-intelligent readers, that could handle and piece together the poor-quality code produced by the extant EDIF 2 0 0 writers of the day.
In designing EDIF 3 0 0, the committees were well aware of the faults of the language, the calumny heaped on EDIF 2 0 0 by the vendors and the frustration of the end users. So, to tighten the semantics of the language, and provide a more formal description of the standard, the revolutionary approach was taken to provide an information model for EDIF, in the information modeling language EXPRESS. This was a fairly good idea, and helped to better document the standard, but was done more as an afterthought, as the syntax crafting was done independently of the model, instead of being generated from the model. Also, even though the standard says that if the syntax and model disagree, the model is the standard, this is not the case in practice. The BNF description of the syntax is the foundation of the language inasmuch as the software that does the day-to-day work of producing design descriptions is based on a fixed syntax. The information model also suffered from the fact that it was not (and is not) ideally suited to describing EDIF. It does not describe such concepts as name spaces very well at all, and the differences between a definition and a reference is not clearly describable either. Also, the constructs in EXPRESS for describing constraints might be formal, but constraint description is a fairly complicated matter at times. So, most constraints ended up just being described as comments. Most of the others became elaborate formal descriptions which most readers will never be able to decipher, and therefore may not stand up to automated debugging/compiling, just as a program might look good in review, but a compiler might find some interesting errors, and actually running the program written might find even more interesting errors. (Additionally, analogous EXPRESS compilers/executors didn't exist when the standard was written, and may not still exist today!) But, taking into account these shortcomings, the information model for EDIF 300 is a grand work, and a bedrock for discussions about the domain.Problems with 2 0 0
Source: adapted by the editor from Wikipedia, the free encyclopedia under a copyleft GNU Free Documentation License (GFDL) from the article "EDIF."
| The following table is compiled from various sources, across various languages. When English abbreviations or acronyms come from a non-English source, this is noted. | |||
| Entry | Source | Expression | Field |
EDIF | English | Enterprise Development Innovation Fund | N/A |
EDIF | French | Format d'échange des données de conception | Computing, Electrical Engineering |
Source: compiled by the editor, based on several corpora (additional references). | |||
Crosswords: EDIF |
| Specialty definitions using "EDIF": EDIF. (references) |
| Domain | Title |
Books | |
Source: compiled by the editor from various references; see credits. | |
| Subject | Topic | Quote |
Trade | Ghana | There is a 0.5 percent ECOWAS levy on all imports from non-ECOWAS countries and 0.5 percent EDIF levy on all imports. (references) |
Source: compiled by the editor from ICON Group International, Inc.; see credits. | ||
| The following statistics estimate the number of searches per day across the major English-language search engines as identified by various trade publications. Hyperlinks lead to commercial use of the expression at Amazon.com. |
| Expression | Frequency per Day |
edif viewer | 15 |
edif | 10 |
| Source: compiled by the editor from various references; see credits. | |
| Language | Translations for "EDIF"; alternative meanings/domain in parentheses. | ||||||||||
Danish | Electronic Design Interface Format (electronic data interchange format, Electronic design interchange format), EDIF (electronic data interchange format, Electronic design interchange format). (various references) | ||||||||||
Dutch | EDIF (electronic data interchange format, electronic design interchange format). (various references) | ||||||||||
Finnish | mikroelektroniikan suunnitteludatan siirtomuoto (electronic data interchange format, electronic design interchange format). (various references) | ||||||||||
French | EDIF, format d'échange des données de conception. (various references) | ||||||||||
German | EDIF (electronic data interchange format, electronic design interchange format). (various references) | ||||||||||
Greek | μορφή ανταλλαγής ηλεκτρονικών δεδομένων (electronic data interchange format, electronic design interchange format), μορφή ανταλλαγής ηλεκτρονικού σχεδιασμού (electronic data interchange format, electronic design interchange format). (various references) | ||||||||||
Italian | EDIF (electronic data interchange format, electronic design interchange format). (various references) | ||||||||||
Pig Latin | edifay öppet filformat för elektronisk konstruktion (electronic data interchange format, electronic design interchange format). (various references) | ||||||||||
Derivations | |
Words beginning with "EDIF": edification, edifications, edifice, edifices, edified, edifier, edifiers, edifies, edify, edifying. (additional references) | |
Words containing "EDIF": dedifferentiate, dedifferentiated, dedifferentiates, dedifferentiating, dedifferentiation, dedifferentiations, pediform, reedified, reedifies, reedify, reedifying, unedifying. (additional references) | |
| Source: compiled by the editor, based on several corpora (additional references). | |
Scrabble® Enable2K-Verified Anagrams | |
Direct Anagrams: defi. | |
| Words within the letters "d-e-f-i" | |
-1 letter: die, fed, fid, fie. | |
-2 letters: de, ed, ef, id, if. | |
| Words containing the letters "d-e-f-i" | |
+1 letter: defis, deify, edify, felid, fetid, fidge, field, fiend, fifed, filed, fined, fired, fixed, flied, fried, wifed. | |
+2 letters: afield, biffed, coifed, defied, defier, defies, defile, define, deific, differ, fadein, failed, faired, felids, fervid, fibbed, fiddle, fidged, fidges, fidget, fields, fiends, figged, filled, filmed, finder, finked, finned, firmed, fished, fisted, fitted, fizzed, flited, foetid, foiled, foined, foodie, fridge, friend, frized, gifted, knifed, lifted, miffed, redfin, refind, riffed, rifled, rifted, sifted, tiffed, waifed. | |
| Source: compiled by the editor from various references; see credits. SCRABBLE® is a registered trademark. All intellectual property rights in and to the game are owned in the U.S.A and Canada by Hasbro Inc., and throughout the rest of the world by J.W. Spear & Sons Limited of Maidenhead, Berkshire, England, a subsidiary of Mattel Inc. Mattel and Spear are not affiliated with Hasbro. | |
Hexadecimal (or equivalents, 770AD-1900s) (references)45 44 49 46 |
| Leonardo da Vinci (1452-1519; backwards) (references)
|
| American Sign Language (origins from 1620-1817 in Italy and, especially, France) (references)
|
| Semaphore (1791, in France) (references)
|
| Braille (1829, in France) (references)
|
Morse Code (1836) (references). -.. .. ..-. |
| Dancing Men (Sir Arthur Conan Doyle, 1903) (references)
|
Binary Code (1918-1938, probably earlier) (references)01000101 01000100 01001001 01000110 |
HTML Code (1990) (references)E D I F |
ISO 10646 (1991-1993) (references)0045 0044 0049 0046 |
| British Sign Language (Fingerspelling, BSL; 1992, British Deaf Association Dictionary of British Sign Language) (references)
|
Encryption (beginner's substitution cypher): (references)39384340 |
| 1. Crosswords 2. Usage: Commercial 3. Quotations: Non-fiction 4. Expressions: Internet | 5. Translations: Modern 6. Abbreviations 7. Acronyms 8. Derivations | 9. Anagrams 10. Orthography 11. Bibliography |
Copyright © Philip M. Parker, INSEAD. Terms of Use.
