kicad-developers team mailing list archive
Mailing list archive
Re: [RFC] Symbol library file format
Wayne Stambaugh <stambaughw@xxxxxxxxx>
Sat, 5 Jan 2019 08:23:12 -0500
addr=stambaughw@xxxxxxxxx; prefer-encrypt=mutual; keydata= mQGiBEM0hxQRBAC2fNh3YOVLu1d5GZ0SbrTNldGiGnCJPLqzEnqFX9v6jmf33TMt6EmSLkl6 Wtfkoj0nVwKxcYmJkA8DX0QAokBkwNIzhSsBzQvthBLIk/5LnPVVKrEXOcL4mUyH1doKlkaE slgJozNa6Av+oavcvD02o1zJOloBbaHlNlyRt7fKswCgtIFlVjWggVH/15KfWk+Qo5JVPbME AIUBAQyL2OAx0n60AWec2WHnO9buHuG0ibtICgUMkE+2MRmYyKwYRdyVwGoIUemFuOyHp0AJ InX4T+vy2E7vkwODqjtMLfIoRkokW74Fi4nrvjlhOAw/vdq/twLbAmR9MOfPTpR4y7kQy1O2 /n+RkkRvh26vTzfbQmrH7cBJhk6aA/9Uwvu3E4zNJgHVZeS0HyWtmR1eOPPRbnkPgJTToX5O KMKzTJI/FX6kT7cFoCamitHrW3BJP4Dx+cMMsa47EGxqVTdbVJ4LjogsXTXxb+0Fn1u4zBdx x3Cer6O7+hqWy7zvpzeC6nSREjqDKa5CgHtv/GLm5uFPOmsjAsnHj2tlBrQmV2F5bmUgU3Rh bWJhdWdoIDxzdGFtYmF1Z2h3QGdtYWlsLmNvbT6IeAQTEQIAOBYhBOffs6CbblRzBkv33BtR cWlZ+CReBQJbFBS2AhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEBtRcWlZ+CReMI8A nRbrLkzp7+c2f0vX7sfg4ICX8LAKAJ9uClo4uJajmZa5zZrL2nKdZlUwIrkCDQRDNIcxEAgA gCru+3/aOC6RCjpvYC72wY+d5SmHphC6yeiV2/mOumyt5MLo/Ps2GznZr11JspqFk5K/Zpvp MMLqqjDZ39+50a2iKRQFJ6NlK+hJWMmj6eJygQrCwYo3Gjc6CqfrqUv+8VSnf/i5sIZmtOVA 4ZjML18MuBvMSsNdVLFJd5HNnYb1iOECpvqdPVh/21LLCEw7MUUGGnHBhCrmk2aJe5hFmcSN g4ldBcXrgMQBwf7aMVoobXBMFDb/IENByXn0llB7Gr2IFMRmNS9/p8s/II1Yl2bTqyX4FSz8 cfn7C9KEz7faZ7wzAcpwHFC/zs3JoAjJ0IEKdNUpIwAlKMzT3CzctwADBQf/cxpG28MKyrqk nNmq/8LQLy+x6FSYXBLjxQz9BiBNYeesDZQ6J5UbL1mjpJzMa5tLZypPYo4bbGyR22hrbyDF K7m6AcVaMIJKl98g4ukMutFfAJyRDaREH5Zl/X1P4u1Z/yaAIy9mKaNbaK1/5djNJ5wCTFen TUgAp9xdc30kGkFDdLJFp5uxDY4P0vaZiZdjUCvDM3Zjv5IzpNOfxVqTUBQNUP/BnnKhkk0p DTD6s3X8S+D0rOtEBQ8K0cwERI/E8EFa8nj0TNw4e2MYGR8wg+SxqJ7z5f0zPY0bO6G9DDFB wYCqzzPWGqdAh9vA5971TAbPERtdFybhkurozp2SfYhJBBgRAgAJBQJDNIcxAhsMAAoJEBtR cWlZ+CResHUAniULLCWiT26ieRTl7N2vS6vBo/DuAJ4m7Ss/gyiW6ybTn1ctDXAUgm2QVQ==
Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.1
On 1/4/19 10:53 AM, Mário Luzeiro wrote:
>> Now if you create a unique part number for every
>> resistance value, tolerance, temperature coefficient, manufacturer, etc.
>> that would be tens if not hundreds of thousands of unique part numbers.
> I know my intervention may be a bit offtopic, but it may add some other elements to discussion:
> On such case of the 3D variants, it could be considered a 3D parametric generation but KiCad would need to support it internally somehow.
> Since a 3D file is only need at export time (eg: when user exports the project to STEP) or for 3D Viewer proposes ( generated on the fly ), there was no need to storage any 3D data for share a project as it will always be generated by KiCad.
> Parametric / procedural generation is the easiest part:
> Mario Luzeiro
This is an interesting idea but I'm not sure I want kicad to be a
parametric 3D model generator. I think this is best left to tools that
are specialized for this purpose such as FreeCAD. Although this could
be scripted using python since a lot of this work is already done. This
is a discussion after v6.
> From: Kicad-developers <kicad-developers-bounces+mrluzeiro=ua.pt@xxxxxxxxxxxxxxxxxxx> on behalf of Wayne Stambaugh <stambaughw@xxxxxxxxx>
> Sent: 04 January 2019 14:03
> To: kicad-developers@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Kicad-developers] [RFC] Symbol library file format
> On 1/2/2019 2:55 PM, Vesa Solonen wrote:
>> kristoffer Ödmark kirjoitti 2.1.2019 klo 12.32:
>>> I would rather have a new atomic file-format or storage format, so one
>>> could actually send a complete part in an easy way, that would include
>>> 3D-Files, SPICE data, symbol and footprints, and it would also mean that
>>> one could do the mapping to pins in that directory or file instead.
> I can somewhat see the utility in this but it really doesn't make a lot
> of sense to me. Lets assume for a second that it would be useful to
> create a separate atomic part for every 0603 resistor part number
> currently available. Given that the 0603 footprint file is 1.7K, the
> step 3D model is 39.6K, the wrl 3D model is 14.4K, and the fully defined
> symbol file would be about 1.5K so that's a total of 57.2K per atomic
> part number. Now if you create a unique part number for every
> resistance value, tolerance, temperature coefficient, manufacturer, etc.
> that would be tens if not hundreds of thousands of unique part numbers.
> 100K unique atomic part numbers would require 5.72G of storage just for
> the 0603 resistors. Add all of the other resistors footprints including
> THT and your talking about several 100G. Add all of the other passive
> components like capacitors, inductors, etc and you are talking about
> several terabytes of storage. Maybe I'm missing something but even with
> modern storage systems, this doesn't scale well.
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp