kicad-developers team mailing list archive

[Brian Sidebotham <brian.sidebotham@...>]

--0016364d205bc216a604783f948f Content-Type: text/plain; charset=ISO-8859-1

2009/11/13 Manveru <manveru@...>

>
>
>
>
> 2009/11/13 Wayne Stambaugh <stambaughw@...>
>
>>
>> ... Maybe this is where some
>> type of database implementation would be useful that some of the other
>> developers have suggested. That way all your local information, part
>> numbers, manufacturers, vendors, cost, etc. would be independent of the
>> actual component libraries themselves. If you could separate it out
>> that way or by some other method, it would probably be easier for other
>> to accept.
>>
>> Wayne
>>
>>
> I would like to see such functionality as separate tool - it should allow
> to manage the parts inventory according to part number and values (for
> discrete parts). So it should allow to match netlist/BOM with part numbers
> from the suppliers with exact part used on schematics - so you enter such
> data once, and you have it. In case of library update the relation between
> part name and value and suppliers part name would not change. It is worth
> consider adding such tool to KiCad suite.
>
> Going further we can imagine far future, where for example Digikey delivers
> the database containing part numbers from their data base matched to part
> name (standardized) and value (f.e. resistance). This could be web service
> with query/response API.
>
> --
> Manveru
> jabber: manveru@...
> gg: 1624001
> http://www.manveru.pl
>
>
Hi Manveru,

I think we are straying into the other discussion about a new symbol library
management system which is not really my intention. If it is possible to
give the ability to create heavy symbol libraries with what KiCad already
has available then I think it would be a bonus. It should not impact
anything that is done in the future with a new symbol library management
system.

Best Regards,

Brian.
 --0016364d205bc216a604783f948f Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><br><div class=3D"gmail_quote">2009/11/13 Manveru <span dir=3D"ltr">&lt=
;<a href=3D"mailto:manveru@...";>manveru@...</a>&gt;</span><br=
><blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204,=
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">






=20=20=20=20=20=20=20=20



<div>





<br><br>




<br><br><div class=3D"gmail_quote">2009/11/13 Wayne Stambaugh <span dir=3D"=
ltr">&lt;<a href=3D"mailto:stambaughw@..."; target=3D"_blank">stamba=
ughw@...</a>&gt;</span><br><blockquote class=3D"gmail_quote" style=
=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; p=
adding-left: 1ex;">















<div style=3D"background-color: rgb(255, 255, 255);"><span></span><br><div>=
<div><div><div class=3D"im">... Maybe this is where some<br>
type of database implementation would be useful that some of the other<br>
developers have suggested. That way all your local information, part<br>
numbers, manufacturers, vendors, cost, etc. would be independent of the<br>
actual component libraries themselves. If you could separate it out<br>
that way or by some other method, it would probably be easier for other<br>
to accept.<br>
<br>
Wayne<br>


</div></div><br></div></div></div></blockquote></div><br>I would like t=
o see such functionality as separate tool - it should allow to manage the p=
arts inventory according to part number and values (for discrete parts). So=
it should allow to match netlist/BOM with part numbers from the suppliers =
with exact part used on schematics - so you enter such data once, and you h=
ave it. In case of library update the relation between part name and value =
and suppliers part name would not change. It is worth consider adding such =
tool to KiCad suite.<br>

<br>Going further we can imagine far future, where for example Digikey deli=
vers the database containing part numbers from their data base matched to p=
art name (standardized) and value (f.e. resistance). This could be web serv=
ice with query/response API.<br clear=3D"all">

<br>-- <br>Manveru<br>jabber: <a href=3D"mailto:manveru@..."; target=
=3D"_blank">manveru@...</a><br> =A0 =A0 gg: 1624001<br> =A0 <a href=
=3D"http://www.manveru.pl"; target=3D"_blank">http://www.manveru.pl</a><br>






<br></div></blockquote><div><br>Hi Manveru,<br><br>I think we are straying =
into the other discussion about a new symbol library management system whic=
h is not really my intention. If it is possible to give the ability to crea=
te heavy symbol libraries with what KiCad already has available then I thin=
k it would be a bonus. It should not impact anything that is done in the fu=
ture with a new symbol library management system.<br>
<br>Best Regards,<br><br>Brian.<br>=A0<br></div></div>
 --0016364d205bc216a604783f948f--