<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (Vaguery)</title>
    <link>https://pinboard.in/u:Vaguery/public/</link>
    <description>recent bookmarks from Vaguery</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="https://arxiv.org/abs/2103.10952"/>
	<rdf:li rdf:resource="https://communemag.com/the-end-of-the-line/"/>
	<rdf:li rdf:resource="https://pkp.sfu.ca/ocs/"/>
	<rdf:li rdf:resource="https://amplitude.engineering/how-a-single-postgresql-config-change-improved-slow-query-performance-by-50x-85593b8991b0"/>
	<rdf:li rdf:resource="https://coderwall.com/p/vpvoaq/deploying-sinatra-datamapper-sqlite-postgresql-applications-to-heroku"/>
	<rdf:li rdf:resource="https://github.com/kubeless/kubeless"/>
	<rdf:li rdf:resource="https://www.packet.net/developers/integrations/terraform/"/>
	<rdf:li rdf:resource="http://docs.ansible.com/ansible/guide_packet.html"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1506.01414"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1410.3334"/>
	<rdf:li rdf:resource="http://lanl.arxiv.org/abs/1409.2432"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1311.6700"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1401.8200"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1411.2671"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1404.2815"/>
	<rdf:li rdf:resource="http://mesos.apache.org/"/>
	<rdf:li rdf:resource="http://www.nextnewdeal.net/taxonomy/term/14/all"/>
	<rdf:li rdf:resource="http://economistsview.typepad.com/economistsview/2012/07/the-sociology-of-organizations.html"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1109.5229"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1109.5641"/>
	<rdf:li rdf:resource="http://quietbabylon.com/2009/the-free-freeways/"/>
	<rdf:li rdf:resource="http://placr.co.uk/blog/2011/05/why-train-departure-information-is-not-currently-open-data/"/>
	<rdf:li rdf:resource="http://www.technologyreview.com/computing/26055/?ref=rss&amp;a=f"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1008.2160"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1006.4627"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1006.4342"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1006.3334"/>
	<rdf:li rdf:resource="http://arxiv.org/abs/1005.3835"/>
	<rdf:li rdf:resource="https://www.cloudkick.com/blog/2010/mar/02/4_months_with_cassandra/"/>
	<rdf:li rdf:resource="http://enthusiasm.cozy.org/archives/2010/02/into-the-woods"/>
	<rdf:li rdf:resource="http://www.technologyreview.com/communications/24511/?ref=rss&amp;a=f"/>
	<rdf:li rdf:resource="http://tgethr.com/welcome/tour"/>
	<rdf:li rdf:resource="http://www.information-management.com/newsletters/avatar_data_processing-10016774-1.html"/>
	<rdf:li rdf:resource="http://www.fakesteve.net/2009/12/a-not-so-brief-chat-with-randall-stephenson-of-att.html#disqus_thread"/>
	<rdf:li rdf:resource="http://www.boingboing.net/2009/11/12/mpaa-shuts-down-enti.html"/>
	<rdf:li rdf:resource="http://railstips.org/2009/11/8/you-re-an-idiot-for-not-using-heroku"/>
	<rdf:li rdf:resource="http://cran.revolution-computing.com/web/views/Finance.html"/>
	<rdf:li rdf:resource="http://scienceblogs.com/commonknowledge/2009/10/open_source_science_or_distrib.php"/>
	<rdf:li rdf:resource="http://www.wilsoncenter.org/index.cfm?fuseaction=wq.essay&amp;essay_id=554055"/>
	<rdf:li rdf:resource="http://globalguerrillas.typepad.com/globalguerrillas/2009/11/basic-systems-disruption.html"/>
	<rdf:li rdf:resource="http://blog.eizesus.com/2009/10/rails-developers-workstations-revealed"/>
	<rdf:li rdf:resource="http://radar.oreilly.com/2009/09/rss-never-blocks-you-or-goes-d.html"/>
	<rdf:li rdf:resource="http://perens.com/works/articles/MorganHill/"/>
	<rdf:li rdf:resource="http://contexts.org/socimages/2009/01/01/after-the-oil-boom-images-of-an-oil-bust/"/>
	<rdf:li rdf:resource="http://www.forbes.com/2008/12/01/cogent-sprint-regulation-tech-enter-cz_sw_1202cogent.html"/>
	<rdf:li rdf:resource="http://www.recreatingtampa.com/2008/10/14/publicly-owned-broadband/"/>
	<rdf:li rdf:resource="http://vielmetti.typepad.com/vacuum/2008/06/waterwatch-adva.html"/>
	<rdf:li rdf:resource="http://xph.us/software/beanstalkd/"/>
	<rdf:li rdf:resource="http://www.worldchanging.com/archives/007821.html"/>
	<rdf:li rdf:resource="http://www.xprogramming.com/xpmag/rorOnceMore.htm"/>
	<rdf:li rdf:resource="http://gadgets.boingboing.net/2008/01/21/talking-about-atts-i.html"/>
	<rdf:li rdf:resource="http://www.readwriteweb.com/archives/oauth_one.php"/>
	<rdf:li rdf:resource="http://thefraserdomain.typepad.com/energy/2006/01/sodiumsulfur_na.html"/>
	<rdf:li rdf:resource="http://en.wikipedia.org/wiki/Sodium-sulfur_battery"/>
	<rdf:li rdf:resource="http://blog.jonudell.net/2007/06/21/restful-live-contacts-for-internet-scale-social-networking/"/>
	<rdf:li rdf:resource="http://www.ted.com/index.php/talks/view/id/129"/>
	<rdf:li rdf:resource="http://www.airfields-freeman.com/index.htm"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://arxiv.org/abs/2103.10952">
    <title>[2103.10952] Asymmetry underlies stability in power grids</title>
    <dc:date>2021-05-07T16:12:54+00:00</dc:date>
    <link>https://arxiv.org/abs/2103.10952</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Behavioral homogeneity is often critical for the functioning of network systems of interacting entities. In power grids, whose stable operation requires generator frequencies to be synchronized--and thus homogeneous--across the network, previous work suggests that the stability of synchronous states can be improved by making the generators homogeneous. Here, we show that a substantial additional improvement is possible by instead making the generators suitably heterogeneous. We develop a general method for attributing this counterintuitive effect to converse symmetry breaking, a recently established phenomenon in which the system must be asymmetric to maintain a stable symmetric state. These findings constitute the first demonstration of converse symmetry breaking in real-world systems, and our method promises to enable identification of this phenomenon in other networks whose functions rely on behavioral homogeneity.
]]></description>
<dc:subject>nonlinear-dynamics robustness infrastructure power-grid rather-interesting network-theory to-simulate to-write-about consider:visualization consider:performance-measures</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:59a4b77b2c6c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nonlinear-dynamics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:robustness"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:power-grid"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:rather-interesting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:network-theory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-simulate"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-write-about"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:consider:visualization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:consider:performance-measures"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://communemag.com/the-end-of-the-line/">
    <title>The End of the Line • Commune</title>
    <dc:date>2019-03-24T12:19:13+00:00</dc:date>
    <link>https://communemag.com/the-end-of-the-line/</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[The practice of mapping infrastructure in order to disrupt it has spread throughout the ecological activist milieu. On the other side of the Detroit River a leg of the Enbridge pipeline system called Line 9 has been disabled multiple times, for example. Pump stations are located above ground along the route of the pipeline at regular intervals, and can be disabled by simply turning a wheel. This “valve-turning” tactic has since been repeated elsewhere, as information about pipeline resistance gets disseminated.

While the fossil fuel infrastructure in its planetary girth is as impossible to grasp as the cataclysmic enormity of climate change, a single pipeline or even a network of pipelines is comprehensible: it is a long arrow pointing from departure to destination. Not only do pipelines make the global flows of capital legible, they render them tractable, connecting struggles waged thousands of miles apart. There are approximately seventy-two thousand miles of crude oil pipe in the US. These pipelines establish a material link, and a basis for real solidarity between disparate groups, connecting a blockade in Michigan to the struggle of indigenous people in Ontario, connecting black and Latinx Detroiters fighting against a refinery to resistance against the Athabasca oil sands thousands of miles away. These oil-based networks are both the source of our misery and the basis of our hope that we might transcend it.

]]></description>
<dc:subject>via:twitter infrastructure protest collective-action open-access intelligence-gathering corporatism activism</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:c1e215e3ed94/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:twitter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:protest"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:collective-action"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:open-access"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:intelligence-gathering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:corporatism"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:activism"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://pkp.sfu.ca/ocs/">
    <title>Open Conference Systems | Public Knowledge Project</title>
    <dc:date>2018-02-04T14:10:28+00:00</dc:date>
    <link>https://pkp.sfu.ca/ocs/</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Open Conference Systems (OCS) is a free Web publishing tool that will create a complete Web presence for your scholarly conference. OCS will allow you to:

create a conference Web site
compose and send a call for papers
electronically accept paper and abstract submissions
allow paper submitters to edit their work
post conference proceedings and papers in a searchable format
post, if you wish, the original data sets
register participants
integrate post-conference online discussions]]></description>
<dc:subject>open-source conferences rather-interesting infrastructure disintermediation-in-action to-write-about to-understand</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:9593c22fed4e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:conferences"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:rather-interesting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:disintermediation-in-action"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-write-about"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-understand"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://amplitude.engineering/how-a-single-postgresql-config-change-improved-slow-query-performance-by-50x-85593b8991b0">
    <title>How a single PostgreSQL config change improved slow query performance by 50x</title>
    <dc:date>2017-11-29T12:24:50+00:00</dc:date>
    <link>https://amplitude.engineering/how-a-single-postgresql-config-change-improved-slow-query-performance-by-50x-85593b8991b0</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>databases via:absfac software-development-is-not-programming noted devops infrastructure to-write-about to-learn</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:c1becfbf0842/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:databases"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:absfac"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:software-development-is-not-programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:noted"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:devops"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-write-about"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-learn"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://coderwall.com/p/vpvoaq/deploying-sinatra-datamapper-sqlite-postgresql-applications-to-heroku">
    <title>Deploying Sinatra (DataMapper, SQlite, Postgresql) Applications to</title>
    <dc:date>2017-08-27T13:25:40+00:00</dc:date>
    <link>https://coderwall.com/p/vpvoaq/deploying-sinatra-datamapper-sqlite-postgresql-applications-to-heroku</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Recently deployed a simple Sinatra application using Datamapper on Heroku . I have been using Heroku for over a year and a sizeable fraction of another year.

I made use of the Sqlite database in my development environment and Postgresql in the production environment.

]]></description>
<dc:subject>Sinatra web-applications infrastructure database devops to-understand</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:4bdfb087ce66/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:Sinatra"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:web-applications"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:devops"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-understand"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/kubeless/kubeless">
    <title>kubeless/kubeless: Kubernetes Native Serverless Framework</title>
    <dc:date>2017-08-27T13:20:19+00:00</dc:date>
    <link>https://github.com/kubeless/kubeless</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[kubeless is a Kubernetes-native serverless framework that lets you deploy small bits of code without having to worry about the underlying infrastructure plumbing. It leverages Kubernetes resources to provide auto-scaling, API routing, monitoring, troubleshooting and more.

Kubeless stands out as we use a ThirdPartyResource (now called Custom Resource Definition) to be able to create functions as custom kubernetes resources. We then run an in-cluster controller that watches these custom resources and launches runtimes on-demand. The controller dynamically injects the functions code into the runtimes and make them available over HTTP or via a PubSub mechanism.

As event system, we currently use Kafka and bundle a kafka setup in the Kubeless namespace for development. Help to support additional event framework like nats.io would be more than welcome.

Kubeless is purely open-source and non-affiliated to any commercial organization. Chime in at anytime, we would love the help and feedback !]]></description>
<dc:subject>devops containers infrastructure to-understand deployment</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:576cda86e8f3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:devops"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:containers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-understand"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:deployment"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.packet.net/developers/integrations/terraform/">
    <title>Terraform Configuration - Packet Bare Metal Infrastructure</title>
    <dc:date>2017-07-09T11:17:59+00:00</dc:date>
    <link>https://www.packet.net/developers/integrations/terraform/</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Terraform enables you to safely and predictably create, change, and improve production infrastructure. It is an open source tool that codifies APIs into declarative configuration files that can be shared amongst team members, treated as code, edited, reviewed, and versioned.

]]></description>
<dc:subject>software-development infrastructure cloud-computing to-learn to-understand provisioning scaling</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:4339c2a73077/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:software-development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:cloud-computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-learn"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:to-understand"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:provisioning"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:scaling"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://docs.ansible.com/ansible/guide_packet.html">
    <title>Using Ansible with the Packet host — Ansible Documentation</title>
    <dc:date>2017-04-28T15:15:49+00:00</dc:date>
    <link>http://docs.ansible.com/ansible/guide_packet.html</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Using Ansible with the Packet host
Introduction
Packet.net is a bare metal infrastructure host that’s supported by Ansible (>=2.3) via a dynamic inventory script and two cloud modules. The two modules are:

packet_sshkey: adds a public SSH key from file or value to the Packet infrastructure. Every subsequently-created device will have this public key installed in .ssh/authorized_keys.
packet_device: manages servers on Packet. You can use this module to create, restart and delete devices.
Note, this guide assumes you are familiar with Ansible and how it works. If you’re not, have a look at their docs before getting started.]]></description>
<dc:subject>infrastructure software-development-is-not-programming docs</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:8efeaaaeecca/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:software-development-is-not-programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:docs"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1506.01414">
    <title>[1506.01414] Network investigation methodology for BitTorrent Sync: A Peer-to-Peer based file synchronisation service</title>
    <dc:date>2015-08-24T10:54:04+00:00</dc:date>
    <link>http://arxiv.org/abs/1506.01414</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[High availability is no longer just a business continuity concern. Users are increasingly dependant on devices that consume and produce data in ever increasing volumes. A popular solution is to have a central repository which each device accesses after centrally managed authentication. This model of use is facilitated by cloud based file synchronisation services such as Dropbox, OneDrive, Google Drive and Apple iCloud. Cloud architecture allows the provisioning of storage space with "always-on" access. Recent concerns over unauthorised access to third party systems and large scale exposure of private data have made an alternative solution desirable. These events have caused users to assess their own security practices and the level of trust placed in third party storage services. One option is BitTorrent Sync, a cloudless synchronisation utility provides data availability and redundancy. This utility replicates files stored in shares to remote peers with access controlled by keys and permissions. While lacking the economies brought about by scale, complete control over data access has made this a popular solution. The ability to replicate data without oversight introduces risk of abuse by users as well as difficulties for forensic investigators. This paper suggests a methodology for investigation and analysis of the protocol to assist in the control of data flow across security perimeters.
]]></description>
<dc:subject>security bittorrent software algorithms rather-interesting distributed-processing social-networks infrastructure privacy</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:ea56f9081973/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:bittorrent"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:rather-interesting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:distributed-processing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:social-networks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:privacy"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1410.3334">
    <title>[1410.3334] DISARM: A Social Distributed Agent Reputation Model based on Defeasible Logic</title>
    <dc:date>2015-03-15T12:40:20+00:00</dc:date>
    <link>http://arxiv.org/abs/1410.3334</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Intelligent Agents act in open and thus risky environments, hence making the appropriate decision about who to trust in order to interact with, could be a challenging process. As intelligent agents are gradually enriched with Semantic Web technology, acting on behalf of their users with limited or no human intervention, their ability to perform assigned tasks is scrutinized. Hence, trust and reputation models, based on interaction trust or witness reputation, have been proposed, yet they often presuppose the use of a centralized authority. Although such mechanisms are more popular, they are usually faced with skepticism, since users may question the trustworthiness and the robustness of a central authority. Distributed models, on the other hand, are more complex but they provide personalized estimations based on each agent's interests and preferences. To this end, this article proposes DISARM, a novel distributed reputation model. DISARM deals MASs as social networks, enabling agents to establish and maintain relationships, limiting the disadvantages of the common distributed approaches. Additionally, it is based on defeasible logic, modeling the way intelligent agents, like humans, draw reasonable conclusions from incomplete and possibly conflicting (thus inconclusive) information. Finally, we provide an evaluation that illustrates the usability of the proposed model.]]></description>
<dc:subject>agent-based reputation security collective-intelligence rather-interesting algorithms infrastructure trustability social-networks</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:c817effe04b8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:agent-based"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:reputation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:collective-intelligence"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:rather-interesting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:trustability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:social-networks"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://lanl.arxiv.org/abs/1409.2432">
    <title>[1409.2432] The Crypto-democracy and the Trustworthy</title>
    <dc:date>2014-12-28T14:10:49+00:00</dc:date>
    <link>http://lanl.arxiv.org/abs/1409.2432</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[In the current architecture of the Internet, there is a strong asymmetry in terms of power between the entities that gather and process personal data (e.g., major Internet companies, telecom operators, cloud providers, ...) and the individuals from which this personal data is issued. In particular, individuals have no choice but to blindly trust that these entities will respect their privacy and protect their personal data. In this position paper, we address this issue by proposing an utopian crypto-democracy model based on existing scientific achievements from the field of cryptography. More precisely, our main objective is to show that cryptographic primitives, including in particular secure multiparty computation, offer a practical solution to protect privacy while minimizing the trust assumptions. In the crypto-democracy envisioned, individuals do not have to trust a single physical entity with their personal data but rather their data is distributed among several institutions. Together these institutions form a virtual entity called the Trustworthy that is responsible for the storage of this data but which can also compute on it (provided first that all the institutions agree on this). Finally, we also propose a realistic proof-of-concept of the Trustworthy, in which the roles of institutions are played by universities. This proof-of-concept would have an important impact in demonstrating the possibilities offered by the crypto-democracy paradigm.
]]></description>
<dc:subject>privacy cryptography philosophy-of-engineering public-policy infrastructure institutional-design democracy</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:f148b85741d3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:cryptography"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:philosophy-of-engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:public-policy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:institutional-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:democracy"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1311.6700">
    <title>[1311.6700] Failure mechanisms of load sharing complex systems</title>
    <dc:date>2014-12-08T11:52:05+00:00</dc:date>
    <link>http://arxiv.org/abs/1311.6700</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[We investigate the failure mechanisms of load sharing complex systems. The system is composed of multiple nodes or components whose failures are determined based on the interaction of their respective strengths and loads (or capacity and demand respectively) as well as the ability of a component to share its load with its neighbors when needed. We focus on two distinct mechanisms to model the interaction between components' strengths and loads. The failure mechanisms of these two models demonstrate temporal scaling phenomena, phase transitions and multiple distinct failure modes excited by extremal dynamics. For critical ranges of parameters the models demonstrate power law and exponential failure patterns. We identify the similarities and differences between the two mechanisms and the implications of our results to the failure mechanisms of complex systems in the real world.
]]></description>
<dc:subject>network-theory robustness complex-systems infrastructure engineering-design simulation nudge-targets performance-measure</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:940c8f427221/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:network-theory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:robustness"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:complex-systems"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:engineering-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:simulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:performance-measure"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1401.8200">
    <title>[1401.8200] How congestion shapes cities: from mobility patterns to scaling</title>
    <dc:date>2014-12-06T17:06:47+00:00</dc:date>
    <link>http://arxiv.org/abs/1401.8200</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[The recent availability of data for cities has allowed scientists to exhibit scalings which present themselves in the form of a power-law dependence with population of various socio-economical and structural indicators. We propose here a dynamical, stochastic theory of urban growth which accounts for some of the observed scalings and we confirm these results on US and OECD empirical data. In particular, we show that the dependence with population size of the total number of miles driven daily, the total length of the road network, the total traffic delay, the total consumption of gasoline, the quantity of CO2 emitted and the relation between area and population of cities, are all governed by a single parameter which characterizes the sensitivity to congestion. Finally, our results suggest that diseconomies associated with congestion scale superlinearly with population size, implying that, despite polycentrism, cities whose transportation infrastructure rely heavily on traffic sensitive modes are unsustainable.
]]></description>
<dc:subject>self-organization city-planning transportation infrastructure models statistics scaling-laws</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:37dae3b8ee2b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:self-organization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:city-planning"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:transportation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:models"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:statistics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:scaling-laws"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1411.2671">
    <title>[1411.2671] Vulnerabilities of Smart Grid State Estimation against False Data Injection Attack</title>
    <dc:date>2014-11-14T11:43:02+00:00</dc:date>
    <link>http://arxiv.org/abs/1411.2671</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[In recent years, Information Security has become a notable issue in the energy sector. After the invention of The Stuxnet worm in 2010, data integrity, privacy and confidentiality has received significant importance in the real-time operation of the control centres. New methods and frameworks are being developed to protect the National Critical Infrastructures like energy sector. In the recent literatures, it has been shown that the key real-time operational tools (e.g., State Estimator) of any Energy Management System (EMS) are vulnerable to Cyber Attacks. In this chapter, one such cyber attack named False Data Injection Attack is discussed. A literature review with a case study is considered to explain the characteristics and significance of such data integrity attacks.
]]></description>
<dc:subject>security network-theory infrastructure algorithms robustness nudge-targets actual-adversaries StuxNet</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:ae8683e7c370/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:network-theory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:robustness"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:actual-adversaries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:StuxNet"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1404.2815">
    <title>[1404.2815] Usage Leading to an Abrupt Collapse of Connectivity</title>
    <dc:date>2014-05-22T11:13:24+00:00</dc:date>
    <link>http://arxiv.org/abs/1404.2815</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Network infrastructures are essential for the distribution of resources such as electricity and water. Typical strategies to assess their resilience focus on the impact of a sequence of random or targeted failures of network nodes or links. Here we consider a more realistic scenario, where elements fail based on their usage. We propose a dynamic model of transport based on the Bak-Tang-Wiesenfeld sandpile model where links fail after they have transported more than an amount μ (threshold) of the resource and we investigate it on the square lattice. We observe that for low values of the threshold due to a positive feedback of link failure, an avalanche develops that leads to an abrupt collapse of the lattice. By contrast, for high thresholds the lattice breaks down in an uncorrelated fashion. We determine the critical threshold μ∗ separating these two regimes and show how the time of the abrupt collapse scales with lattice size and threshold μ. Furthermore, we propose a lower bound for μ∗ by measuring the strength of the dynamics leading to abrupt collapses.
]]></description>
<dc:subject>network-theory robustness engineering-design simulation nudge-targets infrastructure self-organization</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:4c9f70f2c562/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:network-theory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:robustness"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:engineering-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:simulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:self-organization"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://mesos.apache.org/">
    <title>Apache Mesos</title>
    <dc:date>2014-05-09T13:37:00+00:00</dc:date>
    <link>http://mesos.apache.org/</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>infrastructure cluster-computing operating-systems parallel via:pacoid</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:96c0349e8ec1/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:cluster-computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:operating-systems"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:parallel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:pacoid"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.nextnewdeal.net/taxonomy/term/14/all">
    <title>Next New Deal</title>
    <dc:date>2012-12-22T13:41:02+00:00</dc:date>
    <link>http://www.nextnewdeal.net/taxonomy/term/14/all</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[This is not a program that just helps the destitute; it provides a broad level of income security in old age for the majority of retirees. The average elderly family receiving Social Security gets 58.2 percent of their income from the program. A quarter of families get 90 percent or more of their income from Social Security. Once you leave the top income quintile, Social Security is the major source of retirement security. It is hard to see how means-testing these across-the-board cuts will be sufficient to prevent this from having a serious impact on our most vulnerable.

]]></description>
<dc:subject>public-policy social-security infrastructure</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:31d19cca8346/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:public-policy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:social-security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://economistsview.typepad.com/economistsview/2012/07/the-sociology-of-organizations.html">
    <title>Economist's View: &quot;The Sociology of Organizations&quot;</title>
    <dc:date>2012-07-23T14:19:54+00:00</dc:date>
    <link>http://economistsview.typepad.com/economistsview/2012/07/the-sociology-of-organizations.html</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["It often sounds as though Perrow is faulting these organizations for defects that are inherent in all large organizations. But it seems more fair to say that his analysis does not identify a general feature of organizations that leads to failure in these cases, but rather a situational fact having to do with the power of business to resist regulation and the susceptibility of Congress and the President to political pressures that hamstring effective regulatory organizations. Perrow does refer to specific organizational hazards -- bad executive leadership, faltering morale, inability to collaborate across agencies, excessively hierarchical architecture -- but the heart of his argument lies elsewhere. The key set of problems spiral back to the inordinate power that corporations have in the United States, and the distortions they create in Congress and the executive branch. ... It is specifics of the US political system rather than general defects of large organizations per se that lead to the bad outcomes that Perrow identifies. There are strong democracies that do a much better job of regulating risky industries and planning for disasters than we do -- for example, France and Germany. ...
There isn't much public concern about these risks, and legislators are therefore free to ignore them as well. ... So where will the political demand for strong regulation come from? Will we need to wait for the bad news we've managed by good fortune to have avoided up to this point?"]]></description>
<dc:subject>public-policy infrastructure antebellum-America conservatism</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:1ccd23753763/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:public-policy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:antebellum-America"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:conservatism"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1109.5229">
    <title>[1109.5229] Distributed Algorithms for Optimal Power Flow Problem</title>
    <dc:date>2011-12-16T12:55:14+00:00</dc:date>
    <link>http://arxiv.org/abs/1109.5229</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["Optimal power flow (OPF) is an important problem for power generation and it is in general non-convex. With the employment of renewable energy, it will be desirable if OPF can be solved very efficiently so its solution can be used in real time. With some special network structure, e.g. trees, the problem has been shown to have a zero duality gap and the convex dual problem yields the optimal solution. In this paper, we propose a primal and a dual algorithm to coordinate the smaller subproblems decomposed from the convexified OPF. We can arrange the subproblems to be solved sequentially and cumulatively in a central node or solved in parallel in distributed nodes. We test the algorithms on IEEE radial distribution test feeders, some random tree-structured networks, and the IEEE transmission system benchmarks. Simulation results show that the computation time can be improved dramatically with our algorithms over the centralized approach of solving the problem without decomposition, especially in tree-structured problems. The computation time grows linearly with the problem size with the cumulative approach while the distributed one can have size-independent computation time."]]></description>
<dc:subject>operations-research algorithms network-theory infrastructure composition nudge-targets</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:7b1d5ebb1f98/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:operations-research"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:network-theory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:composition"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1109.5641">
    <title>[1109.5641] Energy-Aware Load Balancing in Content Delivery Networks</title>
    <dc:date>2011-12-16T12:31:25+00:00</dc:date>
    <link>http://arxiv.org/abs/1109.5641</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["Internet-scale distributed systems such as content delivery networks (CDNs) operate hundreds of thousands of servers deployed in thousands of data center locations around the globe. Since the energy costs of operating such a large IT infrastructure are a significant fraction of the total operating costs, we argue for redesigning CDNs to incorporate energy optimizations as a first-order principle. We propose techniques to turn off CDN servers during periods of low load while seeking to balance three key design goals: maximize energy reduction, minimize the impact on client-perceived service availability (SLAs), and limit the frequency of on-off server transitions to reduce wear-and-tear and its impact on hardware reliability. We propose an optimal offline algorithm and an online algorithm to extract energy savings both at the level of local load balancing within a data center and global load balancing across data centers. We evaluate our algorithms using real production workload traces from a large commercial CDN. Our results show that it is possible to reduce the energy consumption of a CDN by more than 55% while ensuring a high level of availability that meets customer SLA requirements and incurring an average of one on-off transition per server per day. Further, we show that keeping even 10% of the servers as hot spares helps absorb load spikes due to global flash crowds with little impact on availability SLAs. Finally, we show that redistributing load across proximal data centers can enhance service availability significantly, but has only a modest impact on energy savings."]]></description>
<dc:subject>algorithms load-balancing infrastructure nudge-targets operations-research</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:0f43b5f1efc7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:load-balancing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:operations-research"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://quietbabylon.com/2009/the-free-freeways/">
    <title>The Free Freeways | Quiet Babylon</title>
    <dc:date>2011-11-19T13:52:53+00:00</dc:date>
    <link>http://quietbabylon.com/2009/the-free-freeways/</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["To attempt to draw a political map of the reconstituted North America is to confront these contradictions head-on. What counts as a nation? How to capture the overlapping spheres of responsibility? What about the areas all but abandoned to wilderness? Does membership confer citizen-hood?"]]></description>
<dc:subject>Civil-War disintermediation-in-action dystopian-national-anthem infrastructure via:justtin-pickard</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:4d658c8191b4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:Civil-War"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:disintermediation-in-action"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:dystopian-national-anthem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:justtin-pickard"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://placr.co.uk/blog/2011/05/why-train-departure-information-is-not-currently-open-data/">
    <title>Why train departure information is not currently open data « Placr News</title>
    <dc:date>2011-05-16T10:47:37+00:00</dc:date>
    <link>http://placr.co.uk/blog/2011/05/why-train-departure-information-is-not-currently-open-data/</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Going back in history, until February 2009 ATOC licensed train departure information under commercial terms to a very small number of organisations, mostly within the rail industry. Kizoom published the only smartphone app at that time, the free MyRailLite for iPhone. Then a dispute arose between ATOC and Kizoom, and ATOC withdrew Kizoom’s licence to use the train departure information. Kizoom complained to the ORR, who conducted an investigation (PDF) into whether ATOC had abused a dominant position under competition law. ORR decided that ATOC did have a dominant position in the supply of train departure information, but they “found no evidence that ATOC’s conduct in granting access to Darwin had prevented a new product from coming to market or hampered the emergence of new technology” in November 2009. When the free MyRailLite from Kizoom was taken off the market, it was immediately replaced by a £5 iPhone app from Agant which was marketed under the National Rail Enquiries brand.

]]></description>
<dc:subject>enclosures open-access raw-data-now infrastructure government2.0</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:Vaguery/b:aeaf0b47ceab/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:enclosures"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:open-access"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:raw-data-now"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:government2.0"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.technologyreview.com/computing/26055/?ref=rss&amp;a=f">
    <title>Technology Review: A New Kind of Logic Chip</title>
    <dc:date>2010-08-17T12:07:25+00:00</dc:date>
    <link>http://www.technologyreview.com/computing/26055/?ref=rss&amp;a=f</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["Whereas a conventional NAND gate outputs a "1" if neither of its inputs match, the output of a Bayesian NAND gate represents the odds that the two input probabilities match. This makes it possible to perform calculations that use probabilities as their input and output."
]]></description>
<dc:subject>engineering-design probability-theory hardware innovation computing infrastructure want-want nudge-targets</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:e6d8f842f44e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:engineering-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:probability-theory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:innovation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:want-want"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1008.2160">
    <title>[1008.2160] An early warning method for crush</title>
    <dc:date>2010-08-14T12:11:31+00:00</dc:date>
    <link>http://arxiv.org/abs/1008.2160</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["Fatal crush conditions occur in crowds with tragic frequency. Event organisers and architects are often criticised for failing to consider the causes and implications of crush, but the reality is that the prediction and mitigation of such conditions offers a significant technical challenge. Full treatment of physical force within crowd simulations is precise but computationally expensive; the more common method of human interpretation of results is computationally "cheap" but subjective and time-consuming. In this paper we propose an alternative method for the analysis of crowd behaviour, which uses information theory to measure crowd disorder. We show how this technique may be easily incorporated into an existing simulation framework, and validate it against an historical event. Our results show that this method offers an effective and efficient route towards automatic detection of crush."
]]></description>
<dc:subject>safety engineering-design infrastructure algorithms agent-based nudge-targets</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:b87836d1d0b9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:safety"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:engineering-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:agent-based"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1006.4627">
    <title>[1006.4627] Topological analysis of the power grid and mitigation strategies against cascading failures</title>
    <dc:date>2010-06-29T15:11:52+00:00</dc:date>
    <link>http://arxiv.org/abs/1006.4627</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["This paper presents a complex systems overview of a power grid network. In recent years, concerns about the robustness of the power grid have grown because of several cascading outages in different parts of the world. In this paper, cascading effect has been simulated on three different networks, the IEEE 300 bus test system, the IEEE 118 bus test system, and the WSCC 179 bus equivalent model, using the DC Power Flow Model. Power Degradation has been discussed as a measure to estimate the damage to the network, in terms of load loss and node loss. A network generator has been developed to generate graphs with characteristics similar to the IEEE standard networks and the generated graphs are then … have been suggested."
]]></description>
<dc:subject>nudge-targets infrastructure robustness network-theory complexology systems-engineering electricity utilities</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:0c7d8ac99d31/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:robustness"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:network-theory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:complexology"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:systems-engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:electricity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:utilities"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1006.4342">
    <title>[1006.4342] Formal Derivation of Concurrent Garbage Collectors</title>
    <dc:date>2010-06-28T21:05:16+00:00</dc:date>
    <link>http://arxiv.org/abs/1006.4342</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["…Even though we cannot present all the algorithms in full detail, we can at least show “in princi- ple”, how a whole variety of important and practical algorithms come out from our refinement process. These include above all the (DLG) algorithm of Doligez, Leroy and Gonthier [9] – which sometimes is considered the culmination of concurrent collector development [1] – and its descendants."
]]></description>
<dc:subject>computer-science infrastructure interpreters software-architecture nudge-targets</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:5a72fc0bb792/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:computer-science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:interpreters"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:software-architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1006.3334">
    <title>[1006.3334] Optimal whitespace synchronization strategies</title>
    <dc:date>2010-06-28T14:22:57+00:00</dc:date>
    <link>http://arxiv.org/abs/1006.3334</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["To our knowledge, the two most prominent aspects of our setting, the presence of asymmetric information and the stationarity requirement (stemming from unknown start times) have not been considered in the literature. For example, the Anderson-Weber strategy for the telephone problem is not stationary — it has a period of n − 1. It would be interesting to see what can be said about the optimal stationary strategies for this and other rendezvous problems. The interested reader is referred to [2,3] and the references therein for more information on rendezvous search games."
]]></description>
<dc:subject>nudge-targets wireless communication mechanism-design planning infrastructure</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:811082e0873d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:wireless"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:communication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:mechanism-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:planning"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arxiv.org/abs/1005.3835">
    <title>[1005.3835] A Better Memoryless Online Algorithm for FIFO Buffering Packets with Two Values</title>
    <dc:date>2010-05-24T20:23:36+00:00</dc:date>
    <link>http://arxiv.org/abs/1005.3835</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["We consider scheduling weighted packets in a capacity-bounded buffer. In this model, there is a buffer with a limited capacity B such that at any time, the buffer cannot accommodate more than B packets. Packets arrive over time. Each packet has a non-negative real value. Packets do not expire and they leave the buffer only because either we send them or we drop them. The packets that have left the buffer will not be reconsidered for delivery any more. In each time step, at most one packet in the buffer can be sent. The order in which the packets are sent should comply with the order of their arriving time. The objective is to maximize the total value of the packets sent in an online manner.…"
]]></description>
<dc:subject>nudge-targets engineering-design algorithms network-design infrastructure optimization queueing</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:69db3056ba7e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge-targets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:engineering-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:network-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:optimization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:queueing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.cloudkick.com/blog/2010/mar/02/4_months_with_cassandra/">
    <title>cloudkick | blog: 4 Months with Cassandra, a love story</title>
    <dc:date>2010-03-04T13:47:30+00:00</dc:date>
    <link>https://www.cloudkick.com/blog/2010/mar/02/4_months_with_cassandra/</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["Write performance in Cassandra is excellent. The internals are specifically geared towards a heavy-write system. It writes to a memory table and a serial commit log, and every so often the memory table is flushed to disk in what the Big Table paper describes as a sorted strings table, often called an SSTable — an immutable data structure. There is a lot more happening behind the scenes, but the performance characteristics are clear: there is nothing slow in the write path. The Cassandra wiki page on Architecture Internals provides more details."
]]></description>
<dc:subject>infrastructure distributed-processing cloud-computing databases architecture administration opensource scalability storage</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:33fe3033d42e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:distributed-processing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:cloud-computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:databases"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:administration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:opensource"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:storage"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://enthusiasm.cozy.org/archives/2010/02/into-the-woods">
    <title>Ascription is an Anathema to any Enthusiasm › Into the Woods</title>
    <dc:date>2010-02-19T14:29:00+00:00</dc:date>
    <link>http://enthusiasm.cozy.org/archives/2010/02/into-the-woods</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["These are provocative ideas.  Very analogous to the ideas found in the ping hub discussions and the peer to peer discussions.   It would be fun to try and build a heuristic prefeching/pushing privacy respecting http proxy server swarm along these lines.  No doubt somebody already has."
]]></description>
<dc:subject>infrastructure internet networked-computing networking lecture future</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:630206813074/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:networked-computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:lecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:future"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.technologyreview.com/communications/24511/?ref=rss&amp;a=f">
    <title>Technology Review: A 50-Watt Cellular Network</title>
    <dc:date>2010-02-18T14:10:23+00:00</dc:date>
    <link>http://www.technologyreview.com/communications/24511/?ref=rss&amp;a=f</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["Over the past year, VNL, based in Haryana, India, has reengineered the traditional technology of the dominant cellular standard, called GSM, in order to create base stations that only require between 50 and 150 watts of power, supplied by a solar-charged battery. The components can be assembled and booted up by two people and mounted on a rooftop in six hours."
]]></description>
<dc:subject>engineering infrastructure cell-network developing-countries disintermediation-in-action innovation adhockery</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:d56a12b7757b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:cell-network"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:developing-countries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:disintermediation-in-action"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:innovation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:adhockery"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://tgethr.com/welcome/tour">
    <title>Feature Tour: tgethr</title>
    <dc:date>2010-01-24T14:12:28+00:00</dc:date>
    <link>http://tgethr.com/welcome/tour</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["Email is still the easiest way to collaborate with a group of people.
We built tgethr in response to the increasingly complex world of online collaboration. Why set up a project management site or an entire social network when all you need is to correspond by email more efficiently?"
]]></description>
<dc:subject>maybe collaboration teams project-management infrastructure distributed-teams</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:1fc7935ba565/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:maybe"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:collaboration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:teams"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:project-management"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:distributed-teams"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.information-management.com/newsletters/avatar_data_processing-10016774-1.html">
    <title>Processing AVATAR</title>
    <dc:date>2009-12-26T13:09:42+00:00</dc:date>
    <link>http://www.information-management.com/newsletters/avatar_data_processing-10016774-1.html</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>infrastructure grid-computing server-farm distributed-processing CGI filmmaking animation data-centers via:iamsidd2k7</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:9a37773a1a5f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:grid-computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:server-farm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:distributed-processing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:CGI"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:filmmaking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:animation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:data-centers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:iamsidd2k7"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.fakesteve.net/2009/12/a-not-so-brief-chat-with-randall-stephenson-of-att.html#disqus_thread">
    <title>The Secret Diary of Steve Jobs : A not-so-brief chat with Randall Stephenson of AT&amp;T</title>
    <dc:date>2009-12-12T21:40:10+00:00</dc:date>
    <link>http://www.fakesteve.net/2009/12/a-not-so-brief-chat-with-randall-stephenson-of-att.html#disqus_thread</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["You, Randall Stephenson, and your lazy stupid company — you are the problem. You are what’s wrong with this country."
]]></description>
<dc:subject>infrastructure telephone AT&amp;T iPgibw Apple economy financial-crisis cultural-norms business-model-failure</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:b7b5aa56fcf6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:telephone"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:AT&amp;T"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:iPgibw"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:Apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:economy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:financial-crisis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:cultural-norms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:business-model-failure"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.boingboing.net/2009/11/12/mpaa-shuts-down-enti.html">
    <title>MPAA shuts down entire town's muni WiFi over a single download - Boing Boing</title>
    <dc:date>2009-11-12T15:50:06+00:00</dc:date>
    <link>http://www.boingboing.net/2009/11/12/mpaa-shuts-down-enti.html</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["The MPAA has successfully shut down an entire town's municipal WiFi because a single user was found to be downloading a copyrighted movie. Rather than being embarrassed by this gross example of collective punishment (a practice outlawed in the Geneva conventions) against Coshocton, OH, the MPAA's spokeslizard took the opportunity to cry poor (even though the studios are bringing in record box-office and aftermarket receipts)."
]]></description>
<dc:subject>RIAA intellectual-property rights copyright stupidity WiFi open-access infrastructure community command-and-control</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:f60a1e2a8cf3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:RIAA"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:intellectual-property"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:rights"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:stupidity"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:WiFi"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:open-access"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:community"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:command-and-control"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://railstips.org/2009/11/8/you-re-an-idiot-for-not-using-heroku">
    <title>You're An Idiot For Not Using Heroku // RailsTips by John Nunemaker</title>
    <dc:date>2009-11-09T12:21:02+00:00</dc:date>
    <link>http://railstips.org/2009/11/8/you-re-an-idiot-for-not-using-heroku</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["It is true. You are. Go try it now. That is an order. I can wait for you to come back and finish reading this post. I could end the post now, but I suppose I’ll go on and tell you a bit about my experience with Heroku yesterday."
]]></description>
<dc:subject>ruby web2.0 cloud-computing deployment software-development infrastructure rails production</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:c82a41150061/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:web2.0"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:cloud-computing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:deployment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:software-development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:production"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://cran.revolution-computing.com/web/views/Finance.html">
    <title>CRAN Task View: Empirical Finance</title>
    <dc:date>2009-11-08T20:34:26+00:00</dc:date>
    <link>http://cran.revolution-computing.com/web/views/Finance.html</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[[R tools for financial time-series analysis, among other things]
]]></description>
<dc:subject>statistics library programming infrastructure finance models Nudge simulation learning-from-data when-in-Roma</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:6b332f6d030d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:statistics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:library"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:finance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:models"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:Nudge"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:simulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:learning-from-data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:when-in-Roma"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://scienceblogs.com/commonknowledge/2009/10/open_source_science_or_distrib.php">
    <title>Open Source Science? Or Distributed Science? : Common Knowledge</title>
    <dc:date>2009-11-08T19:03:08+00:00</dc:date>
    <link>http://scienceblogs.com/commonknowledge/2009/10/open_source_science_or_distrib.php</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["Open source, if we view it through a different lens, is really more about a distributed methodology for software development. The burden of creation is widely distributed across a massive community with more-or-less equal access to tools and systems. In this context, the role of the legal tool is more akin to an enzyme. It was an essential piece of a puzzle, but it was not the only piece. In fact, without the rest of the infrastructure (connectivity, tools, and people) the legal tool on its own would not have led us to GNU/Linux."
]]></description>
<dc:subject>openness distributed crowdsourcing science science2.0 community collaboration infrastructure academia academic-culture</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:f75c3b143770/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:openness"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:distributed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:crowdsourcing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:science2.0"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:community"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:collaboration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:academia"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:academic-culture"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.wilsoncenter.org/index.cfm?fuseaction=wq.essay&amp;essay_id=554055">
    <title>Bullet Trains for America?</title>
    <dc:date>2009-11-08T15:33:04+00:00</dc:date>
    <link>http://www.wilsoncenter.org/index.cfm?fuseaction=wq.essay&amp;essay_id=554055</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["High-speed rail doesn’t simply proceed from point A to point B; it has the potential to energize the cities and towns where it stops in between. The normal practice is to locate intermediate stations in populated areas roughly 50 miles apart. In Europe, high-speed railroads have generated the most growth in provincial cities, as once remote districts benefit from their newfound closeness to hubs such as Paris and Berlin. In a century that will demand more compact, energy-efficient development, high-speed rail has the potential to establish a new superstructure for growth."
]]></description>
<dc:subject>rail transportation infrastructure trains public-policy planning</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:47eeff3d56bd/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:rail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:transportation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:trains"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:public-policy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:planning"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://globalguerrillas.typepad.com/globalguerrillas/2009/11/basic-systems-disruption.html">
    <title>Global Guerrillas: BASIC SYSTEMS DISRUPTION</title>
    <dc:date>2009-11-05T20:52:42+00:00</dc:date>
    <link>http://globalguerrillas.typepad.com/globalguerrillas/2009/11/basic-systems-disruption.html</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["System disruption leverages network structure and dynamics to turn small attacks into large events.  Selection of the best point to attack is based on an analysis of the network's design and flows.  The term to describe this point is: the systempunkt.  Essentially, the systempunkt is the point in the network, that if attacked, will yield the maximal possible impact."
]]></description>
<dc:subject>networks social-networks infrastructure war terrorism military disruption defensive-networking diversity-as-defense</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:6251c57017be/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:networks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:social-networks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:war"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:terrorism"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:military"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:disruption"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:defensive-networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:diversity-as-defense"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.eizesus.com/2009/10/rails-developers-workstations-revealed">
    <title>Emphasized Insanity: Rails Developers workstations revealed</title>
    <dc:date>2009-10-17T23:55:26+00:00</dc:date>
    <link>http://blog.eizesus.com/2009/10/rails-developers-workstations-revealed</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["For a while i was interested to see how many of the rails developers i know, use macs. After talking about this urge of mine with the awesome @hakunin we have decided to collect a bunch of our colleagues desktop portraits. almost everyone is on a mac (duh!).

