[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: gEDA-user: Functional blocks and PCB format changes







On Sep 4, 2010, at 6:00 PM, kai-martin knaak <kmk@xxxxxxxxxxxxxxx> wrote:

> Andrew Poelstra wrote:
> 
>> The point is that we can't be sure what the future will bring in terms
>> of IOPS, storage capacity (even big servers often RAID together dozens
>> of small drives to get high speeds against low capacity).
> 
> This kind of argument goes against any change. geda development 
> already almost grind to halt because of it. 
> 
> 
>> Plus, even if individual file bloat is something we can ignore, what
>> happens when you have thousands or millions of files in source control
>> or in backups?
> 
> How would XML lead to millions of files?
> 
> 
>> The problem is that there /isn't/ a useful "industry standard format".
> 
> Like it or not, XML _is_ an industry standard. A standard for highly 
> structured data formats. There is a reason why it is adopted by so 
> many projects. The availability of well tested parser code is just
> one of them.
> 
> 
>> If one appears, there is no guarantee that it will be long-lived or
>> widely-adopted.
> 
> XML is a good candidate for both. It already enjoys wide spread
> adoption. Many of them with high profile like SVG, DocBook, or
> OpenStreetMap. See
> http://en.wikipedia.org/wiki/List_of_XML_markup_languages
> 
I once proposed that we use SVG as the footprint format and making layers in the SVG represent the proper layer. Then footprints are automatically drawable by modern web browsers.

> 
>> Better we have a file format that works well for what
>> we want to do, and use exporters for compatibility.
> 
> This does not preclude XML. XML is not a format by itself,
> but just a framework of rules to define a format. If there
> are features that are too heavy for your taste, just don't 
> use them in your specific instance of XML conform format.
> 
> ---<)kaimartin(>---
> -- 
> Kai-Martin Knaak
> Ãffentlicher PGP-SchlÃssel:
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C0B9F53
> 
> 
> 
> _______________________________________________
> geda-user mailing list
> geda-user@xxxxxxxxxxxxxx
> http://www.seul.org/cgi-bin/mailman/listinfo/geda-user


_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user