Re: [Kicad-developers] [RFC] 3D models repository

Unfortunately that doesn't seem to be the intent of the people who made the 3d model generators, as they inject the license into the model files, and explicitly stated that they indeed want to restrict some uses of the mechanically generated models so people can't compile them in their own

Re: [Kicad-developers] [RFC] 3D models repository

Public Domain is not the right vision IMO for kicad libraries. If you release something in public domain, you lose any control and your data can be used in closed libraries, improved without giving back any result etc. IMO Geda acted in the right way... the license has an exception for data

[Kicad-developers] Improving SCM behaviour of kicad_pcb

We have a fairly complex board that needs to be done yesterday. We've been experimenting with simultaneous editing of the pcb with moderate success. We are using git. Each person works in a different area of the board, and we merge the results periodically. Because of the time crunch, we

Re: [Kicad-developers] Bump for arc tracks

I was missing the piecewise linear approximation of the higher order shapes part. I don't know the answer. My instinct is that for arcs the direct analytic tests for proximity and intersection are faster tests on an accurate piecewise linear approximation. But on the other hand, if you only

Re: [Kicad-developers] Bump for arc tracks

I don't think you are missing anything. I was thinking that converting everything to line segments might make DRC faster. I haven't dug into the DRC code, but perhaps it relies on collision functions provided by the shape type itself (which theoretically could be either "true" arc calculations,

Re: [Kicad-developers] Bump for arc tracks

Interesting idea. It might be a false comparison since we are choosing between a line segement chain and a curve segement chain composed of only lines. For the maths aspect, the computational speed is equal. For optimizations involving memory footprint and data structure traversal speed, I'm

Re: [Kicad-developers] [RFC] 3D models repository

Cirilo, Can we stipulate as part of the license file that any contributors agree implicitly that their generated models are released as public domain? i.e. don't require explicit release from every contributor, as it is inherent to the library LICENSE? a) If you contribute model / footprint /

Re: [Kicad-developers] [RFC] 3D models repository

On Thu, Jun 29, 2017 at 8:16 AM, Oliver Walters wrote: > Would it be sufficient to drop the "Copyright (C) 2017 KiCad" header? > No, because we have no idea who holds copyright. KiCad cannot be a copyright holder because it is not a legal entity (person or

Re: [Kicad-developers] [RFC] 3D models repository

On Fri, Jun 30, 2017 at 5:43 PM, easyw wrote: > Hi Javier, > > atm our 3d script generated library has already a license similar to geda > > https://github.com/KiCad/packages3D/wiki/Model-Licencing > > Particularly what has been stated there is the freedom to share the 3D >

Re: [Kicad-developers] [RFC] new connectivity algorithm - testers needed

Hi Orson, tested with latest commits and now is fine. thanks a lot Maurice On 6/30/2017 9:46 PM, Maciej Suminski wrote: Hi Maurice, What revision did you use? Today I fixed it (da051379), so it depends whether you already have the recent patches. Let me know if there are still problems.

Re: [Kicad-developers] Bump for arc tracks

Hi hauptmech, Would you give more details about the Altium import? Are you working on a plugin or standalone tools? What do you plan to import (sch/pcb/libs)? Regards, Orson On 06/30/2017 11:05 AM, hauptmech wrote: > I asked earlier this year whether there was any interest in arc tracks > and

Re: [Kicad-developers] [RFC] new connectivity algorithm - testers needed

Hi Maurice, What revision did you use? Today I fixed it (da051379), so it depends whether you already have the recent patches. Let me know if there are still problems. Regards, Orson On 06/30/2017 05:58 PM, easyw wrote: > Hi, > I'm having a strange behavior when loading a netlist > > with the

Re: [Kicad-developers] [RFC] new connectivity algorithm - testers needed

Hi, I'm having a strange behavior when loading a netlist with the menu Tools, Load Netlist if I select to Delete Single Pads Nets, almost all pads will lose their connectivity... (you can see in the report that the algo is deleting the net connectivity when parsing the pads) This was not the

Re: [Kicad-developers] [RFC] 3D models repository

Hi Javier, atm our 3d script generated library has already a license similar to geda https://github.com/KiCad/packages3D/wiki/Model-Licencing Particularly what has been stated there is the freedom to share the 3D models embedded in the design (i.e. a full board and step models for data

Re: [Kicad-developers] [PATCH] Remove hardcoded hotkeys that have a context menu to fall back on.

Hi hauptmech, Thank you for the patch. I have committed the part where you enable custom hotkeys for the select actions, and I did the same for the router actions (instead of disabling them). Regards, Orson On 06/30/2017 10:19 AM, hauptmech wrote: > Fixed blocked Lock/Unlock hotkey. > Add

Re: [Kicad-developers] Bump for arc tracks

Is SHAPE_LINE_CHAIN a core element that potentially an ARC might be translated to for display, DRC, or other output needs? If so, it seems that they would be separate with a conversion function from ARC to SHAPE_LINE_CHAIN and there would be SHAPE_ARC_CHAIN or SHAPE_SEGMENT_CHAIN (or similar)

Re: [Kicad-developers] Bump for arc tracks

At first glance it looks like SHAPE_LINE_CHAIN and TRACK are the points where the development clings to straight lines the most. One could add a single variable to line segment data structures so that they could also represent arcs. or One could add a layer of abstraction so that curves

Re: [Kicad-developers] No models in 3d-viewer.

Hi Kristoffer, I don't have a chance at moment to test the current main branch, but I assure you it is not a GPU or driver problem! ;) Mario From: Kicad-developers on behalf of Kristoffer

Re: [Kicad-developers] Bump for arc tracks

On 30.06.2017 11:05, hauptmech wrote: > I asked earlier this year whether there was any interest in arc tracks > and got little response. > > My use case was importing altium files. > > Are any of the core developers likely to accept work in this direction? Hi, Sure, it would be awesome if

[Kicad-developers] Bump for arc tracks

I asked earlier this year whether there was any interest in arc tracks and got little response. My use case was importing altium files. Are any of the core developers likely to accept work in this direction? ___ Mailing list:

Re: [Kicad-developers] [RFC] 3D models repository

On Thu, Jun 29, 2017 at 8:34 PM, José Ignacio wrote: > PS: another inconvenience for the license is section 3.a, attribution. > There is no automated way to generate a proper attribution list from the > schematic/layout, since each library is housed in a different

[Kicad-developers] No models in 3d-viewer.

Hello! I have been using the nightly version of kicad for a while. But recently the 3d-viewer stopped displaying models on my board. First I thought that it was my GPU being strange ( AMD R390x ). But now it has happened on my Manjaro laptop as well with integrated Intel gpu. Is anyone else

[Kicad-developers] [PATCH] Remove hardcoded hotkeys that have a context menu to fall back on.

Fixed blocked Lock/Unlock hotkey. Add hotkeys for Select Trivial Connection and Select Copper Connection --- pcbnew/hotkeys.cpp | 7 ++- pcbnew/hotkeys.h| 4 +++- pcbnew/router/pns_tool_base.cpp | 2 +- pcbnew/router/router_tool.cpp | 4 ++--

Re: [Kicad-developers] [RFC] 3D models repository

Hi Wayne, Why do you say the parser would choke on the license comment? I have a lot of parts with the license text put in the 'License' field and they seem to work correctly. Cheers, Orson On 06/28/2017 04:42 PM, Wayne Stambaugh wrote: > Javier, > > Thank you for the clarification. Adding

[Kicad-developers] [PATCH] Improve matchDpSuffix() to match a wider range of differential pair names.

As before but with fewer tabs... diff --git a/pcbnew/router/pns_kicad_iface.cpp b/pcbnew/router/pns_kicad_iface.cpp index 2960f41e2..922a9a7a5 100644 --- a/pcbnew/router/pns_kicad_iface.cpp +++ b/pcbnew/router/pns_kicad_iface.cpp @@ -233,9 +233,9 @@ int PNS_PCBNEW_RULE_RESOLVER::matchDpSuffix(