Foolishly, i forgot to notate some of the pictures people sent me with the name of the developer, so if you recognize yours and want to link the image/title to somewhere, lemme know."
]]></description>
<dc:subject>workplace desk infrastructure makers programming monitors-out-the-wazoo</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:ebfe9333a1ff/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:workplace"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:desk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:makers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:monitors-out-the-wazoo"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://radar.oreilly.com/2009/09/rss-never-blocks-you-or-goes-d.html">
    <title>RSS never blocks you or goes down: why social networks need to be decentralized - O'Reilly Radar</title>
    <dc:date>2009-09-15T14:51:34+00:00</dc:date>
    <link>http://radar.oreilly.com/2009/09/rss-never-blocks-you-or-goes-d.html</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["rssCloud is meant to carry more frequent traffic and more content than the original RSS and Atom. It maintains an XML format (making it relatively verbose for SMS, although Winer tries to separate out the rich, enhanced data). Perhaps because of the increased traffic it would cause, it's less decentralized than RSS, storing updates in Amazon S2."
]]></description>
<dc:subject>peer-to-peer community infrastructure rssCloud centralization protocols p2p collaboration social-networks via:timoreilly</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:c899524f9a28/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:peer-to-peer"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:community"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:rssCloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:centralization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:protocols"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:p2p"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:collaboration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:social-networks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:timoreilly"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://perens.com/works/articles/MorganHill/">
    <title>Bruce Perens - A Cyber-Attack on an American City</title>
    <dc:date>2009-04-22T23:22:33+00:00</dc:date>
    <link>http://perens.com/works/articles/MorganHill/</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>via:nielsen infrastructure p2p terrorism targets security disintermediation collaboration ham-radio makers emergency-preparedness</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:309e5e5fa98d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:nielsen"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:p2p"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:terrorism"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:targets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:disintermediation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:collaboration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:ham-radio"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:makers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:emergency-preparedness"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://contexts.org/socimages/2009/01/01/after-the-oil-boom-images-of-an-oil-bust/">
    <title>Sociological Images » AFTER THE OIL BOOM: IMAGES OF AN OIL BUST</title>
    <dc:date>2009-01-03T21:28:01+00:00</dc:date>
    <link>http://contexts.org/socimages/2009/01/01/after-the-oil-boom-images-of-an-oil-bust/</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Consider replacing "oil" with "auto".

