<?xml version="1.0" encoding="utf-8"?>
<!-- If you are running a bot please visit this policy page outlining rules you must respect. http://www.livejournal.com/bots/ -->
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:lj="http://www.livejournal.com">
  <id>urn:lj:livejournal.com:atom1:11011110</id>
  <title>0xDE</title>
  <subtitle>0xDE</subtitle>
  <author>
    <name>0xDE</name>
  </author>
  <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/"/>
  <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom"/>
  <updated>2009-11-26T05:55:56Z</updated>
  <lj:journal userid="7784841" username="11011110" type="personal"/>
  <link rel="service.feed" type="application/x.atom+xml" href="http://11011110.livejournal.com/data/atom" title="0xDE"/>
  <link rel="hub" href="http://pubsubhubbub.appspot.com/"/>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:186071</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/186071.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=186071"/>
    <title>Not drowning but waving</title>
    <published>2009-11-25T08:38:37Z</published>
    <updated>2009-11-26T05:55:56Z</updated>
    <category term="tools"/>
    <content type="html">When I'm in the heat of coming up with new ideas on a research project I have a bad habit of sending an email to my collaborators and then, a minute or an hour or a day later, another and another, correcting or contradicting or elaborating on the previous ones, until it can be difficult to figure out which parts of what I sent were important or bogus or relevant. Wouldn't it be better to have a system that's sort of like email, in that it allows one to send messages that only one's trusted collaborators sees, but sort of like a wiki, in that everything can be edited after the fact by anyone else (with the old versions still viewable)? And while we're at it, why not make this system sort of like a threaded web forum where one can share a whole long thread with additional people long after it starts, and sort of like an outliner that lets you build a hierarchical structure for your ideas, and maybe also sort of like a chat system where one can see what everyone else in the same thread is typing as they type it? And even sort of like LaTeX&lt;sup&gt;*&lt;/sup&gt; in that it knows how to format equations and not just the usual text and pictures?&lt;br /&gt;&lt;br /&gt;That's what &lt;a href="http://wave.google.com/"&gt;Google Wave&lt;/a&gt; is.&lt;br /&gt;&lt;br /&gt;I've been using Wave for all of a week now for one of my papers and I already regret the times I lapsed back into my old bad habits to work on it by email. I'm not giving up on email any time soon but for some situations there are other tools that are better, and I think this is one of those situations. Wave is in beta (justifiably so: the server is...robust) and still invitation-only. But apparently a week is long enough for me to be an old hand&lt;sup&gt;**&lt;/sup&gt; and start inviting a few other people to join me, so if you want an invite and somehow haven't managed to score one already elsewhere then feel free to ask here.&lt;br /&gt;&lt;br /&gt;&lt;sup&gt;*&lt;/sup&gt;Ok, the LaTeX part isn't there by default. It's &lt;a href="https://wave.google.com/wave/#restored:wave:googlewave.com!w%252B4muyQgqQR.2"&gt;an extra gadget that you have to add on&lt;/a&gt;, but it's easy to do so. I haven't used it much, though: most of the time when I need math it's just for simple formulas like O(n&lt;sup&gt;2&lt;/sup&gt;) that are easy enough to type inline.&lt;br /&gt;&lt;br /&gt;&lt;sup&gt;**&lt;/sup&gt;If I'm an old hand, then &lt;a href="http://geomblog.blogspot.com/2009/10/waveing.html"&gt;Suresh&lt;/a&gt; and &lt;a href="http://blog.computationalcomplexity.org/2009/10/typecasting-again.html"&gt;Lance&lt;/a&gt; are ancient and decrepit and over-the-hill.&lt;br /&gt;&lt;br /&gt;Update: all eight of my initial set of invitations are used now. I'll update this if I get any more.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:185722</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/185722.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=185722"/>
    <title>Growth and Decay in Life-Like Cellular Automata</title>
    <published>2009-11-17T03:44:21Z</published>
    <updated>2009-11-17T03:44:21Z</updated>
    <category term="cellular automata"/>
    <category term="papers"/>
    <content type="html">If I haven't been posting much here in the last couple of weeks, it's because too much of my writing energy has been going into writing actual papers. Here's one of them: &lt;a href="http://arxiv.org/abs/0911.2890"&gt;Growth and Decay in Life-Like Cellular Automata&lt;/a&gt;, arXiv:0911.2890. The aim of the paper is to predict which &lt;a href="http://en.wikipedia.org/wiki/Life-like_cellular_automata"&gt;two-dimensional cellular automaton rules&lt;/a&gt; will behave similarly to &lt;a href="http://en.wikipedia.org/wiki/Conway%27s_Game_of_Life"&gt;Conway's Game of Life&lt;/a&gt;. But a large part of the difficulty in making this sort of prediction is finding the right definition of "similarly".&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;A standard method for classifying automata, due to Wolfram, is to look at the behavior of the automaton on random initial conditions. Very roughly speaking, four outcomes are possible: the field can go from random to uniform, it can develop scattered still life and oscillator patterns but without any persistence of long-term complex behavior, it can remain random, or something else can happen. That "something else" supposedly describes Life, although really it seems that Life develops scattered still lifes and oscillators but just does it more slowly than some other rules.&lt;br /&gt;&lt;br /&gt;From my point of view, I'm not so concerned with random inputs. There are interesting things to say about Life's behavior on random initial conditions, but it's the non-random inputs that more fascinate me, the ones with some structure to them like the &lt;a href="http://www.yucs.org/~gnivasch/life/article_cat/"&gt;caterpillar&lt;/a&gt; and &lt;a href="http://otcametapixel.blogspot.com/"&gt;metapixel&lt;/a&gt; that are far too big to be found in practice by a random search (despite the theoretical truth that every possible pattern happens in a large enough random field). From this point of view &lt;a href="http://www.ics.uci.edu/~eppstein/ca/wolfram.html"&gt;Wolfram's classification is unsatisfying&lt;/a&gt;: these large structured patterns with interesting behavior can be found in many different rules that have very different behavior on random inputs. It's also overly subjective (why is Life Class IV and not Class II?) and unpredictive — it doesn't tell you in advance how a rule is going to behave, it only serves to describe the behavior you've already observed.&lt;br /&gt;&lt;br /&gt;So a large part of the new paper describes a very crude classification that despite its crudity works better for my purposes: automata are grouped into four classes according to whether they support patterns that can grow beyond any bounding box enclosing them, and whether they support patterns that can die out completely. The interesting rules are likely to be the ones for which both answers are yes, and we can classify the vast majority of rules without having to look at the individual behavior of each one.&lt;br /&gt;&lt;br /&gt;After defining this classification and using it to map out the rule space, the rest of the paper catalogues a collection of rules that support the complex patterns I'm looking for. One standout here is &lt;a href="http://fano.ics.uci.edu/ca/rules/b013468s02/"&gt;B013468/S02&lt;/a&gt;, which supports many small spaceships and oscillators and has a glider gun much smaller than the one in Life. It's also interesting from the Wolfram random-start point of view: when seeded with a random field (best with 46% live cells and 54% dead ones), it develops into large regions of cells alternating at each step between being alive and dead, each crisscrossed by large numbers of gliders, puffers, and other patterns sent out from the chaotic boundaries between regions of different phases. Because these boundaries gradually lose their curvature over long time scales, the number of steps before this system stabilizes to scattered oscillators is much higher than it is in Life.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:185541</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/185541.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=185541"/>
    <title>Boo</title>
    <published>2009-11-02T07:16:02Z</published>
    <updated>2009-11-02T07:16:02Z</updated>
    <category term="photography"/>
    <category term="family"/>
    <content type="html">My photos from &lt;a href="http://www.ics.uci.edu/~eppstein/pix/halloween09/index.html"&gt;Halloween&lt;/a&gt; are now online. Pumpkin picking, carved pumpkins, my son and his friend in costume, that sort of thing.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:185202</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/185202.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=185202"/>
    <title>Slopes of intersecting line segments</title>
    <published>2009-10-27T01:12:10Z</published>
    <updated>2009-10-27T01:18:50Z</updated>
    <category term="unsolved"/>
    <category term="graph drawing"/>
    <content type="html">As a follow-up to &lt;a href="http://11011110.livejournal.com/184816.html#cutid1"&gt;the problem of coloring triangle-free line segment intersection graphs&lt;/a&gt; that I posted the other day, here's another line segment intersection representation of the &lt;a href="http://en.wikipedia.org/wiki/Gr%C3%B6tzsch_graph"&gt;Grötzsch graph&lt;/a&gt;. This time I drew it with only four different slopes of line segments, making it obvious that it can be 4-colored (just use a different color for each slope). And conversely the fact that this graph requires four colors implies that I couldn't have drawn it with fewer than four slopes. Is there a bound on the number of distinct slopes needed to realize all triangle-free line segment intersection graphs? It seems likely to be hard to prove that this number is bounded, if it is, since that would also solve the coloring problem. But maybe it's easy to come up with a family of triangle-free line segment intersection graphs that require an unbounded number of slopes?&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/Groetzsch4slope.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;A natural candidate for an (infinite) line segment intersection graph requiring an unbounded number of slopes is the &lt;a href="http://en.wikipedia.org/wiki/Order-4_pentagonal_tiling"&gt;order-4 pentagonal tiling&lt;/a&gt; of the hyperbolic plane, the Klein model of which forms a triangle-free line segment arrangement in the Euclidean plane. But I don't see an easy way to get a handle on how many slopes it needs.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:184979</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/184979.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=184979"/>
    <title>Another case of plagiarism</title>
    <published>2009-10-26T21:21:05Z</published>
    <updated>2009-10-26T22:33:58Z</updated>
    <category term="plagiarism"/>
    <content type="html">Via &lt;a href="http://twitter.com/miketrick/"&gt;Mike Trick's twitter feed&lt;/a&gt; I learn of a case of plagiarism &lt;a href="http://www.siam.org/journals/plagiary/index.php"&gt;published on SIAM's web site&lt;/a&gt;. Most of the papers that were plagiarized seem to be in operations research, but one of them is computational geometry: one of the victimized authors is Godfried Toussaint, whose paper (copied by the plagiarists) concerns a one-dimensional geometric matching problem for testing how similar two point sets are that is somewhat related to the calculation of Haussdorff distance.&lt;br /&gt;&lt;br /&gt;To me the most interesting part of the story is the lack of response from the journals and universities associated with the plagiarists. Do they hope to avoid publicity by keeping the story quiet? But by failing to respond they have prompted SIAM to take this public step, and made themselves look like collaborators in the plagiarism.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:184816</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/184816.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=184816"/>
    <title>Four open from IPAM</title>
    <published>2009-10-24T21:01:54Z</published>
    <updated>2009-10-24T21:21:54Z</updated>
    <category term="unsolved"/>
    <category term="combinatorics"/>
    <category term="conferences"/>
    <content type="html">I spent the last week visiting the &lt;a href="http://www.ipam.ucla.edu/"&gt;Institute for Pure and Applied Mathematics&lt;/a&gt; at UCLA, for a &lt;a href="http://www.ipam.ucla.edu/programs/cmaws2/"&gt;workshop on combinatorial geometry&lt;/a&gt;. Rather than post here about the many exciting new results I heard about (for which see &lt;a href="http://www.ipam.ucla.edu/schedule.aspx?pc=cmaws2"&gt;the conference program&lt;/a&gt;) I thought I'd describe a few open problems that came up in some of the talks.&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;Jacob Fox began the conference by describing his work with János Pach on separator theorems for &lt;a href="http://en.wikipedia.org/wiki/String_graph"&gt;string graphs&lt;/a&gt;. He mentioned a problem that he attributed to Erdős: suppose that A is a collection of line segments in the plane, no three of which intersect pairwise. How many colors are needed, in the worst case, to color the segments of A so that no two crossing segments have the same color. In other words, what is the chromatic number of a &lt;a href="http://en.wikipedia.org/wiki/Triangle-free_graph"&gt;triangle-free&lt;/a&gt; &lt;a href="http://en.wikipedia.org/wiki/Intersection_graph"&gt;intersection graph&lt;/a&gt; of line segments? It is not even known whether this number has a finite bound. For instance, the line segments below represent the &lt;a href="http://en.wikipedia.org/wiki/Gr%C3%B6tzsch_graph"&gt;Grötzsch graph&lt;/a&gt;, a triangle-free graph requiring four colors.&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/GroetzschSegments.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid2"&gt;&lt;/a&gt;Rom Pinchasi spoke about "some unrelated problems", one of which concerned blocking visibilities among sets of points in the plane. If one is given &lt;i&gt;n&lt;/i&gt; blue points, how many additional red points must one place so that there is a red point between every pair of blue points? If the points are in sufficiently general position (so that any red point can block at most two pairs of blue points) then a quadratic number of blockers is needed, but it seems to be the case that, even if one carefully arranges the blue points so that they are easily blocked, a superlinear number of blockers may be needed. Specifically, Pinchasi conjectured that if no three blue points are collinear, they can't be blocked with fewer than &amp;Omega;(&lt;i&gt;n&lt;/i&gt;&amp;nbsp;log&amp;nbsp;&lt;i&gt;n&lt;/i&gt;) red points. He also considered a version of the problem where the blue points may have collinearities and in which, on each line determined by two or more blue points, one needs only to place a red point somewhere between the two extreme blue points. For this variation, he proved that at least &lt;i&gt;n&lt;/i&gt;/2 blockers are necessary (unless all blue points are on one line). However, the arrangement below (one of two examples of point sets with few &lt;a href="http://en.wikipedia.org/wiki/Sylvester%E2%80%93Gallai_theorem"&gt;ordinary lines&lt;/a&gt;) was the only one he could find in which fewer than &lt;i&gt;n&lt;/i&gt; were sufficient.&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/6block7.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid3"&gt;&lt;/a&gt;Although Richard Ehrenborg's talk was about something else, he began with another unrelated problem, concerning spanning trees in bipartite graphs. He defined a class of graphs that he called Ferrers graphs, a bipartite variation of &lt;a href="http://en.wikipedia.org/wiki/Threshold_graph"&gt;threshold graphs&lt;/a&gt;, as follows. From any &lt;a href="http://en.wikipedia.org/wiki/Partition_(number_theory)#Ferrers_diagram"&gt;Ferrers diagram&lt;/a&gt; with &lt;i&gt;x&lt;/i&gt; rows and &lt;i&gt;y&lt;/i&gt; columns, we form a bipartite graph with &lt;i&gt;x&lt;/i&gt; vertices &lt;i&gt;u&lt;sub&gt;i&lt;/sub&gt;&lt;/i&gt; on one side of the bipartition and &lt;i&gt;y&lt;/i&gt; vertices &lt;i&gt;v&lt;sub&gt;i&lt;/sub&gt;&lt;/i&gt; on the other side, where &lt;i&gt;u&lt;sub&gt;i&lt;/sub&gt;&lt;/i&gt; is connected to &lt;i&gt;v&lt;sub&gt;j&lt;/sub&gt;&lt;/i&gt; if there's a dot or square in the &lt;i&gt;i&lt;/i&gt;th row and &lt;i&gt;j&lt;/i&gt;th column of the diagram; I've drawn an example below. For these graphs, there's a very simple formula for the number of spanning trees: multiply together all the degrees of all the vertices, and divide this product by &lt;i&gt;xy&lt;/i&gt;. Ehrenborg conjectures that the same formula (the product of the degrees divided by the numbers of vertices on each side of the bipartition) is an upper bound for the number of spanning trees in any bipartite graph.&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/FerrersGraph.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid4"&gt;&lt;/a&gt;József Solymosi finished off the conference by a talk about the famous and still unsolved problem of how many pairs of points can be at unit distance among &lt;i&gt;n&lt;/i&gt; points in the plane, or equivalently how many edges can be in a &lt;a href="http://en.wikipedia.org/wiki/Unit_distance_graph"&gt;unit distance graph&lt;/a&gt;. He asked about a related problem, progress on which would lead to progress in the original graph: given &lt;i&gt;n&lt;/i&gt; unit circles in the plane, how many points can there be that are crossed by three or more of the circles? One can get a superlinear lower bound by placing circle centers on a grid with a carefully chosen spacing. For instance, in the grid of circles shown below, the radius of the circles is 5/2 times the grid spacing, and the points of triple intersection (some of which are marked in green) form a diagonal grid twice as dense as the grid of circle centers. However, for upper bounds, nothing better than the trivial O(&lt;i&gt;n&lt;/i&gt;&lt;sup&gt;2&lt;/sup&gt;) is known.&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/5-2-circles.png"&gt;&lt;/div&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:184527</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/184527.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=184527"/>
    <title>Commutative diagrams</title>
    <published>2009-10-21T18:22:54Z</published>
    <updated>2009-10-21T18:22:54Z</updated>
    <category term="graph drawing"/>
    <content type="html">&lt;a href="http://golem.ph.utexas.edu/category/2009/10/aesthetics_of_commutative_diag.html"&gt;Aesthetics of commutative diagrams&lt;/a&gt;. An interesting discussion of graph drawing in the context of graphs that represent mathematical formulas. Does one lay them out in a nice grid pattern which makes the formulas easier to read, or does one choose a less uniform vertex placement in which the global shape of the diagram (its outside face) conveys the intended meaning of the diagram?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:184169</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/184169.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=184169"/>
    <title>Curves in graph drawing</title>
    <published>2009-10-15T03:17:31Z</published>
    <updated>2009-10-15T03:19:17Z</updated>
    <category term="graph drawing"/>
    <content type="html">&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/CurvedDualHerschel.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;The graph drawn above is the planar dual to the &lt;a href="http://en.wikipedia.org/wiki/Herschel_graph"&gt;Herschel graph&lt;/a&gt;. The Herschel graph has nine quadrilateral faces, so its dual is a 9-vertex 4-regular planar graph, and therefore can be drawn as the arrangement graph of a system of smooth curves, or as in this case as the self-crossings of a single smooth curve.&lt;br /&gt;&lt;br /&gt;Much of the research in graph drawing uses a drawing style in which edges are drawn as straight line segments, or as sequences of straight line segments articulated by "bends", corners where two line segments meet. But I think that, in many cases, smooth curves can create a more interesting aesthetic effect, that the extra freedom inherent in drawing curves makes it possible to spread out the features of the drawing more evenly, and that smooth curves are likely to be easier for the eye to follow than sharp bends.&lt;br /&gt;&lt;br /&gt;No doubt &lt;a href="http://en.wikipedia.org/wiki/Mark_Lombardi"&gt;Mark Lombardi&lt;/a&gt; would agree.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:184007</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/184007.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=184007"/>
    <title>Paths and edge-colorings in hypercubes</title>
    <published>2009-10-09T00:39:41Z</published>
    <updated>2009-10-09T00:39:41Z</updated>
    <category term="unsolved"/>
    <category term="media theory"/>
    <content type="html">By way of clearing some space off my whiteboard, here's a drawing that's been taking up space in the middle of it for too long:&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/EdgeColoredQ6.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;The context is &lt;a href="http://garden.irmacs.sfu.ca/?q=op/edge_antipodal_colorings_of_cubes"&gt;a problem of Norine on edge-antipodal colorings of cubes&lt;/a&gt;: is it the case that, whenever the edges of a hypercube are two-colored in such a way that edges directly opposite each other have opposite colors, then some pair of opposite vertices are connected by a path of edges of only one color?&lt;br /&gt;&lt;br /&gt;I was looking at a stronger variation of the problem: if a cube's edges are two-colored arbitrarily, is there always either a monochromatic antipodal path or a monochromatic zone (a family of parallel edges, all given the same color)? If true this would answer Norine's problem, because an antipodally colored cube can't have a monochromatic zone. But it's not true, and the drawing shows why not. It's a six-dimensional hypercube (not antipodally colored), in which there are no monochromatic zones (each class of parallel edges has both colors). But there are also no monochromatic antipodal paths: an antipodal path would have to project to an antipodal path in a little three-dimensional cube as well as one in the big three-dimensional cube, but in the little cube the only antipodal paths are brown and in the big one they are only purple.&lt;br /&gt;&lt;br /&gt;There's another variation that I've also thought about, without much success: given an arbitrily two-edge-colored hypercube, must there always exist a path between two opposite vertices in which there exists at most one pair of differently-colored consecutive edges? Norine's problem and this problem don't require the paths to be shortest paths but that would also be interesting.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:183566</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/183566.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=183566"/>
    <title>Updated bibtex style for easy hyperlinking of articles</title>
    <published>2009-10-01T22:59:30Z</published>
    <updated>2009-10-01T23:30:02Z</updated>
    <category term="tools"/>
    <category term="bibliography"/>
    <content type="html">In conjunction with &lt;a href="http://blog.computationalcomplexity.org/2009/10/journal-manifesto-20.html"&gt;Bill Gasarch's call for including as many links as possible in the bibliographies of our papers&lt;/a&gt; (and for us to take some other more important steps towards open access; see also &lt;a href="http://www.daniel-lemire.com/blog/archives/2009/10/01/a-simplified-open-publishing-manifesto/"&gt;here&lt;/a&gt;) I've updated a BibTeX style file, &lt;a href="http://www.ics.uci.edu/~eppstein/bibs/abuser.bst"&gt;abuser.bst&lt;/a&gt;, that I've been using in conjunction with pdflatex and the &lt;s&gt;&lt;a href="http://www.ctan.org/tex-archive/help/Catalogue/entries/url.html"&gt;url package&lt;/a&gt;&lt;/s&gt; &lt;a href="http://www.ctan.org/tex-archive/help/Catalogue/entries/hyperref.html"&gt;hyperref package&lt;/a&gt; in order to make hyperlinks in my papers' bibliographies.&lt;br /&gt;&lt;br /&gt;Basically, you use this package very much like the standard BibTeX abbrv style, with the following changes:&lt;ul&gt;&lt;li&gt;For book series, such as LNCS, it is preferable to use number={nnnn} rather than volume={nnnn} to indicate the number of the book within the series; this frees the volume to indicate the volume of a multivolume work (which might exist within a differently numbered series). The formatting is also a little more compact; e.g. series={LNCS}, number={1234} produces "LNCS 1234" rather than "vol. 1234, other information, LNCS".&lt;/li&gt;&lt;br /&gt;&lt;li&gt;url={...} includes the given url within the formatted reference, as a hyperlink for TeX systems that support hyperlinking.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;eprint={...} includes the arxiv paper with the given eprint number, as a hyperlink for TeX systems that support hyperlinking.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;doi={...} includes the given doi, as a hyperlink for TeX systems that support hyperlinking. If you're not familiar with the doi system, it's a way to provide links to the publisher's web site for journal and conference papers that is supposedly more permanent than just using a url (as publishers often change their url schema but are not supposed to change their dois). So this doesn't do anything about the open access issue but does allow easy hyperlinking of online published content. The doi is usually included somewhere on the publisher's web page for an article but can also be looked up using &lt;a href="http://www.crossref.org/guestquery/"&gt;crossref.org&lt;/a&gt;.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;There's a note at the top of the file about Dutch names being sorted correctly (that is, "van Kreveld" should be sorted under "K"), but I no longer remember what I did to achieve this.&lt;/ul&gt;If you need something other than abbrv, you're on your own, but I hope this is helpful to at least a few other people than myself.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:183508</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/183508.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=183508"/>
    <title>Dublin and Chicago photos</title>
    <published>2009-09-30T05:46:53Z</published>
    <updated>2009-09-30T20:19:01Z</updated>
    <category term="graph drawing"/>
    <category term="conferences"/>
    <category term="photography"/>
    <category term="landscape"/>
    <content type="html">I just finished uploading five new sets of photos:&lt;ul&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.ics.uci.edu/~eppstein/pix/trinity/index.html"&gt;Mathematical sculpture at Trinity College Dublin&lt;/a&gt;. Or sort-of mathematical: the artist may have intended one of these sculptures to model DNA, but to a topologist it looks like a torus link. Apparently every year the Hamilton Workshop on Geometry and Topology uses one of these as a logo, but they're running out: soon they'll have to go with the kitschy sculpture of a buxom Molly Malone outside the college gate.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.ics.uci.edu/~eppstein/pix/dublin/index.html"&gt;Dublin&lt;/a&gt;. Or the parts of it that I saw outside of Trinity and Guinness. With my usual complement of graffiti.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.ics.uci.edu/~eppstein/pix/guinness/index.html"&gt;The Guinness Storehouse&lt;/a&gt;. Supposedly Ireland's biggest tourist attraction. I didn't take many photos inside, although I found the tour quite interesting; most of the photos are of the 360-degree view of the Guinness brewery that one gets from the bar at the top of the tour.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.ics.uci.edu/~eppstein/pix/chicago/index.html"&gt;Chicago&lt;/a&gt;. The weather was not really conducive to photography but I took a couple of shots anyway.&lt;/li&gt;&lt;br /&gt;&lt;li&gt;&lt;a href="http://www.ics.uci.edu/~eppstein/pix/gd09/index.html"&gt;Graph Drawing 2009&lt;/a&gt;. If you didn't go, now's your chance to see what you missed. If you did go, you can see how many photos you and your friends are in. I hope none of the ones I kept are too embarrassing or unflattering. &lt;b&gt;ETA:&lt;/b&gt; The &lt;a href="http://facweb.cs.depaul.edu/gd2009/gd2009.asp"&gt;GD09&lt;/a&gt; web site now also links to &lt;a href="http://www.flickr.com/photos/pkjha/sets/72157622359854899/detail/"&gt;another set of photos&lt;/a&gt; by &lt;a href="http://web.stcloudstate.edu/pkjha/home.html"&gt;Pranava Jha&lt;/a&gt;.&lt;/li&gt;&lt;/ul&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:183072</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/183072.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=183072"/>
    <title>Some statistics about this year's Graph Drawing program</title>
    <published>2009-09-26T03:14:43Z</published>
    <updated>2009-09-26T03:14:43Z</updated>
    <category term="graph drawing"/>
    <category term="conferences"/>
    <content type="html">After two conferences I'm too tired to successfully post anything serious. So, since Graph Drawing lacks a public business meeting at which to present these, here instead are some statistics on acceptances and rejections at the conference.&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;It was a bad year to have only one co-author: (Here and in the other chart below, dark blue represents accepted papers and light blue the rejected ones.)&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/gd09-stats/nauth.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;Here are the most popular title words (excluding &lt;a href="http://en.wikipedia.org/wiki/Stop_words"&gt;stop words&lt;/a&gt;), sorted by the acceptance rate of the papers they appeared in. Somehow it pleases me that the two most frequent were "graph" and "drawing". Also, papers on optimal algorithms for orthogonal grid labeling were unusually unpopular this year.&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/gd09-stats/title.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;And finally, what would Graph Drawing be without a drawing of a graph? This one has a vertex for each accepted paper and an edge between two papers that share a co-author. Somehow this looks very different from an equally sparse &lt;a href="http://en.wikipedia.org/wiki/Erd%C5%91s%E2%80%93R%C3%A9nyi_model"&gt;Erdős–Rényi random graph&lt;/a&gt;: the fact that it's built out of cliques (sets of papers with a common co-author) seems very visible.&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/gd09-stats/coauth.png"&gt;&lt;/div&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:182851</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/182851.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=182851"/>
    <title>Crossing resolution of bounded-degree graphs</title>
    <published>2009-09-24T05:08:09Z</published>
    <updated>2009-09-26T03:32:20Z</updated>
    <category term="graph drawing"/>
    <content type="html">Two of the papers presented today at Graph Drawing (and one earlier at WADS) concerned drawings in which edges that cross are required to do so at a high angle. One of today's papers ("On the perspectives opened by right angle crossing drawings", by Angelini et al) included some results on bounded degree graphs, showing that graphs with sufficiently low degree bounds could be given drawings with right-angled crossings and few bends per edge. The other paper ("Area, curve complexity, and crossing resolution of non-planar graph drawings", by Di Giacomo et al) generalized the problem, looking not just at right angled drawings but at drawings in which all crossings have an angle bounded away from zero; the "crossing resolution" of the title is the minimum angle of any crossing. So what if we put both of these together and look at the crossing resolution of bounded-degree graphs?&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;As &lt;a href="http://11011110.livejournal.com/152413.html"&gt;I already pointed out a year ago&lt;/a&gt;, an algorithm from &lt;a href="http://arxiv.org/abs/cs.CG/0312056"&gt;a paper with Duncan and Kobourov&lt;/a&gt; in SoCG 2004 already achieves good crossing angles with no bends when the degree is very small (at most three). This algorithm draws the graph with its vertices on a grid and its edges in two planar layers such that one layer of the edges connects pairs of vertices on adjacent grid columns (causing them to be close to vertical) and the other layer connects pairs of vertices on adjacent grid rows (causing them to be close to horizontal). Two edges can cross only if all four of their endpoints lie on distinct rows and columns of the grid, ruling out what would otherwise be some bad cases. So the worst case appears to be one in which a slope-3 and a slope-1/3 edge cross each other, with angle &amp;pi;/2&amp;nbsp;&amp;minus;&amp;nbsp;2tan&lt;sup&gt;&amp;minus;1&lt;/sup&gt;(1/3), approximately 53 degrees.&lt;br /&gt;&lt;br /&gt;A limit to the vertex degree bounds that force bendless drawings with high crossing resolution to exist is provided by &lt;a href="http://arxiv.org/abs/math.CO/0509150"&gt;a paper by Barát, Matoušek, and Wood&lt;/a&gt; that proves that graphs with degree nine may have unbounded &lt;a href="http://www.ics.uci.edu/~eppstein/junkyard/thickness/"&gt;geometric thickness&lt;/a&gt;. A drawing in which all crossings have angles bounded away from zero has bounded geometric thickness: if one partitions the edges of the graph into a constant number of subsets within which all slopes are close to each other, each subset must form a planar graph. So, since degree-9 graphs don't have bounded geometric thickness, they also don't have bounded crossing resolution.&lt;br /&gt;&lt;br /&gt;For bendless drawings of graphs with degree from four to eight, it seems that it is still unknown how the crossing resolution may depend on the degree. And even for degree three, perhaps better crossing resolution may be achieved by some other algorithm.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;ETA:&lt;/b&gt; János Pach points out that the same relation between geometric thickness and crossing resolution allows one to prove an O(1/n) bound on the crossing resolution of n-vertex complete graphs from known results on &lt;a href="http://arxiv.org/abs/math/9910185"&gt;geometric thickness of complete graphs&lt;/a&gt;, improving a logarithmic bound from the Di Giacomo et al paper and an O(1/&amp;radic;n) bound obtained from a result of &lt;a href="http://dx.doi.org/10.1007/BF01215345"&gt;Aronov et al.&lt;/a&gt; that any n points in general position have &amp;Omega;(&amp;radic;n) pairwise crossing line segments.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:182697</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/182697.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=182697"/>
    <title>Report from the Hamilton Workshop</title>
    <published>2009-09-19T20:37:24Z</published>
    <updated>2009-09-23T03:25:54Z</updated>
    <category term="topology"/>
    <category term="conferences"/>
    <category term="talks"/>
    <content type="html">I&amp;#39;ve been visiting Dublin, Ireland (my first time here) for the &lt;a href="http://www.hamilton.tcd.ie/events/gt/gt2009.htm"&gt;Fifth William Rowan Hamilton Geometry and Topology Workshop&lt;/a&gt; at the Hamilton Mathematics Institute of Trinity College, where I spoke about &lt;a href="http://www.ics.uci.edu/~eppstein/pubs/Epp-5HWGT-09.pdf"&gt;hyperconvex metric spaces, finding optimal stars, orthogonal convex hulls, and embedding into the Manhattan plane&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;It was a good conference, but a bit like stepping into a parallel world where everyone&amp;#39;s evil twin does low-dimensional topology and geometric group theory: the workshop theme had the phrase "Computational Geometry" in it, but it&amp;#39;s an Other Computational Geometry that really mostly means low-dimensional topology and geometric group theory; there&amp;#39;s an Other David Epstein (spelled wrong) who does etc and was here last year; and there&amp;#39;s an Other Kevin Wortman (not spelled wrong) who does etc and wasn&amp;#39;t here, but whose name caused some confusion when I referred to the work of my former student Kevin Wortman. Still, my interests and those of the Other Computational Geometers have enough overlap that I think we all got something useful out of the experience.&lt;br /&gt;&lt;br /&gt;I&amp;#39;m not going to recount all of the talks (especially because I didn&amp;#39;t understand them all) but here are a few that caught my attention.&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;&lt;a href="http://ldtopology.wordpress.com/2009/09/18/hamilton-geometry-and-topology-workshop/"&gt;Nathan Dunfield&lt;/a&gt; has posted his slides on “Practical Solutions to Hard Problems in 3-Dimensional Topology.” Hard in this context means, actually, as 3d topology goes, pretty easy: problems such as finding incompressible surfaces in manifolds that can be solved in merely exponential time by triangulating the manifold (that is, representing it as a complex of glued-together tetrahedra), observing that the thing you want can be represented as a &lt;a href="http://en.wikipedia.org/wiki/Normal_surface"&gt;normal surface&lt;/a&gt;, describing all normal surfaces as the integer points in an unbounded high-dimensional convex polytope, and looking at the boundary rays of the polytope. Despite the complication this all works pretty well (he said) when the number of tetrahedra is moderate (say 30 or 40), but these methods hit a wall somewhere around 50 tetrahedra and he needed more like 120 of them to define some examples of manifolds coming from a number-theoretic construction. So he found some heuristics and tricks that allowed him to guess the surfaces he was looking for without the exhaustive searching; there seems to be little hope of guaranteeing that these tricks work well in general, but they worked well enough for his examples.&lt;br /&gt;&lt;br /&gt;János Pach was there as well and gave a talk I&amp;#39;d mostly seen before (but I think the rest of the audience hadn&amp;#39;t) on bounding the numbers of edges in a graph when you know that it has a nice enough drawing (say, there is a constant bound on the size of the largest mutually crossing set of edges).&lt;br /&gt;&lt;br /&gt;Robert Meyerhoff spoke on “Computer-Aided Analysis of Hyperbolic 3-Manifolds.” The use of the computer in this work is very quantitative and numerical. For instance, as part of a different calculation he needed to show that (with, it turns out, six or seven exceptions) if one expands a toroidal tube around the shortest non-contractable curve in a compact hyperbolic 3-manifold, one can keep expanding until the tube radius is at least log(3)/2 before it runs into itself and can&amp;#39;t expand any more. The solution technique involves finding several numerical parameters of the manifold (such as the length of the non-contractable curve, the shortest distance between two copies of the curve in the universal cover, etc) and using a computer to map out blocks in the parameter space where a radius lower than log(3)/2 would lead to a contradiction (e.g. some other curve that is shorter than the supposedly shortest one). The output of this search (a partition of parameter space into blocks and data describing of what goes wrong within each block) forms what is in principle a rigorous proof; a program that verifies the proof can be much simpler than one that searches for it, and the level of rigor resulting from this sort of search seems to be quite acceptable to the low dimensional topologists.&lt;br /&gt;&lt;br /&gt;Tim Riley had a fun talk that involved asymptotic analysis of quickly growing functions of a type that was familiar to me from theoretical CS. Specifically, he looked at the following process one could play on a sequence of finitely many non-negative numbers: remove the first number from the sequence, and replace each remaining positive number &lt;i&gt;i&lt;/i&gt; in the sequence by the pair of numbers &lt;i&gt;i&lt;/i&gt;,&amp;nbsp;&lt;i&gt;i&lt;/i&gt;&amp;nbsp;&amp;minus;&amp;nbsp;1. For instance, the sequence 3,3,3 would become 3,2,3,2, then 2,1,3,2,2,1, then 1,0,3,2,2,1,2,1,1,0, then 0,3,2,2,1,2,1,1,0,2,1,1,0,1,0,0, etc. As he showed, any sequence eventually becomes empty after a finite number of steps like this, but a sequence of &lt;i&gt;n&lt;/i&gt; &lt;i&gt;i&lt;/i&gt;&amp;#39;s takes roughly A(&lt;i&gt;i&lt;/i&gt;,&lt;i&gt;n&lt;/i&gt;) steps where A is the &lt;a href="http://en.wikipedia.org/wiki/Ackermann_function"&gt;Ackermann function&lt;/a&gt;. He used this rapid growth to define groups with unexpected properties.&lt;br /&gt;&lt;br /&gt;There were also several talks presented entirely on the chalkboard, something I still see occasionally in mathematics department seminars but not at the other conferences I go to. I found it quite refreshing, but I think it would only work for hour-length talks, not for the 20-minute ones we more frequently get.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:182443</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/182443.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=182443"/>
    <title>Not the Nauru graph</title>
    <published>2009-09-18T07:59:00Z</published>
    <updated>2009-09-18T08:02:52Z</updated>
    <category term="nauru graph"/>
    <category term="xyz graphs"/>
    <content type="html">The orthogonal polyhedron shown below has an interesting combination of properties: it is orthogonally convex (any axis-parallel line intersects it in a point, an interval, or the empty set) but not simply-connected.&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/ConvexDonut.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;My first thought on completing this drawing was: its skeleton is a highly symmetric cubic torus graph with 24 vertices...must be the &lt;a href="http://11011110.livejournal.com/tag/nauru+graph"&gt;Nauru graph&lt;/a&gt;! But it isn't. It's &lt;a href="http://en.wikipedia.org/wiki/Vertex-transitive_graph"&gt;vertex-transitive&lt;/a&gt; but, unlike the Nauru graph, not &lt;a href="http://en.wikipedia.org/wiki/Edge-transitive_graph"&gt;edge-transitive&lt;/a&gt;: the edges that wrap the short way around the torus each belong to only two six-cycles (the two faces on either side of the edge) but the edges that wrap the long way around belong to three (the two faces and their equatorial cycle).</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:182087</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/182087.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=182087"/>
    <title>More Banff photos</title>
    <published>2009-09-13T19:06:49Z</published>
    <updated>2009-09-13T19:06:49Z</updated>
    <category term="photography"/>
    <category term="family"/>
    <content type="html">As &lt;a href="http://11011110.livejournal.com/180108.html"&gt;promised&lt;/a&gt;, I've finally put up &lt;a href="http://www.ics.uci.edu/~eppstein/pix/dianabanff/index.html"&gt;Diana's photos from Banff&lt;/a&gt;, complete with grizzle bear.&lt;br /&gt;&lt;br /&gt;Much of the delay was due to a chain of reinstallations of software and libraries I needed to perform to get my web photo gallery software working again after upgrading to Snow Leopard. Why doesn't software just work? (Asks the computer scientist, who should know better.)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:181898</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/181898.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=181898"/>
    <title>Another theory blog</title>
    <published>2009-09-11T16:49:50Z</published>
    <updated>2009-09-11T16:52:29Z</updated>
    <category term="blogging"/>
    <content type="html">To go along with her newly minted assistant professorship at Oregon State University, &lt;a href="http://www.glencora.org/"&gt;Cora Borradaile&lt;/a&gt; has started a new blog, &lt;a href="http://www.glencora.org/category/silent-glen-speaks/"&gt;Silent Glen Speaks&lt;/a&gt;. So far there's only an introductory post (and, on the RSS feed, some abstracts of older papers) but I'll be watching for more. Welcome to the blogosphere, Cora!</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:181729</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/181729.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=181729"/>
    <title>Manhattan embedding, paired approximation, and stragglers</title>
    <published>2009-09-11T00:58:05Z</published>
    <updated>2009-09-11T00:58:05Z</updated>
    <category term="papers"/>
    <content type="html">I just uploaded two new papers to the arXiv, and my co-author updated an old one:&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Optimally fast incremental Manhattan plane embedding and planar tight span construction&lt;/b&gt;, &lt;a href="http://arxiv.org/abs/0909.1866"&gt;arXiv:0909.1866&lt;/a&gt;. The concrete problem solved here is testing whether a finite metric space can be represented as the distances among a set of points in the Manhattan plane. The corresponding Euclidean problem is easy (find a non-collinear triple of points, place them in a triangle, and use them to determine uniquely the Euclidean location of the remaining points) but the best previous problem for the Manhattan-metric variant took O(n&lt;sup&gt;2&lt;/sup&gt;log&lt;sup&gt;2&lt;/sup&gt;n) time; this paper removes the logs, getting the time bound down to the size of the input distance matrix, using the &lt;a href="http://en.wikipedia.org/wiki/Tight_span"&gt;tight span&lt;/a&gt; as a key tool. The tight span is an analogue for finite metric spaces of the convex hull for finite Euclidean point sets. In general it can be computed as the set of bounded faces of a high-dimensional polytope, but that's not very efficient. The main ideas of the paper are to provide a different method of representing and constructing tight spans that are homeomorphic to a subset of the plane, using rectangular complexes and &lt;a href="http://11011110.livejournal.com/82946.html"&gt;Manhattan orbifolds&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Paired approximation problems and incompatible inapproximabilities&lt;/b&gt;, &lt;a href="http://arxiv.org/abs/0909.1870"&gt;arXiv:0909.1870&lt;/a&gt;. To appear at SODA. If two different approximation problems are defined from the same input and you'd be satisfied with a solution to either, it turns out that the quality of approximation you get can be significantly better than for either problem alone. For instance, suppose you want either a coloring or a long path in a graph. Both problems are hard to approximate to within a significantly sublinear approximation ratio (although we don't know how to prove it for the path problem) but approximating one or the other to within &amp;radic;n is easy using depth-first search: if the DFS tree has many levels it contains a long path, and otherwise the partition into levels is a good coloring. Along with several similar examples the paper contains some other pairs of problems (such as set cover and hitting set) where it's not possible to get a better approximation than for either problem alone; that part ws less easy.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Straggler identification in round-trip data streams via Newton's identities and invertible Bloom filters&lt;/b&gt;, &lt;a href="http://arxiv.org/abs/0704.3313"&gt;arXiv:0704.3313&lt;/a&gt;. Now updated with some experimental results for the Bloom filter data structure as requested by the referees, I think primarily as a proof-of-concept to show that the algorithms are implementable. When we first did these experiments we thought we saw some interesting phenomena in them, showing that some complications that we'd included for theoretical reasons (we couldn't figure out how to prove that it worked without them) were also necessary to achieve good practical performance. Sadly, that turned out to be a bug in our implementation. But at least the debugged experiments still show that the extra space used for the added part of the data structure is not wasted: it gives us a proportionate increase in the size of the sets we can identify.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:181486</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/181486.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=181486"/>
    <title>Equilateral linkage rationality</title>
    <published>2009-09-05T03:00:16Z</published>
    <updated>2009-11-02T05:46:06Z</updated>
    <category term="geometry"/>
    <content type="html">Connect the corners of six unit equilateral triangles by hinges in the pattern shown below (so that the graph formed by the edges and hinges is the Cartesian product of two triangles).&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/EquilateralLinkage.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;The resulting linkage system of triangles and hinges has (up to symmetry of the plane) a single degree of freedom: if we add a single bar restricting the distance between two hinges on one of the axes of symmetry of the system, it becomes rigid. Therefore, as it flexes, the hinges will remain in a pattern like the one shown, in which they are arranged to form three more concentric equilateral triangles of varying sizes.&lt;br /&gt;&lt;br /&gt;It's possible for at least two of these variable-sized equilateral triangles to have side lengths that are rational numbers. For instance, in the illustration above, the triangles and hinges were placed in such a way that the triangle formed by the three innermost hinges has side length 2/7, and the triangle formed by the three outermost hinges has side length 13/7. What about the middle triangle? Is it rational? In general, can all three of these nested triangles be rational?&lt;br /&gt;&lt;br /&gt;Yes and yes. It's possible to show this by manipulating formulas for the length (I had this all worked out, starting from some trigonometric formulas in terms of the angles of the hinges and converting them into complex number arithmetic), but there's a much simpler geometric demonstration. Look at the figure above, which is arranged to have a vertical axis of symmetry. Suppose that the side length of the largest equilateral triangle is a rational number &lt;i&gt;q&lt;/i&gt;, and the side length of the smallest equilateral triangle is a rational number &lt;i&gt;r&lt;/i&gt;. Place the figure so that the axis of symmetry lies on the &lt;i&gt;y&lt;/i&gt;-axis of the plane. Then the leftmost and rightmost vertices have &lt;i&gt;x&lt;/i&gt;-coordinates &amp;minus;&lt;i&gt;q&lt;/i&gt;/2 and &lt;i&gt;q&lt;/i&gt;/2, respectively. Similarly the left and right vertices of the inner triangle have &lt;i&gt;x&lt;/i&gt;-coordinates &amp;minus;&lt;i&gt;r&lt;/i&gt;/2 and &lt;i&gt;r&lt;/i&gt;/2, respectively. The left and right vertices of the middle triangle are connected to the leftmost and rightmost vertices by edges that are translates of edges from the bottom vertex (on the center line) to the left and right inner vertices; therefore the &lt;i&gt;x&lt;/i&gt;-coordinates of the middle triangle are &amp;minus;&lt;i&gt;q&lt;/i&gt;/2&amp;nbsp;+&amp;nbsp;&lt;i&gt;r&lt;/i&gt;/2 and &lt;i&gt;q&lt;/i&gt;/2&amp;nbsp;&amp;minus;&amp;nbsp;&lt;i&gt;r&lt;/i&gt;/2, and the side length of the middle triangle is &lt;i&gt;q&lt;/i&gt;&amp;nbsp;&amp;minus;&amp;nbsp;&lt;i&gt;r&lt;/i&gt;. If &lt;i&gt;q&lt;/i&gt; and &lt;i&gt;r&lt;/i&gt; are both rational, so is their difference. In the case of the configuration shown in the drawing, the middle length is 11/7.&lt;br /&gt;&lt;br /&gt;In general there are infinitely many angles for which all three nested triangles have rational side length, dense in the set of all such angles. The technique for generating them resembles that for generating Pythagorean triples.&lt;br /&gt;&lt;br /&gt;Incidentally, there's a four-dimensional convex polytope (the Cartesian product of two equilateral triangles) that has this same graph as its skeleton. It has six triangular 2-faces, nine square 2-faces, and six triangular-prism facets. Can you see them all in the drawing above?&lt;br /&gt;&lt;br /&gt;&lt;b&gt;ETA:&lt;/b&gt; &lt;a href="http://konradswanepoel.wordpress.com/2009/09/23/3-x-3-reuleaux-triangles/"&gt;Konrad Swanepoel uses a similar arrangement of Reuleaux triangles&lt;/a&gt; to show that three nonoverlapping translates of a convex body can overlap three nonoverlapping 180-degree rotations of the same body.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:181239</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/181239.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=181239"/>
    <title>SODA acceptances</title>
    <published>2009-09-04T03:55:20Z</published>
    <updated>2009-09-10T06:21:25Z</updated>
    <category term="conferences"/>
    <category term="algorithms"/>
    <content type="html">The &lt;a href="http://soda10.cs.princeton.edu/SODA10-accepted.html"&gt;list of SODA acceptances&lt;/a&gt; is out. &lt;s&gt;Sadly, &lt;a href="http://11011110.livejournal.com/180656.html"&gt;again&lt;/a&gt;, it doesn't include abstracts, but they're promised to come later.&lt;/s&gt; &lt;a href="http://soda10.cs.princeton.edu/SODA10-abstracts.txt"&gt;Now with abstracts!&lt;/a&gt; I have one paper there; I'll post more about it when I've had a chance to respond to the feedback from the reviews and prepare a preprint version.&lt;br /&gt;&lt;br /&gt;It's hard to tell just from the titles, but I have the vague impression that there's rather less computational geometry than I'm used to seeing at past SODAs.&lt;br /&gt;&lt;br /&gt;One very important change (perhaps a consequence of going to electronic proceedings?): “your conference paper can be up to twenty (20) pages”!!&lt;br /&gt;&lt;br /&gt;&lt;b&gt;ETA:&lt;/b&gt; See also &lt;a href="http://3dpancakes.typepad.com/ernie/2009/09/soda-2010-papers-20-pages.html"&gt;3d pancakes&lt;/a&gt;, &lt;a href="http://agtb.wordpress.com/2009/09/04/soda-2010-accepted-papers/"&gt;algorithmic games&lt;/a&gt;, &lt;a href="http://kdphd.blogspot.com/2009/09/soda-accepted-papers-list.html"&gt;kd-PhD&lt;/a&gt;, &lt;a href="http://3dpancakes.typepad.com/ernie/2009/09/geometrytopology-at-soda.html"&gt;3d pancakes again&lt;/a&gt;, &lt;a href="http://mybiasedcoin.blogspot.com/2009/09/soda-list-up.html"&gt;biased coin&lt;/a&gt;, &lt;a href="http://polylogblog.wordpress.com/2009/09/04/soda-accepts/"&gt;polylogblog&lt;/a&gt;, &lt;a href="http://geomblog.blogspot.com/2009/09/soda-2010.html"&gt;geomblog&lt;/a&gt;, &lt;a href="http://infoweekly.blogspot.com/2009/09/soda-data-structures.html"&gt;motocicleta&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:180745</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/180745.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=180745"/>
    <title>Congratulations, Dr. Sitchinava!</title>
    <published>2009-09-02T23:12:27Z</published>
    <updated>2009-09-02T23:12:27Z</updated>
    <category term="uci"/>
    <category term="algorithms"/>
    <content type="html">This morning I took part in the (successful) thesis defense of Nodari Sitchinava, a student of Mike Goodrich here.&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;Nodari's thesis work is a theoretical reaction to some developments in the practical world of computer design. According to &lt;a href="http://en.wikipedia.org/wiki/Moore&amp;#39;s_law"&gt;Moore's law&lt;/a&gt;, the number of circuit components that can be placed on a single chip has been doubling every two years and is expected to continue doing so for some time. For many years, this exponential progress also meant that individual CPUs were increasing in speed exponentially, although not at the same rate, but in recent years it has been increasingly impractical for a single CPU to take advantage of the glut of transistors available on a chip. Instead, manufacturers have resorted to multi-core systems: my laptop is a dual-core machine (it has two CPUs), it is quite common to see quad-core systems, and we hear rumors that much higher numbers of CPUs are coming. But how can we program such machines to use all that power effectively? For the small numbers of CPUs that we have so far, it works well enough to use conventional multithreading approaches, but as the number of CPUs grows the need for more sophisticated algorithms to feed them grows as well. And as past work on parallel algorithms has shown, an essential part of the difficulty in developing such algorithms is communications: past models of parallelism such as the &lt;a href="http://en.wikipedia.org/wiki/Parallel_Random_Access_Machine"&gt;PRAM&lt;/a&gt; that assumed that communications was free and looked only at the number of parallel instructions have not done well at turning theory into practice.&lt;br /&gt;&lt;br /&gt;Nodari's approach to this problem is to define and develop algorithms for the &lt;i&gt;parallel external memory&lt;/i&gt; model (depicted below in a figure stolen from the thesis), a model of computation that combines features of the PRAM and the external memory model from sequential computing. In this model, one has a collection of independent processors, with individual caches of memory and a large shared memory. Data can be transferred in blocks between main memory and the caches, with a requirement that no two processors write the same block at the same time (in the old PRAM terminology, this is a CREW access pattern). The goal is to minimize the total number of block transfers needed to complete an algorithm, and (secondarily) to maximize the number of processors that can be effectively used. With a single processor, this becomes the standard external memory model, and with a block size and cache size of one this becomes the standard PRAM, so lower bounds from both models can be transferred directly, and many algorithmic ideas from the other models continue to work here.&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/0xDE/PEM-model.png"&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;The main part of Nodari's thesis concerns algorithms for this new model. Part of the difficulty is that even standard problems such as &lt;a href="http://en.wikipedia.org/wiki/List_ranking"&gt;list ranking&lt;/a&gt; that are easy on a PRAM become hard on the PEM: there are lower bounds coming from the external memory model that list ranking is no easier than sorting. The issue is that one can't simply follow a chain of pointers one step at a time, because each step might require transferring a whole block of data only to read a single word from it. For this reason, most graph algorithms are similarly difficult. But Nodari describes optimally efficient algorithms for basic subroutines such as list ranking and sorting, graph problems such as connectivity testing and minimum spanning trees, and geometry problems such as convex hull construction.&lt;br /&gt;&lt;br /&gt;The PEM model should be distinguished from a different model of multi-core algorithms that take advantage of the massively parallel systems already available in off-the-shelf graphics hardware. These systems have the same multi-core CPU power that is incorporated into the PEM model, but as I said above, communications rather than CPU is the bottleneck. In the graphics systems, the communications model involves handling data as large streams rather than via shared memory. These graphics systems can perform many tasks very efficiently but it is not as easy to deal with pointer-based data structures as are needed in graph algorithms using them, and I think there's plenty of good theory still to be done in that direction as well.&lt;br /&gt;&lt;br /&gt;Nodari will be leaving Irvine in about a week, to start a postdoc with Lars Arge in the &lt;a href="http://www.madalgo.au.dk/"&gt;MADALGO group&lt;/a&gt; in Aarhus, Denmark. Congratulations, Nodari!</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:180656</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/180656.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=180656"/>
    <title>ISAAC acceptances</title>
    <published>2009-09-01T23:31:33Z</published>
    <updated>2009-09-04T19:11:49Z</updated>
    <category term="conferences"/>
    <category term="papers"/>
    <content type="html">The &lt;a href="http://theory.utdallas.edu/ISAAC2009/accepted-papers.html"&gt;list of papers accepted to ISAAC 2009&lt;/a&gt;, the 20th International Symposium on Algorithms and Computation is now online. (I'd be happier if abstracts were also included, but they're not.)&lt;br /&gt;&lt;br /&gt;I never had any thoughts of going to this one, but my colleague and frequent co-author Mike Goodrich has been excited about the possibility of a trip to Hawaii for months, and now he has a good excuse to go. He and his student Darren Strash have a paper there on succinct greedy embedding of planar graphs into the Euclidean plane (related to our previous work on &lt;a href="http://11011110.livejournal.com/142234.html"&gt;greedy hyperbolic embedding&lt;/a&gt;). The idea is to use a version of the &lt;a href="http://people.csail.mit.edu/moitra/docs/greedy-routing.pdf"&gt;Leighton-Moitra&lt;/a&gt; embedding from FOCS 2008 (for 3-connected planar graphs, or more generally graphs containing an appropriate cactus subgraph) and show how to compute O(log n)-bit labels for the vertices in such a way that the embedded location of each vertex is a function (independent of the graph) of its label. In this way they get around the “cheating” aspect of much of the greedy embedding literature, that a single vertex location already encodes enough information by itself to represent an entire routing table.&lt;br /&gt;&lt;br /&gt;Another result that I've heard of before, mentioned briefly in Erik Demaine's invited talk at WADS, is his paper (listing his last name as author twice in his usual egocentric style, also with Konjevodz and famed origamist Robert Lang) “Folding a Better Checkerboard”. If I remember correctly, they save a factor of two in the area of the starting sheet of origami paper (with different colors on its two sides) needed to fold a checkerboard of a given size (in which the two colors alternate to form an 8&amp;times;8 grid of squares).&lt;br /&gt;&lt;br /&gt;There are many more titles that look interesting to me but that I don't know a lot more about than the title itself. I'm sure it will be an interesting conference, and if you haven't already done your planning for Hawaii in December, now would be a good time.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:180314</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/180314.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=180314"/>
    <title>Kindle</title>
    <published>2009-09-01T00:46:14Z</published>
    <updated>2009-09-01T00:46:14Z</updated>
    <category term="tools"/>
    <content type="html">I've been reading a draft Ph.D. thesis on my new Kindle DX; reading technical material like this is exactly what I bought the Kindle for.&lt;br /&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;Uploading documents in pdf format onto the Kindle is now as easy as plugging it into my computer via the provided USB/power cable and dragging the files into its “documents” folder. But the corollary to that is that I can &lt;i&gt;only&lt;/i&gt; drag the files directly into the documents folder; sadly, the Kindle does not support any directory hierarchy, tagging, or other means of organizing its documents.&lt;br /&gt;&lt;br /&gt;The Kindle's pdf support has been justly criticized for not allowing user control of scaling — obviously it can scale pdf files, but the only choice the user has is whether to use portrait or landscape mode (determined by tipping the device). In portrait mode, For a Ph.D. thesis, it automatically strips away the margins of the page, maximizing the useful screen area; strangely, in landscape mode, it does not. Maybe it reaches some maximum resolution and never expands beyond that? Anyway, for a thesis, with the thesis formatting requirements of large fonts and wide line spacing, it works well enough. I'm not convinced that it would work as well for technical papers in which the authors have worked hard using all the typographic tricks at hand to pack their papers into the typical conference ten-page limit.&lt;br /&gt;&lt;br /&gt;The screen is sharp and clear even in bright sunlight. It needs an external source of light (like a printout would). It's grayscale rather than color but that hasn't been a problem for the material I've been viewing so far. Physically, it's a lot smaller than a laptop, and I expect the battery life to be much better than the (poor) laptop battery I now have, making it a better choice for reading in airplanes and airport lounges.&lt;br /&gt;&lt;br /&gt;It has a rudimentary web browser, with data transfer over the cell phone network. Of course that wouldn't work in places where that network is unavailable (my parent's house, or anywhere overseas). But mostly I've been keeping the network turned off anyway, and doing my web browsing on my laptop. For the free non-technical books that are available for download on the web, but not in Kindle's own proprietary format (such as Cory Doctorow's fiction) I've found that .prc/.mobi format seems to work well.&lt;br /&gt;&lt;br /&gt;Overall reaction: too early to tell how regularly I'll use it in the long term, but quite promising. It's quite usable now, and the biggest deficiencies (lack of file structure and lack of pdf zoom) are software rather than hardware issues so I have some hope they can eventually be fixed.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:180108</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/180108.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=180108"/>
    <title>Banff photos</title>
    <published>2009-08-31T06:18:04Z</published>
    <updated>2009-08-31T07:26:22Z</updated>
    <category term="photography"/>
    <category term="landscape"/>
    <content type="html">Ok, &lt;a href="http://www.ics.uci.edu/~eppstein/pix/banff/index.html"&gt;my Banff pictures are up&lt;/a&gt;. Here's a small sample:&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;table border="0" cellpadding="10"&gt;
&lt;tr align="center" valign="middle"&gt;
&lt;td&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/banff/Seebe-s.jpg" border="2" style="border-color:black;" /&gt;&lt;/td&gt;
&lt;td&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/banff/AcrossMoraineLake-s.jpg" border="2" style="border-color:black;" /&gt;&lt;/td&gt;
&lt;td&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/banff/MoraineLakeWide-s.jpg" border="2" style="border-color:black;" /&gt;&lt;/td&gt;
&lt;/tr&gt;&lt;tr align="center" valign="middle"&gt;
&lt;td&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/banff/LakeLouise3-s.jpg" border="2" style="border-color:black;" /&gt;&lt;/td&gt;
&lt;td&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/banff/VictoriaGlacierValley3-s.jpg" border="2" style="border-color:black;" /&gt;&lt;/td&gt;
&lt;td&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/banff/LakeLouiseLodge-s.jpg" border="2" style="border-color:black;" /&gt;&lt;/td&gt;
&lt;/tr&gt;&lt;tr align="center" valign="middle"&gt;
&lt;td&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/banff/SulphurMountainGondolaStation2-s.jpg" border="2" style="border-color:black;" /&gt;&lt;/td&gt;
&lt;td&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/banff/BighornRam-s.jpg" border="2" style="border-color:black;" /&gt;&lt;/td&gt;
&lt;td&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/banff/BanffLodgeAndBowFalls-s.jpg" border="2" style="border-color:black;" /&gt;&lt;/td&gt;
&lt;/tr&gt;&lt;/table&gt;&lt;/div&gt;&lt;br /&gt;&lt;br /&gt;More coming later after I sort through the ones Diana took while I was (mostly) &lt;a href="http://11011110.livejournal.com/178636.html"&gt;going to talks&lt;/a&gt;.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:11011110:179913</id>
    <link rel="alternate" type="text/html" href="http://11011110.livejournal.com/179913.html"/>
    <link rel="self" type="text/xml" href="http://11011110.livejournal.com/data/atom/?itemid=179913"/>
    <title>Russian Gulch</title>
    <published>2009-08-30T03:35:51Z</published>
    <updated>2009-08-30T04:25:25Z</updated>
    <category term="mendocino"/>
    <category term="photography"/>
    <category term="landscape"/>
    <category term="family"/>
    <content type="html">After &lt;a href="http://11011110.livejournal.com/179107.html"&gt;Southern Oregon&lt;/a&gt; we took a drive down the north coast of California to visit my parents in Mendocino and see my mother &lt;a href="http://www.mendocinowritersblog.com/mendocino_coast_writers_c/2009/08/maureen-eppstein-reads-from-her-new-collection-rogue-wave-at-glass-beach-1.html"&gt;give a reading from her newly published poetry book&lt;/a&gt; (from &lt;a href="http://www.marchstreetpress.com/"&gt;March Street Press&lt;/a&gt;). Before Diana and I left the kids and took off for &lt;a href="http://11011110.livejournal.com/178636.html"&gt;the Canadian Rockies&lt;/a&gt;, we had some time for a family hike, and I pushed for &lt;a href="http://en.wikipedia.org/wiki/Russian_Gulch_State_Park"&gt;Russian Gulch State Park&lt;/a&gt;, in part so that I could take &lt;a href="http://www.flickr.com/photos/11011110/3869717772/"&gt;a photo&lt;/a&gt; of &lt;a href="http://en.wikipedia.org/wiki/Frederick_W._Panhorst_Bridge"&gt;the bridge&lt;/a&gt; that now adorns the Wikipedia article on the park. But it was a very pretty hike, with a waterfall at the end, and I took some other photos as well, and even kept a few of them. &lt;a href="http://www.ics.uci.edu/~eppstein/pix/rgsp/index.html"&gt;Gallery here&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;&lt;div align="center"&gt;&lt;img src="http://www.ics.uci.edu/~eppstein/pix/rgsp/2-m.jpg" border="2" style="border-color:black;" /&gt;&lt;/div&gt;</content>
  </entry>
</feed>
