X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=1diesF8+r7vysmJnCOYnvrvFY2EVLGFZxchHMF6sju8=; b=WExDtNwGs43EDNx4pOsc42b1oLH4kSpRyzvO1ggJI/39u1CpEDsYzaN3KuWLR5shmg vlJyX5j7jTpov9R+AkYiqd9kz3SqCLju2xalG27M5ZsHmX2BzgAa2D+hO6lVfFp3vpFo Afib0oRl37UKlaxAJmjmZDLFpFRoeBdiVhODevBQAjYQZIJKGzT4T1fxNcy/cs/hyMsf /McsPXiU/Pqq6jLfVMx7BQS9akniM91a+k9QiduJADl0UBWZf+Jf+vW6/OHv+sLPo5/f j1Loa0Gs6uApUfjXUCA1ixQUAomlCKxiNlfGFZvf2VB+uqH/XMsuerAn/IAMsxf6OQzZ SOyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=1diesF8+r7vysmJnCOYnvrvFY2EVLGFZxchHMF6sju8=; b=EZtDDtq4N5X9KDUuhmqsVvBPVDsUgu5bK7S6AYJk6xkOCWg4ZuXsb72ytvp+ZPC/zb rl6x4EOJ7/TmRDY/IPpnsnVsGvahOcXQ/sPJimqSY5vXtz+itmcD4vT1+LlYxDF/6ZaK 9nMRu65c5H4pkPUZ0ZlEZcHfA9AHHxRM6YIiYQvnK3bgKuegzuoEt43izSPqOGco4x0N 0nJ4Y38Eo8CIEOa+F5xbCfKLFxC8ObmkL9Kilaayw1zuDEIR8Jv/AitKs0F22RjSeV0y J3R1gqKjtP79dR+y9Jt2Tw+e4mgh3JhSLu+QEyJERKXQr1Sxej8oxeusHSGLVlwTZi0b PF/w== X-Gm-Message-State: AG10YOQJrkk1F1YbaFUFF2YJOsPYLluKbvghUSPmE9Cl/Eg6anvzGvGy1Na9vbbP6FSObw== X-Received: by 10.194.249.69 with SMTP id ys5mr23480661wjc.97.1454361080215; Mon, 01 Feb 2016 13:11:20 -0800 (PST) Date: Mon, 1 Feb 2016 22:11:14 +0100 From: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] The nature of gEDA layers Message-Id: <20160201221114.33b489cbeb1ef0c3361abc78@gmail.com> In-Reply-To: References: <20160127141334 DOT c738feb9dbeb54a7dec3dff8 AT gmail DOT com> <56A8F74B DOT 8080304 AT ecosensory DOT com> <56A961BC DOT 3040405 AT ecosensory DOT com> <56A9E416 DOT 8080500 AT ecosensory DOT com> <20160128124020 DOT 8f2f33210481f637a696f5d0 AT gmail DOT com> <20160128164922 DOT 7bd920859ab8462f8abb0f40 AT gmail DOT com> <20160128191943 DOT d3f06f258e112a8d7d532327 AT gmail DOT com> <20160201113121 DOT 9e1229dc74b565f082c3bfba AT gmail DOT com> X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > >> You still want to model a 3D PCB accurately. But that is not the job of > >> the layout program and its core data structures. > > > > In sort of but there are two methods: > > 1. To model as it look then manufacturing is done. > > 2. It should be possible to deduce how it should look then manufacturing is done. > > Then drill size and between which conductive layer hole or cut out > > should be made it is possible to deduce a accurate 3D pcb model. Your > > example below should do the trick together with some knowledge of > > stack up of course. > > Annotated with Attributes, a HID can visualize, edit, export a full 3D > model of the PCB. In particular it will be well defined where there is material or not. > > I had time to read your example more careful and could only contribute two meaningful comments: > > > >> Layer{name="Top:mask", Attributes{elements="COMPONENTSIDE:mask"}} > > > > I think the mask and silkscreen if there is one should be referenced > > to TOP conductive layer instead of COMPONENTSIDE. Reason is multi > > layer above two layer circuit boards are etched before they are > > assembled and if mask/silk is referenced to conductive layer file > > format would allow for embedded component soldered on inner layer > > before board assembled. > > This is a library layer naming convention detail. For a surface mount element/footprint there is usually: copper, solder resist and silk screen. It would also be possible vith vias in pard or cut out above to mark size of component. It is not to uncommon to place element on backside which work great today. Then it come to syntax of file format it should however allow to place on any layer up or down. It should work if componentside is "local" local for this element which it must be anyway. Then placing element/footprint syntax much however be such that it could be placed on any layer up or down, then there may of cours be practical limitations. > If you select the thermal tool and click on an object, the tool will > search for objects on the active Layer inside, with thermal="" > Attributes, figure out what style is currently implemented, remove all > that, look for a clearance attribute on the pad. And then figure out > how to replace those objects with something else, properly marked as > thermal. If there is nothing, it may add a clearance, for example. If > it is not a Group, it may wrap the pad in a Group, after confirmation. If file format allow adjustment, not a local copy without update possibility thermal currently implemented sound great! Sometimes it is useful rotate thermal. Tolerances as currently implemented are probably good in general which in sort of it is now for minimum copper spacing.