kicad-lib-committers team mailing list archive
-
kicad-lib-committers team
-
Mailing list archive
-
Message #00479
Re: Inductors and Chokes
Jan,
That's a fair point, and there is already duplication between existing
Choke and Inductor footprints.
Let's continue with Inductors_SMD and Inductors_THT for now, if anyone
strenuously objects we can add a separate Choke lib.
Oliver
On Tue, Jan 17, 2017 at 6:17 PM, Jan Krieger <jan@xxxxxxxxxxx> wrote:
> Hi!
>
> yes I can start doing that ... thinking about the chokes: Do we really
> need them? As I understand it: A choke is ALWAYS an inductor, it's just how
> you use it ... Why not put them all under Inductors?
>
> Best,
> JAN
>
> Am 16.01.2017 um 22:36 schrieb Oliver Walters:
>
>> This issue has been discussed before, at length, here -
>> https://github.com/KiCad/kicad-library/issues/257
>>
>> The outcome of the discussion was to create new .pretty libs, almost
>> exactly as Jan suggests here.
>>
>> I think this is worth pursuing - we can leave the old files where they
>> are for now, and eventually start to remove them.
>>
>> To this end I have made a PR that updates the fp-lib-table marking old
>> Inductor/Choke libs as "Deprecated"
>>
>> Ref: https://github.com/KiCad/kicad-library/pull/921
>>
>> This PR also links to the new .pretty repositories
>>
>> I have also created the new .pretty repos as suggested. Note: I have
>> only made these for Inductors and Chokes, currently. We can deal with
>> Transformers too, but let's do one thing at a time.
>>
>> Jan, if you have the time, you could begin to copy footprints across to
>> the new repositories.
>>
>> For e.g. the current contents
>> of https://github.com/KiCad/Inductors.pretty could be copied
>> to https://github.com/KiCad/Inductors_SMD.pretty
>>
>> Cheers,
>> Oliver
>>
>>
>> On Tue, Jan 17, 2017 at 6:14 AM, jp charras <jp.charras@xxxxxxxxxx
>> <mailto:jp.charras@xxxxxxxxxx>> wrote:
>>
>> Le 16/01/2017 à 19:53, Jan Krieger a écrit :
>> > Am 16.01.2017 um 19:05 schrieb jp charras:
>> > one other thing. KiCAD stores a copy of the footprint in the
>> .kicad_pcb-file ... so even if the lib
>> > does not exist any longer, old projects should not be broken! Or do
>> I missunderstand something there?
>> >
>> > Best,
>> > JAN
>> >
>>
>> The board is not broken: it can be opened, but the project is broken.
>> The project stores and uses footprint library names.
>>
>> If they do not exist, Cvpcb and the footprint editor do not work
>> anymore.
>> If you want to modify a footprint, you cannot.
>>
>> For me, using the Github libraries as primary source is a bad
>> practice.
>> Users should use a local copy for the daily work.
>> And use Github only as source of new libraries.
>> This a really a basic way of work, used by all corporate users.
>>
>> Unfortunately, many users do not even configure Kicad.
>> They just use Kicad as this, from the installer, without any
>> configuration.
>> They footprint library wizard, by default, make a local copy.
>> But if the user does not use it, there is no local copy.
>>
>> This a really a stupid way of work, but we have to live with that.
>>
>> --
>> Jean-Pierre CHARRAS
>>
>> --
>> Mailing list: https://launchpad.net/~kicad-lib-committers
>> <https://launchpad.net/~kicad-lib-committers>
>> Post to : kicad-lib-committers@xxxxxxxxxxxxxxxxxxx
>> <mailto:kicad-lib-committers@xxxxxxxxxxxxxxxxxxx>
>> Unsubscribe : https://launchpad.net/~kicad-lib-committers
>> <https://launchpad.net/~kicad-lib-committers>
>> More help : https://help.launchpad.net/ListHelp
>> <https://help.launchpad.net/ListHelp>
>>
>>
>>
>>
>>
>
> --
> +---------------------------------
> | Jan Krieger
> | Schwetzinger Straße 60
> | 69124 Heidelberg
> |
> | jan@xxxxxxxxxxx
> | www.jkrieger.de
> +---------------------------------
>
> --
> Mailing list: https://launchpad.net/~kicad-lib-committers
> Post to : kicad-lib-committers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-lib-committers
> More help : https://help.launchpad.net/ListHelp
>
References