I'd find it a loss if the scaling options were gone - I often end up using scaling for things like inductors, where there's too much variety to make a model for each size and height, so I'll often grab a model with the correct fp and wrong height and scale it.
Kliment On 29.09.20 19:38, Ian McInerney wrote: > I am all for removing scaling completely on STEP models - those should > be properly defined. I'm not sure the history of why VRML was chosen as > the first model type that was supported, but we shouldn't remove it > since it is used primarily in the 3D viewer to get better renders. > > We can probably go down to 1 scaling input for VRML models, but why not > just turn it into a "VRML Units" selection and provide a list of the > common units and compute the scaling factor from that? That should be > the only use case when scaling VRML is needed. > > -Ian > > On Tue, Sep 29, 2020 at 6:22 PM Jon Evans <j...@craftyjon.com > <mailto:j...@craftyjon.com>> wrote: > > Do other EDA tools allow model scaling? Altium doesn't even allow > VRML import in the first place. > > On Tue, Sep 29, 2020 at 1:10 PM Seth Hillbrand <s...@kipro-pcb.com > <mailto:s...@kipro-pcb.com>> wrote: > > Well, we've backed ourselves into a bit of a corner. VRML is > specified in meters, so if we're assuming inches, we're a bit > off in left field. But do we need three separate scale > parameters? We could reduce to 1, correct? > > In the official footprint library, we have 7 footprints that > specify non-unity scaling. (Banana_Jack_[1-3], > NS-Tech_Grove_1x04, Fuse_Blade_ATO, Fuse_Blad_Mini, > Oscillator_SMD_TXC0_G158). > > -Seth > > > > > On Tue, Sep 29, 2020 at 9:30 AM Ian McInerney > <ian.s.mciner...@ieee.org <mailto:ian.s.mciner...@ieee.org>> wrote: > > We can't remove the scaling option until we make the VRML > importer handle proper unit selection. I have routinely run > into the case where I go OpenSCAD -> Wings3D -> KiCad and > design a model using mm in OpenSCAD because it makes for > easier computations (all the datasheet values are nicely > given in mm) and then have to apply a scaling factor of > 0.3937 to all the axes in KiCad to make it the proper size > because we seem to have a hardcoded assumption about what > unit system the VRML file is in. > > In fact, the KLC says: WRL files do not specify absolute > dimensions. KiCad normalizes model parameters to units of > inches and the internal units (dimensionless) of the WRL > model must be scaled accordingly. > > -Ian > > On Tue, Sep 29, 2020 at 4:50 PM Seth Hillbrand > <s...@kipro-pcb.com <mailto:s...@kipro-pcb.com>> wrote: > > There has been some discussion to removing the scale > option here altogether. The logic being that if you > need the model scaled, you should be doing this in your > solid CAD not in your electronic CAD. I have come > around to this idea and it might be worth implementing > rather than doing the scale limiting. > > -Seth > > On Tue, Sep 29, 2020 at 4:52 AM Mário Luzeiro > <mrluze...@ua.pt <mailto:mrluze...@ua.pt>> wrote: > > Hi all, > > I'm wondering if it is safe to limit the scale of > shapes to be positive values? > > Applying negative scales will cause inverted shapes > and render issues on the models. > > Could be that anyone in the world is using negative > scale values? > or should be safe to limit it? > > This is related with this issues: > https://gitlab.com/kicad/code/kicad/-/issues/5817 > > Mario > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > <mailto:kicad-developers@lists.launchpad.net> > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp > > > > -- > KiCad Services Corporation Logo > Seth Hillbrand > *Lead Developer* > +1-530-302-5483 <tel:+12126039372> > Davis, CA > www.kipro-pcb.com <https://www.kipro-pcb.com/> > i...@kipro-pcb.com <mailto:i...@kipro-pcb.com> > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > <mailto:kicad-developers@lists.launchpad.net> > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp > > > > -- > KiCad Services Corporation Logo > Seth Hillbrand > *Lead Developer* > +1-530-302-5483 <tel:+12126039372> > Davis, CA > www.kipro-pcb.com <https://www.kipro-pcb.com/> > i...@kipro-pcb.com <mailto:i...@kipro-pcb.com> > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > <mailto:kicad-developers@lists.launchpad.net> > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp > > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp > _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp