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=message-id:date:from:subject:to:in-reply-to:mime-version :content-type:content-disposition:content-transfer-encoding; bh=ZLezcqsMBjS4LbaYqr0AbdCTa21R6GSZlnVysF6Mad0=; b=Jiz4gD7zXEt9I+j/IWt5/mSSpThuXkiGMNhRVZma7tfu5iH1zMO0fJeF+6cMXT0x7m 1HYfgoX5681AoijjVAk6z6M7T0hc1s4Zk1adRFlAD8PQ0taFu6Uc9X/UcjWotwlwV/+k NGul2Yshfjz5NCuAnXnJloCnV6Fpxpwa3WJlcfkxKYpGstBaA/1CllK8rWR0p730tUtb vBBgSW50Zx7XZJChB0rlvC1lkWsr2GiwFBE6B1m2MAwM11bi+oy5Th1A1bF9GYoj35WV lslao3Azxc9MKJ552oC3uoEg8spoPj7sr+OhgQxz8oewSS3MHkqfYwN8q84RcRXMg4Iy 1wmA== X-Received: by 10.66.194.198 with SMTP id hy6mr75541482pac.34.1448999443782; Tue, 01 Dec 2015 11:50:43 -0800 (PST) Message-ID: <565dfa13.430d620a.9021b.6045@mx.google.com> X-Google-Original-Message-ID: <1448999438 DOT 5010 DOT 18 AT zotlet.(none)> Date: Wed, 02 Dec 2015 08:50:38 +1300 From: "Lilith Bryant (dark141 AT gmail DOT com) [via geda-user AT delorie DOT com]" Subject: Re: [geda-user] PCB: clearouts in polygons slightly off, fix? To: geda-user AT delorie DOT com In-Reply-To: <20151201201559.df10bda12d53ff7d8b55461e@gmail.com> (from geda-user AT delorie DOT com on Wed Dec 2 08:15:59 2015) X-Mailer: Balsa 2.5.1-79-g9697477 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id tB1JonRV012151 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 On 2015-12-02 08:15:59 AM, Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > Yes for cases where the output is demonstrably "wrong" there is a problem > hidden somewhere. > > Approximation is more about needed accuracy, in real life accuracy is never > perfect. If approximation start to add up for example each time an object is > moved it is however a problem, I guess a grid more course than total > approximation error could solve this. > > Nicklas Karlsson > > > > On Tue, 1 Dec 2015 13:41:13 -0500 > DJ Delorie wrote: > > > > > My personal preference is that, for cases where the output is > > demonstrably "wrong", we should fix it. In this particular case, > > we're producing incorrect gerbers (although only *slightly* incorrect, > > but if you're pushing the limits, that might be enough) and if > > correcting our mistake causes warnings for others, those are warnings > > they should have been getting all along anyway ;-) > > > > One could argue that by approximating curves with lines we're "wrong" > > anyway, but then again, since the user has no control over how we do > > that, a minor tweak in how we do that should still be within our > > domain. > I reported (and submitted a patch for) something similar than my board house picked up: https://bugs.launchpad.net/pcb/+bug/1100620 No takers so far though...