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=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=uRsSW21jmECjUEwXjlwTht6we8GGs15o6afXSdduz9A=; b=Z/93giJvhqp3LKkHowBSg/53Qgvt4yZw/HI4DIUfG9EfO11SzY+l6mrSaCplTiqgCx Er/39kjFjq6nhuqGEClDQltHiddK1gRqPDU9e5TFxkWgNRy0oddfJJEQUdxqHIFFXFsT CRqIB5H/UyGTU1vHJNb95T3HzbmZ6peOcsj7xyvEfIwk4J0YYOKedK2F3X5tssqpaooj 4Zbpb52MOqBXMkL2Qe9oV6D2HeIsvUN+ccESVfbLKsdQzW3SXZqShhsI5Tkm0LgIzobI lLpfrsWs9lCPm+z1i0MPkpsJbmCp+GnQrprEb7rl1ToL0AUP2gsKopD/ifsoMzONl03a 0EOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=uRsSW21jmECjUEwXjlwTht6we8GGs15o6afXSdduz9A=; b=PdPhw8zM1o8tx9xwdaHU03zv+0QaxsXTxsB+3rvD3A93Bp/PIT+q/2MYgTNr877a/G pSadMeArSFq5jYAFAEdtlE3I5Kv1e11Wz+dte65L8uDVVlkUopyWVmM+v6EzO/7AvcNC OoJ0+rVGCojj14dvjg2Kx7nGJ5W4OmM0jhaPlw/P1F9mPRZ35FsyEyP68y2bSNSh5jWi pX/r0PdQbalr8WCw6j6KmQfuQvBUf6uSenjwlQKbUaqOuA3eYn7WtqkDtC7g7mDn4WI2 twcynC7pNGDlKX9AF//tA1BZ26lA6LmuZW+ikVK4zEl8peCv11b5BpqFDqhU6TY8Ogoj TgZQ== X-Gm-Message-State: AHQUAuYmXZI7nxurd5vfhOBfehzWs+U8c7T0/NGolxbJYyeLVyQRFdym 3sn1oEWhSUuVejAmS8QnzLEW9q1jKz+iBexyBliwWg== X-Google-Smtp-Source: AHgI3IYjDY0dh9qRE0iKgmAnl22vVWcf/5HKzN7vRmfrmv5eYjgVS/HawMDBxaP8CpuwdlE7o5P9nn7M0IebRzL6gVE= X-Received: by 2002:a62:42d4:: with SMTP id h81mr6583809pfd.259.1549395481582; Tue, 05 Feb 2019 11:38:01 -0800 (PST) MIME-Version: 1.0 References: <34d4880c-3aa0-26a2-0d02-ab740ccda6be AT fastmail DOT com> <1993f267-eaba-d065-2a84-11d33a165b8e AT fastmail DOT com> <02221dee-bb68-95bd-c28f-93db1f85043a AT fastmail DOT com> In-Reply-To: <02221dee-bb68-95bd-c28f-93db1f85043a@fastmail.com> From: "Chad Parker (parker DOT charles AT gmail DOT com) [via geda-user AT delorie DOT com]" Date: Tue, 5 Feb 2019 14:37:50 -0500 Message-ID: Subject: Re: [geda-user] PCB 4.1.3 png export acting weird To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary="0000000000004be1b205812abf14" Reply-To: geda-user AT delorie DOT com --0000000000004be1b205812abf14 Content-Type: text/plain; charset="UTF-8" Thanks Girvin. The consistency of the exporters is something that's on my radar/todo list. I was going to suggest that you try the eps output instead of the png output, if for no other reason than it's a vector file, and so easily scalable. It can be a little dicey sometimes with polygons because they get diced up into pieces for the export, but otherwise works pretty well. I've done this with Inkscape, and it works pretty well. On Tue, Feb 5, 2019 at 2:17 PM Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com] wrote: > Chad, > > Just an update to let you know what I discovered since my last message. I > discovered that LibreCad (LC) does not handle PNG imports very well. It > imports the file, but it is huge. When I tried to "scale" it down by a > reasonable amount, the image disappeared! I later read that LC prefers > vector graphics to raster bit-maps, of which PNG is, and suggests > converting the raster file to DXF using inkscape. I have tried that in the > past, but with less than successful results. > > However, I tried exporting the PCB layers I want using the EPS option > instead of the PNG option, and then running the EPS file through pstoedit, > which converts it to DXF, which is LC's native file format for "blocks". I > then imported the DXF file as a block into my LC drawing and it worked > fine. I was then able to make my assembly drawing using the PCB exported > design without re-drawing it. Slick. > > BTW: For another "data point", I was going to try to export my design as > EPS without the work-around you suggested (no copper layers selected), but > DJ mentioned in a previous message in this thread that the EPS option also > has the same problem. So, I will not bother testing it. > > BTW2: I discovered the "PS" PCB export option produces the same output as > File > Print - all board layers on separate pages - which is not the same > format as the other export options. That was not expected but may be by > design for some reason. It may be more intuitive to "Print" to a file using > PostScript and let the PS export have the same result as the other export > options. > > Girvin > > > On 1/29/19 4:31 PM, Chad Parker (parker DOT charles AT gmail DOT com) [via > geda-user AT delorie DOT com] wrote: > > Great! I'm glad we have a working solution for now. > > Since you have something that works, I'll look into it some more this > weekend. > > Cheers, > --Chad > > On Tue, Jan 29, 2019 at 7:08 PM Girvin Herr (gherrl AT fastmail DOT com) [via > geda-user AT delorie DOT com] wrote: > >> Chad, >> >> Okay, here's what I did. As you suggested, I used the unused "signal2" >> layer to create a box around the board edge and kept it turned on with the >> "component" and "solder" layers turned off. In the PNG dialog, I checked >> the "screen-layout-order" option and that gave me what I want - silkscreen, >> pins, and outline. If I leave the "screen-layout-order" option unchecked >> and nothing else changed, then I get everything again - traces from both >> sides and all. >> >> So, I thank you for your work-around and I can continue my work wile you >> get it sorted out. I will look into posting a bug report ASAP. >> >> Thanks Again. >> Girvin >> >> >> On 1/29/19 3:35 PM, Chad Parker (parker DOT charles AT gmail DOT com) [via >> geda-user AT delorie DOT com] wrote: >> >> Okay, so, it's not a recent thing. That means I didn't break anything >> (that I don't already know about) :) >> >> As a temporary workaround, do you have a spare copper layer? Maybe you >> could draw the outline on the spare layer and enable it. Perhaps that would >> trick the pads into being drawn while we get this sorted out. >> >> LaunchPad is the bug tracker that we use: >> https://launchpad.net/pcb >> >> Generally common sense applies. Provide enough info so that the devs can >> reproduce the problem. The easier you make it for us and the more specific >> you can be, the easier it is for us to help you. >> >> Thanks, >> --Chad >> >> >> On Tue, Jan 29, 2019 at 6:30 PM Girvin Herr (gherrl AT fastmail DOT com) [via >> geda-user AT delorie DOT com] wrote: >> >>> Chad & DJ, >>> >>> Thanks for your prompt response. >>> >>> Yes, I have "Only-visible" checked in the PNG dialog. That was the first >>> thing I did, since the prompt specifically said "...visible items...", >>> which implies visible on the screen. >>> >>> I thought I did this before, but my notes from then say to enable >>> "Component" side to get pads. Otherwise will only get silkscreen. Sounds >>> familiar. However, that board was a single-sided board, so it didn't >>> matter, since there were no traces on the Component side. This new board is >>> a double-sided board. I just checked and exporting with "Component" layer >>> turned on will produce the top silk, pins and both component and solder >>> layer traces, which still is not what I want. I don't want the traces for >>> this export. According to the PNG file date on that single-sided board, it >>> was February of 2015. So, this process was giving me problems that far back >>> at least. >>> >>> I have never used LaunchPad before or filed a bug report. How do I do >>> that? Is there a process document I can read to do it? If so, where can I >>> find it? >>> >>> Thanks again. >>> Girvin >>> >>> >>> On 1/29/19 2:39 PM, Chad Parker (parker DOT charles AT gmail DOT com) [via >>> geda-user AT delorie DOT com] wrote: >>> >>> It does appear that the pins and pads not being drawn. Did this ever >>> work for you? Did it break recently? >>> >>> Could you please file a bug report on LaunchPad? I'll take a look. >>> >>> On Tue, Jan 29, 2019 at 5:29 PM DJ Delorie wrote: >>> >>>> >>>> Please make sure you have also checked the "only-visible" option in the >>>> png exporter dialog. >>>> >>> --0000000000004be1b205812abf14 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks Girvin. The consistency of the exporters is so= mething that's on my radar/todo list.

I was go= ing to suggest that you try the eps output instead of the png output, if fo= r no other reason than it's a vector file, and so easily scalable. It c= an be a little dicey sometimes with polygons because they get diced up into= pieces for the export, but otherwise works pretty well. I've done this= with Inkscape, and it works pretty well.

=20 =20 =20

Chad,

Just an update to let you know what I discovered since my last message. I discovered that LibreCad (LC) does not handle PNG imports very well. It imports the file, but it is huge. When I tried to "scale" it down by a reasonable amount, the image disappeared! I later read that LC prefers vector graphics to raster bit-maps, of which PNG is, and suggests converting the raster file to DXF using inkscape. I have tried that in the past, but with less than successful results.

However, I tried exporting the PCB layers I want using the EPS option instead of the PNG option, and then running the EPS file through pstoedit, which converts it to DXF, which is LC's native file format for "blocks". I then imported the DXF file as a= block into my LC drawing and it worked fine. I was then able to make my assembly drawing using the PCB exported design without re-drawing it. Slick.

BTW: For another "data point", I was going to try to expor= t my design as EPS without the work-around you suggested (no copper layers selected), but DJ mentioned in a previous message in this thread that the EPS option also has the same problem. So, I will not bother testing it.

BTW2: I discovered the "PS" PCB export option produces the= same output as File > Print - all board layers on separate pages - which is not the same format as the other export options. That was not expected but may be by design for some reason. It may be more intuitive to "Print" to a file using PostScript and let the= PS export have the same result as the other export options.

Girvin


=20
Great! I'm glad we have a working solution for now.

Since you have something that works, I'll look into it som= e more this weekend.

Cheers,
--Chad

On Tue, Jan 29, 2019 at 7:08 PM Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com] <ge= da-user AT delorie DOT com> wrote:

Chad,

Okay, here's what I did. As you suggested, I used the unused "signal2" layer to create a box around the b= oard edge and kept it turned on with the "component" and "solder" layers turned off. In the PNG dialog, I ch= ecked the "screen-layout-order" option and that gave me w= hat I want - silkscreen, pins, and outline. If I leave the "screen-layout-order" option unchecked and nothing = else changed, then I get everything again - traces from both sides and all.

So, I thank you for your work-around and I can continue my work wile you get it sorted out. I will look into posting a bug report ASAP.

Thanks Again.
Girvin


On 1/29/19 3:35 PM, Chad Parker (parker DOT charles AT gmail DOT com) [via geda-user AT delorie DOT com] wrote:
Okay, so, it's not a recent thing. That means I didn't break anything (that I don't already know about) :)

As a temporary workaround, do you have a spare copper layer? Maybe you could draw the outline on the spare layer and enable it. Perhaps that would trick the pads into being drawn while we get this sorted out.

LaunchPad is the bug tracker that we use:

Generally common sense applies. Provide enough info so that the devs can reproduce the problem. The easier you make it for us and the more specific you can be, the easier it is for us to help you.

Thanks,
--Chad


On Tue, Jan 29, 2019 at 6:30 PM Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:

Chad & DJ,

Thanks for your prompt response.

Yes, I have "Only-visible" checked in the = PNG dialog. That was the first thing I did, since the prompt specifically said "...visible items...&qu= ot;, which implies visible on the screen.

I thought I did this before, but my notes from then say to enable "Component" side to get = pads. Otherwise will only get silkscreen. Sounds familiar. However, that board was a single-sided board, so it didn't matter, since there were no traces on the Component side. This new board is a double-sided board. I just checked and exporting with "Component" layer turned on will produ= ce the top silk, pins and both component and solder layer traces, which still is not what I want. I don't want the traces for this export. According to the PNG file date on that single-sided board, it was February of 2015. So, this process was giving me problems that far back at least.

I have never used LaunchPad before or filed a bug report. How do I do that? Is there a process document I can read to do it? If so, where can I find it?

Thanks again.
Girvin


It does appear that the pins and pads not being drawn. Did this ever work for you? Did it break recently?

Could you please file a bug report on LaunchPad? I'll take a look.

<= br> Please make sure you have also checked the "only-visible" option in the
png exporter dialog.
--0000000000004be1b205812abf14--