"But with any energy boom eventually comes the energy bust. Here are some photos I took showing what a community looks like if its economy is disproportionately based on oil and the oil companies leave. I’m not a particularly good photographer, so these aren’t artistically impressive, but they capture what the area looks like now."
]]></description>
<dc:subject>economics infrastructure community economic-crisis localism abandonment industry monoculture culture</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:d1091dcc39d3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:economics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:community"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:economic-crisis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:localism"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:abandonment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:industry"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:monoculture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:culture"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.forbes.com/2008/12/01/cogent-sprint-regulation-tech-enter-cz_sw_1202cogent.html">
    <title>The Day The Web Went Dead - Forbes.com</title>
    <dc:date>2008-12-03T22:49:38+00:00</dc:date>
    <link>http://www.forbes.com/2008/12/01/cogent-sprint-regulation-tech-enter-cz_sw_1202cogent.html</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["The recent disruption marked the final blowup in a year-long game of chicken played by Sprint Nextel and Cogent and brought to light an uncomfortable reality: The Internet is held together by collection of secret contracts struck between private companies, free from government oversight and regulation."
]]></description>
<dc:subject>infrastructure Internet backbone utility commons regulation net-neutrality bad</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:dc84c2b656b7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:Internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:backbone"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:utility"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:commons"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:regulation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:net-neutrality"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:bad"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.recreatingtampa.com/2008/10/14/publicly-owned-broadband/">
    <title>Publicly Owned Broadband | Re/Creating Tampa</title>
    <dc:date>2008-10-15T11:58:46+00:00</dc:date>
    <link>http://www.recreatingtampa.com/2008/10/14/publicly-owned-broadband/</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["This decision has confirmed what was already obvious from a plain reading of the statutes, that Minnesota cities can use their bonding authority for deploying the essential infrastructure of the next century."
]]></description>
<dc:subject>infrastructure public-policy innovation open-access public-good commons government local</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:3ed1312430ec/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:public-policy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:innovation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:open-access"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:public-good"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:commons"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:government"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:local"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://vielmetti.typepad.com/vacuum/2008/06/waterwatch-adva.html">
    <title>Vacuum - Edward Vielmetti in Ann Arbor, Michigan 48104: WaterWatch, Advanced Hydrologic Prediction Service - US flood and rain maps and predictions</title>
    <dc:date>2008-06-13T10:37:44+00:00</dc:date>
    <link>http://vielmetti.typepad.com/vacuum/2008/06/waterwatch-adva.html</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>nudge data-analysis datasets public-domain open-access government weather infrastructure</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:053c778db3f2/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nudge"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:data-analysis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:datasets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:public-domain"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:open-access"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:government"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:weather"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://xph.us/software/beanstalkd/">
    <title>Beanstalkd - Software - xph.us</title>
    <dc:date>2008-05-12T22:25:44+00:00</dc:date>
    <link>http://xph.us/software/beanstalkd/</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>via:bkerr concurrency queueing infrastructure distributed programming middleware performance scaling software</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:8204b2935d6a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:bkerr"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:concurrency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:queueing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:distributed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:middleware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:software"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.worldchanging.com/archives/007821.html">
    <title>WorldChanging: Tools, Models and Ideas for Building a Bright Green Future: Porous Streets: The Evidence</title>
    <dc:date>2008-02-04T12:44:24+00:00</dc:date>
    <link>http://www.worldchanging.com/archives/007821.html</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Porous concrete
]]></description>
<dc:subject>sprawlette sustainability water landscape-architecture public-planning infrastructure</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:5d7d9d32988b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:sprawlette"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:sustainability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:water"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:landscape-architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:public-planning"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.xprogramming.com/xpmag/rorOnceMore.htm">
    <title>On the Rails Again -- and Off</title>
    <dc:date>2008-01-23T12:10:17+00:00</dc:date>
    <link>http://www.xprogramming.com/xpmag/rorOnceMore.htm</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA["...overtime is any time when you wish you weren't at the office"
]]></description>
<dc:subject>XP retrospective extreme-programming Ron-Jeffries Chet-Hendrickson Rails RoR infrastructure development</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:617e225dcbf6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:XP"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:retrospective"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:extreme-programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:Ron-Jeffries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:Chet-Hendrickson"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:Rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:RoR"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:development"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://gadgets.boingboing.net/2008/01/21/talking-about-atts-i.html">
    <title>AT&amp;T and network privacy</title>
    <dc:date>2008-01-21T16:11:13+00:00</dc:date>
    <link>http://gadgets.boingboing.net/2008/01/21/talking-about-atts-i.html</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>net-neutrality AT&amp;T privacy telecommunications public-policy customer-relations infrastructure</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:4e1fdcd402d3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:net-neutrality"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:AT&amp;T"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:telecommunications"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:public-policy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:customer-relations"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.readwriteweb.com/archives/oauth_one.php">
    <title>A Flood of Mashups Coming? OAuth 1.0 Released</title>
    <dc:date>2007-10-14T15:06:43+00:00</dc:date>
    <link>http://www.readwriteweb.com/archives/oauth_one.php</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>distributed-processing collaboration authorization auth&amp;auth web2.0 infrastructure</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:dc39e19d87e5/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:distributed-processing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:collaboration"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:authorization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:auth&amp;auth"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:web2.0"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://thefraserdomain.typepad.com/energy/2006/01/sodiumsulfur_na.html">
    <title>The Energy Blog: About Sodium-Sulfur (NaS) Batteries</title>
    <dc:date>2007-09-11T12:11:19+00:00</dc:date>
    <link>http://thefraserdomain.typepad.com/energy/2006/01/sodiumsulfur_na.html</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Big damned batteries
]]></description>
<dc:subject>energy-efficiency power-distribution engineering infrastructure utilities batteries energy electricity</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:887b005a1e17/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:energy-efficiency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:power-distribution"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:utilities"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:batteries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:energy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:electricity"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://en.wikipedia.org/wiki/Sodium-sulfur_battery">
    <title>Sodium-sulfur battery - Wikipedia, the free encyclopedia</title>
    <dc:date>2007-09-11T12:07:38+00:00</dc:date>
    <link>http://en.wikipedia.org/wiki/Sodium-sulfur_battery</link>
    <dc:creator>Vaguery</dc:creator><description><![CDATA[Big damned batteries
]]></description>
<dc:subject>energy-efficiency energy-storage batteries engineering infrastructure electricity</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:51edc950c33f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:energy-efficiency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:energy-storage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:batteries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:engineering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:electricity"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.jonudell.net/2007/06/21/restful-live-contacts-for-internet-scale-social-networking/">
    <title>RESTful Live Contacts for Internet-scale social networking « Jon Udell</title>
    <dc:date>2007-06-22T14:10:07+00:00</dc:date>
    <link>http://blog.jonudell.net/2007/06/21/restful-live-contacts-for-internet-scale-social-networking/</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>via:spangledrongo REST infrastructure social-networks web2.0 web-design networking walled-gardens</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:9e82af2d8ecd/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:spangledrongo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:REST"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:social-networks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:web2.0"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:web-design"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:walled-gardens"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.ted.com/index.php/talks/view/id/129">
    <title>TED | Talks | Blaise Aguera y Arcas: Photosynth demo (video)</title>
    <dc:date>2007-06-08T13:35:45+00:00</dc:date>
    <link>http://www.ted.com/index.php/talks/view/id/129</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>video data photography metadata semantic tagging social infrastructure images conferences web2.0 software</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:7405f1bf0618/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:video"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:photography"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:metadata"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:semantic"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:tagging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:social"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:images"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:conferences"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:web2.0"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:software"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.airfields-freeman.com/index.htm">
    <title>Abandoned &amp; Little-Known Airfields</title>
    <dc:date>2007-05-12T11:57:43+00:00</dc:date>
    <link>http://www.airfields-freeman.com/index.htm</link>
    <dc:creator>Vaguery</dc:creator><dc:subject>via:vielmetti nanohistory lost infrastructure ruins layered-history guide airports aeronautics maps history</dc:subject>
<dc:identifier>https://pinboard.in/u:Vaguery/b:ae7bf1aa43e5/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:via:vielmetti"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:nanohistory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:lost"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:ruins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:layered-history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:guide"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:airports"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:aeronautics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:maps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:Vaguery/t:history"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>