Patenting Geometry

posted by on 2011.08.29, under Theory

When Google bought Motorola last week many speculated it was for their 17,000 patents. Patents are valuable arsenal in the wreckage of a broken patent system. In daily posts, the tech blogs have been documenting the buildup of portfolios that guarantee mutually assured destruction (MAD), while the tech giants call one another trolls and play a high stakes game of chicken. For the most part it is entertainment. A tragedy rather than a comedy, for it is sad to see the economy’s great technological innovators competing with the unintended consequences of laws rather than competing with better products.


Today something caught my eye in the latest update of Kangaroo (the geometric tool that allows you to do some pretty nifty stuff with real time physics). It was a minor update to improve compatibility with Grasshopper but one line of the release notes, tucked away in a very small font, caught my eye:

note : regarding the planarization functions – I have been asked to draw your attention to the patents held by Evolute, Helmut Pottmann and RFR:
http://www.evolute.at/technology/patents.html

On first glance this seems innocent enough: parts of Kangaroo do similar things to the Evolute tools (see videos above) and Evolute probably just want to make sure Kangaroo isn’t flat-out copying them. However this is not what the patents assert. The patents actually protect a specific type of geometry, which is:

Yes you read that correctly: Evolute didn’t patent their way of generating geometry, they patented the geometry itself.The videos above demonstrate that Kangaroo and Evolute generate geometry using totally different methods – Kangaroo in a bottom-up manner through physical principles and Evolute by applying mathematical rules in a top-down manner to pre-existing surfaces. Even though these methods are totally different Evolute asserts ownership of all freeform surfaces panelised with quads used in architecture, independent of the production method. If you manage to create one of these surfaces with Kangaroo, or even accidentally in Autocad, you legally have to apply to Evolute for a licence to build the structure.

Are you fucking kidding me.

Now there is a case for patenting geometry. Architects have long argued, particularly in practice lead research, that designed objects contain tacit knowledge which is as valuable as the explicit knowledge generated by hard science. For instance, the design of a car body is the manifestation of a long string of design investigations and as such constitutes unique and specialised knowledge, which should have patentable protection. However, patenting everything with four wheels and an engine would be absurd. Yet Evolute has done this. They have not patented their method of creating surfaces, they have not patented the geometric output of their software, they have patented a whole shape topology.

I suspect, I hope, Evolute can not defend these patents because of prior art, but I am not a lawyer and clearly a real lawyer has advised Evolute they are defensible. Their defence could set a disastrous precedent. Other companies will try to cash in like Evolute and patent other topologies of shapes, architects will have to ensure their designs (while conforming to the other legislative constraints) do not infringe on these patents, large architecture firms will buy patents as ‘protection’ and very quickly architecture could go down the same unproductive path as Apple, Google and Motorola.

Whether the patents are defensible, whether Evolute has the right to do what they did, does not absolve it of being a douchbag move.

Up until about 8 hours ago I considered Evolute to be a good actor in the community; they shared their research with others and they released a free (if severely crippled) version of their tools. But this is like calling a farmer generous for feeding his animals. Evolute fattened the market for their patents through these ‘good’ actions, while only a few weeks ago they began telling Kangaroo et al. about the patents, despite holding the patents since 2007. In some ways it is shrewd to defer the cost of Evolute until the construction phase of projects since $1000 for a patent durring the construction of a million dollar roof lacks the pain of paying $1000 for software upfront (to use on one project).

This could be Evolutes legacy. All of the mathematical innovation out-shined by a single legislative innovation. I personally would much rather see Evolute making money and innovating in the tools they produce, innovating in the way they consult, innovating in how they teach in academia and industry workshops. It is sad to see Evolute (like the economy’s other great technological innovators) competing with the unintended consequences of laws rather than competing with better products. While there is a case for patenting geometry (particularly geometry with embodied knowledge) being able to patent a geometric primitive is wrong. It is even worse to take advantage of this ability and set a dangerous precedent in the process. Until this is fixed I would be cautious of working with Evolute, there is the real possibility you would hire them to refine your geometry, and then when you went to build the geometry they would try to sell you a licence to build the refined geometry. Hopefully by speaking up we draw attention to Evolute’s practice and form some sort of consensus around how to prevent someone patenting the cube. Seriously.

I am very interested in:

  1. Whether you think Evolute has crossed the line here
  2. How you think patents of geometry should be handled
  3. If you have been approached by Evolute regarding these patents

Leave comment with your thoughts or get angry in your own forums and leave a link.

UPDATE: 31 August, 2011:

Evolute posted a response on their blog, claiming that they are not patent trolls. My response can be found in the comments section of this post.

UPDATE: 3 September 2011:

Daniel Piker, the creator of Kangaroo physics, has posted a considered summary on his blog of his relationship with Evolute and what this means for Kangaroo (full-steam ahead basically).

UPDATE: 8 September 2011:

Evolute posted clarifications from their patent attorney on their blog.

UPDATE: 23 December 2011:

Be sure to checkout Lee’s comment way down the bottom of the post. He point out the patents are only applications and the applications are being challenged.

And some discussion happening elsewhere:

  1. Grasshopper forum has a pretty active thread.
  2. Lorenz Lachauer points out in his blog that a Swiss architect controversially patented a housing topology in 2007. Perhaps this will be come a common thing?
  3. Dimitris at object-e in a blogpost.

—-

EDITS: 31, August 2011

I removed the claim that Evolute “quietly added a licensing section to their website,” this was inaccurate, they have had a licensing section since 2010. Interestingly the Wayback Machine has caught their initial licence fee: no more the 1% of construction cost, or a 10k payday on a million dollar project…. http://web.archive.org/web/20110531212224/http://www.evolute.at/technology/patents.html

Yeti – 0.2

posted by on 2011.08.28, under Programming

Sorry there hasn’t been many posts recently, I have been spending a lot of time on Yeti. Version 0.2 is ready for download at yeti3d.com. Above is a video tutorial I made for reproducing Axel Kilian’s Generative Components Roof with Yeti. It might go through stuff a bit fast because I tried to get everything into one video. Next up is trying Yeti out on a few of my own projects in the coming weeks.

CAAD Futures 2011

posted by on 2011.08.07, under Theory

In Australia we rank conferences – academics being academics can’t resist the allure of a quantitative measurement. The Australian bean-counters give CAAD Futures a grade of ‘A’, which was enough to justify my attendance this year. By my own qualitative measurement, CAAD Futures gets the grade of ‘pretty awesome’.

Held every two years, CAAD Futures is the place to go if you want to talk earnestly about the future of computer aided architectural design. This year it was in Liege, a slightly run down former coal mining town in Belgium better known to architects as the home of Santiago Calatrava’s elegant train station (home is probably the wrong word to use for something so alien and don’t let the money shots fool you, this is a functional disaster).

For me the week started with an excellent workshop by the Robots in Architecture crew, Sigrid and Johannes, who demonstrated how to link Grasshopper to a Kuka robot (hopefully they will launch the Grasshopper component shortly). The next three days focused on discussing CAAD, which since the first CAAD Futures conference in 1985, has come to encompass a wide range of topics. This year it stretched from mobile, to shape grammars, to way-finding for the blind, to environmental design, to parametric design, to early stage performance analysis.

One of the more interesting developments that emerged from CAAD Futures was a practice lead critique of CAAD tools. This was kicked off by Andre Chaszar, who chaired a discussion on the first day about collaborative modelling. Chaszar’s position is that centralised management of CAD models (A.K.A. BIM) makes for a compelling diagram however in practice the model normally finds itself distributed into domain specific silos. When we normally talk of BIM, despite the industry push towards BIM, we are discussing a common geometric model from which each discipline recreates their domain specific model. Chaszar’s acknowledgement of the difficulties with BIM led him to explore ways to facilitate this mode of practice; a fantastic contrast to the typical academic confused as to why no-one is using their hopelessly optimistic and overly complex frameworks.

This practice lead critique continued with parametric modelling. The Woodbury clan have been exploring this for a while: Diliara Nasirova giving a compelling demonstration of the difficulty in detecting changes resulting from parametric models (a case for unit testing perhaps?), and Temy Tidafi demonstrating a SVN-like system for storing a version tree of  a parametric model. Patrick Janssen gave a simple but highly useful comparison of using Grasshopper, Generative Components and Houdini to produce a parametric model, concluding that iteration and the management of lists is one of the most challenging aspects of parametric modelling in practice. And I will sneak my own work into this category: a paper looking at ways to overcome parametric inflexibility by using modular programming, which to my surprise was selected as the best paper of CAAD Futures and can be viewed here.

In the past CAAD has typically been discussed in a gushingly positive light. I suspect one reason is that historically the small community of people qualified to discuss CAAD have had an incentive speak positively about CAAD: would The Logic of Architecture be compelling if Mitchell admitted his system would not work? would the early optimisation studies be funded if the researchers admitted the optimal layout of floor plans was not important to practice? Would anyone care about Lars Spuybroke if he wasn’t talking about how awesome the computer is all the time? As CAAD has fledged and taken a firm hold in practice, the discourse in recent years has become more robust. It was exciting at CAAD Futures to see the loop between practice and academia close a little bit, with practice starting to inform academia. Obviously there was more to CAAD Futures than this line of discussion, so hopefully you can get full the proceedings on CuminCAD in the coming weeks.