René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Clipping filled paths in vector outputs","articleBody":"The svg spec says that renderers should support values within the range of a C float (https://www.w3.org/TR/SVG/types.html#Precision).  However, in practice, inkscape appears to be limited to overflow around 2**24, probably due to the fact that it relies on cairo (which has the same limitation) for rendering.  Chromium's svg renderer also appears to hit an overflow somewhere (not sure about the exact value).  Agg also has this limitation (see comment at the top of `_path_converters.h`: \r\n\r\n\u003e PathClipper: Clips line segments to a given rectangle.  This is\r\n\u003e helpful for data reduction, and also to avoid a limitation in\r\n\u003e Agg where coordinates can not be larger than 24-bit signed\r\n\u003e integers.\r\n\r\nand it is explicitly tested that this is worked around for Agg (test_simplification.test_overflow).\r\n\r\nCurrently, the svg backend clips output paths to the actually drawn canvas, but does not clip filled areas.  So, with\r\n```\r\nfrom pylab import *\r\nfill_between([0, 1e10], [1, 1], color=\"b\")\r\nplot([0, 1e10], [.5, .5], \"r\")\r\ngca().set(xlim=(0, 1))  # force very large x-coordinates in pixels\r\ngca().set_axis_off()\r\nsavefig(\"/tmp/foo.png\")\r\nsavefig(\"/tmp/foo.svg\")\r\n```\r\nwe get:\r\n\r\npng:\r\n\r\n![foo](https://user-images.githubusercontent.com/1322974/31812968-8a99b666-b539-11e7-9959-de1f20cccb8f.png)\r\n\r\nsvg, converted to png by inkscape (can't attach a svg in a gh comment) -- but chromium renders the same way:\r\n\r\n![foosvg](https://user-images.githubusercontent.com/1322974/31813065-df0d5f54-b539-11e7-9288-c1961d24cc45.png)\r\n\r\n(the red line is drawn accurately because it is clipped in the SVG output; the blue box disappears because it is not clipped and overflows inkscape's renderer)\r\n\r\nThere are similar overflow issues with pdf output (via ghostscript -- the relevant renderer, as we use it for the test suite), which are in fact the factor limiting the clip value in https://github.com/matplotlib/matplotlib/pull/9477 (that's how I found out about this issue), although I can't point to anything in the pdf spec right now.\r\n\r\nNow one may argue that \"this is the fault of the noncompliant renderer\", but given that we are *already* clipping unfilled paths, and also fully working around this for raster output, I think it makes sense to clip filled paths as well in svg (and pdf).  (Of course, this will still fail when someone tries to make a svg image with a dimension exceeding 2**24.  Honestly I don't care about that case :-))\r\n\r\nRelated to #8901 (clipping in eps).","author":{"url":"https://github.com/anntzer","@type":"Person","name":"anntzer"},"datePublished":"2017-10-20T09:02:21.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":5},"url":"https://github.com/9488/matplotlib/issues/9488"}