<?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 (jm)</title>
    <link>https://pinboard.in/u:jm/public/</link>
    <description>recent bookmarks from jm</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="https://www.vanityfair.com/news/story/meta-ai-lawsuit"/>
	<rdf:li rdf:resource="https://www.theatlantic.com/technology/archive/2025/03/libgen-meta-openai/682093/?gift=iWa_iB9lkw4UuiWbIbrWGYDRoX8kfg3ZQZL6J-W0kQE"/>
	<rdf:li rdf:resource="https://www.nti-group.com/home/information/news/3dbenchy/"/>
	<rdf:li rdf:resource="https://bsky.app/profile/marshdavies.bsky.social/post/3lfnile2kpc2m"/>
	<rdf:li rdf:resource="https://ripe89.ripe.net/presentations/34-Sky-UK-MAP-T-RIPE89.pdf"/>
	<rdf:li rdf:resource="https://www.theverge.com/2024/8/14/24220658/google-eric-schmidt-stanford-talk-ai-startups-openai"/>
	<rdf:li rdf:resource="https://x.com/tsarnick/status/1805809836854329450"/>
	<rdf:li rdf:resource="https://immich.app/blog/2024/immich-core-team-goes-fulltime/"/>
	<rdf:li rdf:resource="https://www.theregister.com/2024/04/22/ghaderi_v_amazon/"/>
	<rdf:li rdf:resource="https://www.theregister.com/2024/04/11/aws_lawsuit_kove_io/"/>
	<rdf:li rdf:resource="https://www.nytimes.com/2024/04/06/technology/tech-giants-harvest-data-artificial-intelligence.html"/>
	<rdf:li rdf:resource="https://www.science.org/doi/10.1126/science.abo7201"/>
	<rdf:li rdf:resource="https://gizmodo.com/google-says-itll-scrape-everything-you-post-online-for-1850601486"/>
	<rdf:li rdf:resource="https://dropbox.tech/frontend/investigating-the-impact-of-http3-on-network-latency-for-search"/>
	<rdf:li rdf:resource="https://www.darkreading.com/risk/employees-feeding-sensitive-business-data-chatgpt-raising-security-fears"/>
	<rdf:li rdf:resource="https://creative.ai/@alexjc/109939892914585391"/>
	<rdf:li rdf:resource="https://aws.amazon.com/about-aws/whats-new/2023/02/ena-express-15-new-ec2-instances/"/>
	<rdf:li rdf:resource="https://pluralistic.net/2022/12/12/unsafe-at-any-speed/#this-is-literally-your-brain-on-capitalism"/>
	<rdf:li rdf:resource="https://www.theverge.com/23444685/generative-ai-copyright-infringement-legal-fair-use-training-data"/>
	<rdf:li rdf:resource="https://waxy.org/2022/09/ai-data-laundering-how-academic-and-nonprofit-researchers-shield-tech-companies-from-accountability/"/>
	<rdf:li rdf:resource="https://semianalysis.substack.com/p/the-semiconductor-heist-of-the-century"/>
	<rdf:li rdf:resource="https://theconversation.com/the-sunlight-that-powers-solar-panels-also-damages-them-gallium-doping-is-providing-a-solution-164935"/>
	<rdf:li rdf:resource="https://www.theguardian.com/politics/2021/jun/30/openstreetmap-looks-to-relocate-to-eu-due-to-brexit-limitations"/>
	<rdf:li rdf:resource="https://dropbox.tech/infrastructure/boosting-dropbox-upload-speed"/>
	<rdf:li rdf:resource="https://www.statnews.com/pharmalot/2020/04/06/covid19-coronavirus-patents-voluntary-pool-world-health/"/>
	<rdf:li rdf:resource="https://www.theverge.com/2020/3/17/21184308/coronavirus-italy-medical-company-threatens-sue-3d-print-valves-treatments"/>
	<rdf:li rdf:resource="https://boingboing.net/2019/11/18/horace-goes-copyright-striking.html"/>
	<rdf:li rdf:resource="https://kazu-yamamoto.hatenablog.jp/entry/2019/09/20/165939"/>
	<rdf:li rdf:resource="https://access.redhat.com/security/vulnerabilities/tcpsack"/>
	<rdf:li rdf:resource="https://stressgrid.com/blog/pps_limits_in_ec2/"/>
	<rdf:li rdf:resource="https://patentpandas.org/stories/company-patented-my-idea"/>
	<rdf:li rdf:resource="https://blog.erratasec.com/2018/11/some-notes-about-http3.html#.W_PCf4rp3mp"/>
	<rdf:li rdf:resource="https://www.reddit.com/r/programming/comments/9wncor/httpoverquic_to_be_renamed_http3/"/>
	<rdf:li rdf:resource="https://motherboard.vice.com/en_us/article/xwkbad/this-music-theory-professor-just-showed-how-stupid-and-broken-copyright-filters-are"/>
	<rdf:li rdf:resource="https://twitter.com/clare_liguori/status/1034829325306978304"/>
	<rdf:li rdf:resource="https://www.quad9.net/#/about"/>
	<rdf:li rdf:resource="https://news.ycombinator.com/item?id=15196523"/>
	<rdf:li rdf:resource="http://www.irishtimes.com/news/ireland/irish-news/connemara-shop-in-patents-row-with-whiskey-multinational-1.3116041"/>
	<rdf:li rdf:resource="https://qz.com/937038/github-now-lets-its-workers-keep-the-ip-when-they-use-company-resources-for-personal-projects/?s=1"/>
	<rdf:li rdf:resource="https://danielcompton.net/2017/03/14/uber-bombshell"/>
	<rdf:li rdf:resource="https://patchwork.ozlabs.org/patch/671069/"/>
	<rdf:li rdf:resource="http://motherboard.vice.com/read/why-the-very-silly-oracle-v-google-trial-actually-matters"/>
	<rdf:li rdf:resource="http://www.technollama.co.uk/can-you-copyright-a-recipe"/>
	<rdf:li rdf:resource="https://www.inverse.com/article/15234-you-can-t-copyright-klingon-means-paramount-is-in-trouble"/>
	<rdf:li rdf:resource="http://motherboard.vice.com/read/in-google-v-oracle-the-nerds-are-getting-owned"/>
	<rdf:li rdf:resource="http://www.thejournal.ie/ireland-referendum-patent-court-771051-Jan2013/"/>
	<rdf:li rdf:resource="https://whispersystems.org/blog/the-ecosystem-is-moving/"/>
	<rdf:li rdf:resource="https://status.cloud.google.com/incident/compute/16007?post-mortem"/>
	<rdf:li rdf:resource="http://fusion.net/story/287592/internet-mapping-glitch-kansas-farm/"/>
	<rdf:li rdf:resource="https://www.zerotier.com/blog/?p=724"/>
	<rdf:li rdf:resource="http://boingboing.net/2016/01/15/yosemite-agrees-to-change-the.html"/>
	<rdf:li rdf:resource="https://news.ycombinator.com/item?id=10608356"/>
	<rdf:li rdf:resource="http://www.evanjones.ca/tcp-and-ethernet-checksums-fail.html"/>
	<rdf:li rdf:resource="https://dublin-traceroute.net/README.md"/>
	<rdf:li rdf:resource="http://arstechnica.com/tech-policy/2015/10/gene-patents-probably-dead-worldwide-following-australian-court-decision/"/>
	<rdf:li rdf:resource="http://blog.newegg.com/newegg-vs-patent-trolls-when-we-win-you-win/"/>
	<rdf:li rdf:resource="https://www.ietf.org/mail-archive/web/v6ops/current/msg22455.html"/>
	<rdf:li rdf:resource="http://www.amnesty.ie/news/family-no-poster-say-yes-marriage-equality"/>
	<rdf:li rdf:resource="http://www.reed.com/blog-dpr/?page_id=6"/>
	<rdf:li rdf:resource="http://blog.easydns.org/2015/04/10/why-we-will-not-be-registering-easydns-sucks/"/>
	<rdf:li rdf:resource="https://github.com/wangbin579/tcpcopy"/>
	<rdf:li rdf:resource="http://spacing.ca/toronto/2015/03/18/stairs-nowhere-trap-streets-toronto-oddities/"/>
	<rdf:li rdf:resource="http://veithen.github.io/2014/01/01/how-tcp-backlog-works-in-linux.html"/>
	<rdf:li rdf:resource="http://www.pri.org/stories/2014-02-18/us-complains-other-nations-are-stealing-us-technology-america-has-history"/>
	<rdf:li rdf:resource="http://elasticdog.com/2011/12/use-sshuttle-to-keep-safe-on-insecure-wi-fi/"/>
	<rdf:li rdf:resource="http://gnome.org/groupon/"/>
	<rdf:li rdf:resource="http://www.vice.com/en_ca/read/this-canadian-artist-halted-pipeline-development-by-copyrighting-his-land-as-a-work-of-art-983"/>
	<rdf:li rdf:resource="http://euobserver.com/justice/126375"/>
	<rdf:li rdf:resource="http://www.cilip.org.uk/cilip/news/campaign-free-our-history-reform-copyright"/>
	<rdf:li rdf:resource="http://www.forbes.com/sites/danmunro/2014/09/14/ebola-while-big-pharma-slept/"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="https://www.vanityfair.com/news/story/meta-ai-lawsuit">
    <title>This Is How Meta AI Staffers Deemed More Than 7 Million Books to Have No “Economic Value”</title>
    <dc:date>2025-04-17T10:28:44+00:00</dc:date>
    <link>https://www.vanityfair.com/news/story/meta-ai-lawsuit</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is jaw-dropping legal logic:

<blockquote>[Meta's] defense hinges on the argument that the individual books themselves are, essentially, worthless — one expert witness for Meta describes that the influence of a single book in LLM pretraining “adjusted its performance by less than 0.06% on industry standard benchmarks, a meaningless change no different from noise.”

Furthermore, Meta says, that while the company “has invested hundreds of millions of dollars in LLM development,” they see no market in paying authors to license their books because “for there to be a market, there must be something of value to exchange, but none of Plaintiffs works has economic value, individually, as training data.” (An argument essential to fair use, but that also sounds like a scaled up version of a scenario in which the New York Philharmonic board argues against paying individual members of the orchestra because the organization spent a lot of money on the upkeep of David Geffen Hall, and also, a solo bassoon cannot play every part in “The Rite of Spring.”)</blockquote>

as Paul Mainwood notes, this is the Sorites paradox: https://plato.stanford.edu/entries/sorites-paradox/ --

<blockquote>
- 1 grain of wheat does not make a heap.
- If 1 grain doesn’t make a heap, then 2 grains don’t.
- If 2 grains don’t make a heap, then 3 grains don’t.
- ...
- If 999,999 grains don’t make a heap, then 1 million grains don’t.

Therefore, 1 million grains don’t make a heap.
</blockquote>]]></description>
<dc:subject>ml copyright ip books training llms meta llama pretraining paradoxes sorites-paradox</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:24f1f9a9162f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ml"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:books"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:training"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:meta"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llama"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pretraining"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:paradoxes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sorites-paradox"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theatlantic.com/technology/archive/2025/03/libgen-meta-openai/682093/?gift=iWa_iB9lkw4UuiWbIbrWGYDRoX8kfg3ZQZL6J-W0kQE">
    <title>The Unbelievable Scale of AI’s Pirated-Books Problem</title>
    <dc:date>2025-03-20T12:47:54+00:00</dc:date>
    <link>https://www.theatlantic.com/technology/archive/2025/03/libgen-meta-openai/682093/?gift=iWa_iB9lkw4UuiWbIbrWGYDRoX8kfg3ZQZL6J-W0kQE</link>
    <dc:creator>jm</dc:creator><description><![CDATA[The Atlantic go digging in LibGen, the insanely huge collection of 7.5 million pirated books used to train Meta's Llama LLM:

<blockquote>One of the biggest questions of the digital age is how to manage the flow of knowledge and creative work in a way that benefits society the most. LibGen and other such pirated libraries make information more accessible, allowing people to read original work without paying for it. Yet generative-AI companies such as Meta have gone a step further: Their goal is to absorb the work into profitable technology products that compete with the originals. Will these be better for society than the human dialogue they are already starting to replace?</blockquote>

Also, I found this quote from a Meta Director of Engineering in the legal discovery output interesting: "The problem is that people don’t realize that if we license one single book, we won’t be able to lean into fair use strategy".  huh.]]></description>
<dc:subject>books knowledge papers meta llama llms law piracy ip libgen genai fair-use</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:b26e866b7827/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:books"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:knowledge"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:papers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:meta"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llama"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:piracy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:libgen"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:genai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fair-use"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.nti-group.com/home/information/news/3dbenchy/">
    <title>3DBenchy Enters the Public Domain</title>
    <dc:date>2025-02-14T17:35:26+00:00</dc:date>
    <link>https://www.nti-group.com/home/information/news/3dbenchy/</link>
    <dc:creator>jm</dc:creator><description><![CDATA["3DBenchy, a 3D model [of an adorable little boat] designed specifically for testing and benchmarking 3D printers, is now in the public domain."

<blockquote>
Originally released on April 9, 2015, by Creative Tools, the model has become a beloved icon of the 3D printing community. [...] NTI has decided to release 3DBenchy to the world by making it public domain, marking its 10th anniversary with this significant gesture.

Mark your calendars for April 9, 2025, as 3DBenchy celebrates its 10th anniversary! A special surprise is planned for the 3DBenchy community to commemorate this milestone.
</blockquote>

(Via Alan Butler)]]></description>
<dc:subject>3dbenchy 3d-printing via:alan-butler ip public-domain creative-commons</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:f79bf222ec7c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:3dbenchy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:3d-printing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:alan-butler"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:public-domain"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:creative-commons"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://bsky.app/profile/marshdavies.bsky.social/post/3lfnile2kpc2m">
    <title>Why the British government is so into AI</title>
    <dc:date>2025-01-14T12:24:09+00:00</dc:date>
    <link>https://bsky.app/profile/marshdavies.bsky.social/post/3lfnile2kpc2m</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Interesting BlueSky thread on the topic --

<blockquote>
The UK Government believes several things: 

1) The AI genie is out of the bottle and cannot be put back in

2) Embracing AI would definitely be good for the British economy

3) Enforcing copyright on AI training would put Britain out of step with rest of the world and subsequently...

4) Enforcing copyright would be ineffective as AI would just be trained elsewhere, cutting out Brit creatives entirely

5) Govt's preferred option is permissive enough to be attractive to AI firms but demands transparency so at least rights holders have some recourse; the alternative is bleaker.

Obviously, I contest all of these beliefs to one degree or another, but this is where the govt is, and it's useful to understand that. The real crux of the debate, as they see it, is how Britain's laws can practically deal with the *global* inevitability of AI.  They believe it's untenable to make Britain a legislative pariah state for AI, and that this would not lead to good outcomes for British creatives anyway. This is a point worth considering when replying to the consultation.

However, the govt says it's not going to implement policy before it has a technical solution for rights holders to opt-out and chase down infringements. My view is that this is difficult to the point of being pure fantasy, and either means that the govt is not serious about finding a real, effective technical solution, or this policy will be kicked indefinitely down the road. My dinner partner was optimistic a solution could be achieved within the timespan of a year or two. I just don't buy it.

Government says it has not sided with AI firms over creative industries. However, its understanding of "not taking a side" creates a false equality between massive companies whose business relies on crime and individuals whose livelihoods will be destroyed.

I got the sense that there is no political will whatsoever to seriously challenge firms who offer to spend big in Britain, and that any thought of holding them to account for actual crime is simply considered naive. But we do have a bit of time while govt attempts to confect their magical, easy to use, opt-out solution—time during which one or several of these AI firms might implode, making the true cost more apparent.
</blockquote>]]></description>
<dc:subject>uk government ai policy copyright ip britain economy future</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7e2472a1f794/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:government"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:policy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:britain"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:economy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://ripe89.ripe.net/presentations/34-Sky-UK-MAP-T-RIPE89.pdf">
    <title>[pdf] Sky UK on their IPv6/IPv4 gateways</title>
    <dc:date>2024-11-19T15:13:17+00:00</dc:date>
    <link>https://ripe89.ripe.net/presentations/34-Sky-UK-MAP-T-RIPE89.pdf</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A presentation from RIPE89 detailing Sky's MAP-T setup, "IPv6-only with IPv4aaS (MAP-T)".  Basically they now use MAP-T translation devices to provide "IPv4 as a service", transparent NAT mapping between IPv6 and IPv4.  I suspect this is similar to how Virgin Media operates their network, too, in Ireland.

Interestingly, there are now network features (like local CDN POPs) which are more performant when using IPv6 natively, as they avoid a "trombone" route via a network-border translation device to get an IPv4 address.  As a result, it's actually starting to be worthwhile running an IPv6 home network....]]></description>
<dc:subject>ipv4 ipv6 networking home sky isps ripe map-t nat ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:72c4404ac7c4/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ipv4"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ipv6"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:home"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sky"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:isps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ripe"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:map-t"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nat"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theverge.com/2024/8/14/24220658/google-eric-schmidt-stanford-talk-ai-startups-openai">
    <title>Ex-Google CEO: AI startups can steal IP, hire lawyers to “clean up the mess”</title>
    <dc:date>2024-08-15T10:03:28+00:00</dc:date>
    <link>https://www.theverge.com/2024/8/14/24220658/google-eric-schmidt-stanford-talk-ai-startups-openai</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Ex-Google CEO, VC, and "Licensed arms dealer to the US military" Eric Schmidt:

<blockquote>
here’s what I propose each and every one of you do: Say to your LLM the following: “Make me a copy of TikTok, steal all the users, steal all the music, put my preferences in it, produce this program in the next 30 seconds, release it, and in one hour, if it’s not viral, do something different along the same lines.” [...]

If it took off, then you’d hire a whole bunch of lawyers to go clean the mess up, right? But if nobody uses your product, it doesn’t matter that you stole all the content.  And do not quote me.
<blockquote>

jfc.

Needless to say he also has some theories about ChatGPT eating Google's lunch because of.... remote working.]]></description>
<dc:subject>law legal startups ethics eric-schmidt capitalism ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:17162a2ce970/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:legal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:startups"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ethics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:eric-schmidt"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:capitalism"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://x.com/tsarnick/status/1805809836854329450">
    <title>Microsoft AI CEO doesn't understand copyright</title>
    <dc:date>2024-06-28T09:42:14+00:00</dc:date>
    <link>https://x.com/tsarnick/status/1805809836854329450</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Mustafa Suleyman, the CEO of Microsoft AI, says "the social contract for content that is on the open web is that it's "freeware" for training AI models", and it "is fair use", and "anyone can copy it".

As Ed Newton-Rex of Fairly Trained notes:

<blockquote>
This is categorically false. Content released online is still protected by copyright. You can't copy it for any purpose you like simply because it's on the open web.

Creators who have been told for years to publish online, often for free, for exposure, may object to being retroactively told they were entering a social contract that let anyone copy their work.
</blockquote>

It's really shocking to see this. How on earth has Microsoft's legal department not hit the brakes on this?]]></description>
<dc:subject>ai law legal ip open-source freeware fair-use copying piracy</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:5057f94bbae1/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:legal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:freeware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fair-use"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copying"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:piracy"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://immich.app/blog/2024/immich-core-team-goes-fulltime/">
    <title>The Immich core team goes full-time</title>
    <dc:date>2024-05-01T22:14:18+00:00</dc:date>
    <link>https://immich.app/blog/2024/immich-core-team-goes-fulltime/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Interesting -- the Immich photo hosting open source project is switching IP ownership, and core team employment, to a private company:

<blockquote>Since the beginning of this adventure, my goal has always been to create a better world for my children. Memories are priceless, and privacy should not be a luxury. However, building quality open source has its challenges. Over the past two years, it has taken significant dedication, time, and effort.

Recently, a company in Austin, Texas, called FUTO contacted the team. FUTO strives to develop quality and sustainable open software. They build software alternatives that focus on giving control to users. From their mission statement:

“Computers should belong to you, the people. We develop and fund technology to give them back.”

FUTO loved Immich and wanted to see if we’d consider working with them to take the project to the next level. In short, FUTO offered to:

Pay the core team to work on Immich full-time
Let us keep full autonomy about the project’s direction and leadership
Continue to license Immich under AGPL
Keep Immich’s development direction with no paywalled features
Keep Immich “built for the people” (no ads, data mining/selling, or alternative motives)
Provide us with financial, technical, legal, and administrative support</blockquote>

Here are FUTO's "three pledges":

<blockquote>
We will never sell out. All FUTO companies and FUTO-funded projects are expected to remain fiercely independent. They will never exacerbate the monopoly problem by selling out to a monopolist.

We will never abuse our customers. All FUTO companies and FUTO-funded projects are expected to maintain an honest relationship with their customers. Revenue, if it exists, comes from customers paying directly for software and services. “The users are our product” revenue models are strictly prohibited.

We will always be transparently devoted to making delightful software. All FUTO-funded projects are expected to be open-source or develop a plan to eventually become so. No effort will ever be taken to hide from the people what their computers are doing, to limit how they use them, or to modify their behavior through their software.
</blockquote>

I'm not 100% clear on how FUTO will make money, but this is a very interesting move.
]]></description>
<dc:subject>futo immich open-source photos agpl ip ownership work how-we-work</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:cedbcbb32542/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:futo"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:immich"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:photos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:agpl"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ownership"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:work"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:how-we-work"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theregister.com/2024/04/22/ghaderi_v_amazon/">
    <title>Ex-Amazon AI exec claims she was asked to ignore IP law</title>
    <dc:date>2024-04-24T09:14:43+00:00</dc:date>
    <link>https://www.theregister.com/2024/04/22/ghaderi_v_amazon/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is really appalling stuff, on two counts:

(a) how does it not surprise me that maternity leave was considered "weak" and grounds for firing.

(b) check this shit out:

<blockquote>According to Ghaderi's account in the complaint, she returned to work after giving birth in January 2023, inheriting a large language model project. Part of her role was flagging violations of Amazon's internal copyright policies and escalating these concerns to the in-house legal team. In March 2023, the filing claims, her team director, Andrey Styskin, challenged Ghaderi to understand why Amazon was not meeting its goals on Alexa search quality.

The filing alleges she met with a representative from the legal department to explain her concerns and the tension they posed with the "direction she had received from upper management, which advised her to violate the direction from legal."

According to the complaint, Styskin rejected Ghaderi's concerns, allegedly telling her to ignore copyright policies to improve the results. Referring to rival AI companies, the filing alleges he said: "Everyone else is doing it."
</blockquote>

Move fast and break laws!]]></description>
<dc:subject>aws amazon llms alexa maternity-leave parenting parental-leave work dont-be-evil copyright ip ai</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:0b221724b3a8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:llms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:alexa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:maternity-leave"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:parenting"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:parental-leave"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:work"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dont-be-evil"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theregister.com/2024/04/11/aws_lawsuit_kove_io/">
    <title>AWS told to pay $525M in cloud storage patent suit - The Register</title>
    <dc:date>2024-04-11T17:09:00+00:00</dc:date>
    <link>https://www.theregister.com/2024/04/11/aws_lawsuit_kove_io/</link>
    <dc:creator>jm</dc:creator><description><![CDATA["It is notable that none of the Kove patents in the case were actually granted by the US Patent and Trademark Office before the launch of Amazon S3, the first AWS service, on March 14, 2006. However, Kove states in its complaint that applications relating to these patents were filed on July 8, 1998, perhaps implying that Amazon should have been aware of the filings before the launch of its cloud platform."

Crappy software patenting strikes again.]]></description>
<dc:subject>swpats software patents patent-trolls kove aws s3 algorithms distributed-hash-tables consistent-hashing ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:d2dede16285a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:swpats"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patent-trolls"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kove"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:s3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:distributed-hash-tables"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:consistent-hashing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.nytimes.com/2024/04/06/technology/tech-giants-harvest-data-artificial-intelligence.html">
    <title>How Tech Giants Cut Corners to Harvest Data for A.I. - The New York Times</title>
    <dc:date>2024-04-08T13:06:43+00:00</dc:date>
    <link>https://www.nytimes.com/2024/04/06/technology/tech-giants-harvest-data-artificial-intelligence.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Can't wait for all the lawsuits around this stuff.

<blockquote>Meta could not match ChatGPT unless it got more data, Mr. Al-Dahle told colleagues. In March and April 2023, some of the company’s business development leaders, engineers and lawyers met nearly daily to tackle the problem. [....]

They also talked about how they had summarized books, essays and other works from the internet without permission and discussed sucking up more, even if that meant facing lawsuits. One lawyer warned of “ethical” concerns around taking intellectual property from artists but was met with silence, according to the recordings.</blockquote>

]]></description>
<dc:subject>ai copyright data training openai meta google privacy surveillance data-protection ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:72d55c3af228/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:training"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:meta"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:surveillance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-protection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.science.org/doi/10.1126/science.abo7201">
    <title>Open science discovery of potent noncovalent SARS-CoV-2 main protease inhibitors</title>
    <dc:date>2023-11-10T12:22:26+00:00</dc:date>
    <link>https://www.science.org/doi/10.1126/science.abo7201</link>
    <dc:creator>jm</dc:creator><description><![CDATA[A great result for crowd-sourced science:

<blockquote>
We report the results of the COVID Moonshot, a fully open-science, crowdsourced, and structure-enabled drug discovery campaign targeting the ... SARS-CoV-2 main protease. We discovered a noncovalent, nonpeptidic inhibitor scaffold with lead-like properties that is differentiated from current main protease inhibitors. Our approach leveraged crowdsourcing, machine learning, exascale molecular simulations, and high-throughput structural biology and chemistry. We generated a detailed map of the structural plasticity of the SARS-CoV-2 main protease, extensive structure-activity relationships for multiple chemotypes, and a wealth of biochemical activity data. All compound designs (>18,000 designs), crystallographic data (>490 ligand-bound x-ray structures), assay data (>10,000 measurements), and synthesized molecules (>2400 compounds) for this campaign were shared rapidly and openly, creating a rich, open, and intellectual property–free knowledge base for future anticoronavirus drug discovery. [....]

As a notable example for the impact of open science, the Shionogi clinical candidate S-217622 [which has now received emergency approval in Japan as Xocova (ensitrelvir)] was identified in part on the basis of crystallographic data openly shared by the COVID Moonshot Consortium.</blockquote>]]></description>
<dc:subject>crowdsourcing science research covid-19 covid-moonshot open-science drugs ensitrelvir ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:0a0e5d1878a2/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:crowdsourcing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:research"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:covid-19"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:covid-moonshot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:drugs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ensitrelvir"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://gizmodo.com/google-says-itll-scrape-everything-you-post-online-for-1850601486">
    <title>Google Says It'll Scrape Everything You Post Online for AI</title>
    <dc:date>2023-07-05T14:49:54+00:00</dc:date>
    <link>https://gizmodo.com/google-says-itll-scrape-everything-you-post-online-for-1850601486</link>
    <dc:creator>jm</dc:creator><description><![CDATA["If Google can read your words, assume they belong to the company now, and expect that they’re nesting somewhere in the bowels of a chatbot."

]]></description>
<dc:subject>ai content google ip scraping ml training</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1cfba998e7eb/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:content"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scraping"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ml"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:training"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://dropbox.tech/frontend/investigating-the-impact-of-http3-on-network-latency-for-search">
    <title>Dropbox testing HTTP3</title>
    <dc:date>2023-05-22T10:02:25+00:00</dc:date>
    <link>https://dropbox.tech/frontend/investigating-the-impact-of-http3-on-network-latency-for-search</link>
    <dc:creator>jm</dc:creator><description><![CDATA["dark testing", live in production, to a separate test domain. Great way to gather some real-world data.  Latencies are appreciably better, particularly for low-quality connections]]></description>
<dc:subject>dropbox http3 http2 http protocols udp networking ip testing</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9d832e568456/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dropbox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http2"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:protocols"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:udp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:testing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.darkreading.com/risk/employees-feeding-sensitive-business-data-chatgpt-raising-security-fears">
    <title>Employees Are Feeding Sensitive Business Data to ChatGPT</title>
    <dc:date>2023-03-27T20:55:14+00:00</dc:date>
    <link>https://www.darkreading.com/risk/employees-feeding-sensitive-business-data-chatgpt-raising-security-fears</link>
    <dc:creator>jm</dc:creator><description><![CDATA[How unsurprising is this? And needless to say, a bunch of that is being reused for training:

<blockquote>In a recent report, data security service Cyberhaven detected and blocked requests to input data into ChatGPT from 4.2% of the 1.6 million workers at its client companies because of the risk of leaking confidential information, client data, source code, or regulated information to the LLM. 

In one case, an executive cut and pasted the firm's 2023 strategy document into ChatGPT and asked it to create a PowerPoint deck. In another case, a doctor input his patient's name and their medical condition and asked ChatGPT to craft a letter to the patient's insurance company.</blockquote>

]]></description>
<dc:subject>chatgpt openai ip privacy data-protection security</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:c3190be3e0ad/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:chatgpt"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data-protection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://creative.ai/@alexjc/109939892914585391">
    <title>copyright-respecting AI model training</title>
    <dc:date>2023-03-01T10:34:48+00:00</dc:date>
    <link>https://creative.ai/@alexjc/109939892914585391</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Alex J Champandard is thinking about how AI model training can be done in a copyright-respecting and legal fashion:

<blockquote>With the criticism of web-scale datasets, it's legitimate to ask the question: "What models are trained with best-in-class Copyright practices?"

Answer: StyleGAN and FFHQ
github.com/NVlabs/ffhq-dataset

100% transparent dataset, clear copyright, opt-in licensing, model respects terms.</blockquote>

]]></description>
<dc:subject>copyright legal rights ip ai ml models training stylegan ffhq flickr</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:939077d2fcd0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:legal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rights"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ml"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:models"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:training"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:stylegan"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ffhq"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:flickr"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://aws.amazon.com/about-aws/whats-new/2023/02/ena-express-15-new-ec2-instances/">
    <title>AWS' proprietary SRD protocol</title>
    <dc:date>2023-02-16T11:48:02+00:00</dc:date>
    <link>https://aws.amazon.com/about-aws/whats-new/2023/02/ena-express-15-new-ec2-instances/</link>
    <dc:creator>jm</dc:creator><description><![CDATA["ENA Express is a networking feature that uses the AWS Scalable Reliable Datagram (SRD) protocol to improve network performance in two key ways: higher single flow bandwidth and lower tail latency for network traffic between EC2 instances. SRD is a proprietary protocol that delivers these improvements through advanced congestion control, multi-pathing, and packet reordering directly from the Nitro card."

Right now this supports only intra-EC2 networking between instances running on the latest generation of instance types.]]></description>
<dc:subject>srd networking protocols ip ena-express aws amazon multi-pathing congestion-control nitro</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:adb42574c16a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:srd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:protocols"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ena-express"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:multi-pathing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:congestion-control"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nitro"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://pluralistic.net/2022/12/12/unsafe-at-any-speed/#this-is-literally-your-brain-on-capitalism">
    <title>The human cost of neurotechnology failure</title>
    <dc:date>2022-12-13T10:52:06+00:00</dc:date>
    <link>https://pluralistic.net/2022/12/12/unsafe-at-any-speed/#this-is-literally-your-brain-on-capitalism</link>
    <dc:creator>jm</dc:creator><description><![CDATA['This is your brain on capitalism'.  A shitty cyberpunk future:

<blockquote>What about when the [bricked] device is inside your body?  Earlier this year, many people with Argus optical implants – which allow blind people to see – lost their vision when the manufacturer, Second Sight, went bust.

Nano Precision Medical, the company's new owners, aren't interested in maintaining the implants, so that's the end of the road for everyone with one of Argus's "bionic" eyes. The $150,000 per eye that those people paid is gone, and they have failing hardware permanently wired into their nervous systems.

Having a bricked eye implant doesn't just rob you of your sight – many Argus users experience crippling vertigo and other side effects of nonfunctional implants. The company has promised to "do our best to provide virtual support" to people whose Argus implants fail – but no more parts and no more patches."</blockquote>

]]></description>
<dc:subject>health implants cyberpunk future grim neurotechnology brain right-to-repair open-hardware open-source medicine capitalism ip ethics</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:811f3469d1f9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:health"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:implants"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cyberpunk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:future"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:grim"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:neurotechnology"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:brain"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:right-to-repair"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:medicine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:capitalism"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ethics"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theverge.com/23444685/generative-ai-copyright-infringement-legal-fair-use-training-data">
    <title>The scary truth about AI copyright is nobody knows what will happen next - The Verge</title>
    <dc:date>2022-11-16T15:28:48+00:00</dc:date>
    <link>https://www.theverge.com/23444685/generative-ai-copyright-infringement-legal-fair-use-training-data</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>Generative AI has had a very good year. Corporations like Microsoft, Adobe, and GitHub are integrating the tech into their products; startups are raising hundreds of millions to compete with them; and the software even has cultural clout, with text-to-image AI models spawning countless memes. But listen in on any industry discussion about generative AI, and you’ll hear, in the background, a question whispered by advocates and critics alike in increasingly concerned tones: is any of this actually legal?</blockquote>

]]></description>
<dc:subject>ai copyright ml law ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:bfb663526b23/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ml"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://waxy.org/2022/09/ai-data-laundering-how-academic-and-nonprofit-researchers-shield-tech-companies-from-accountability/">
    <title>AI Data Laundering: How Academic and Nonprofit Researchers Shield Tech Companies from Accountability</title>
    <dc:date>2022-10-03T16:33:50+00:00</dc:date>
    <link>https://waxy.org/2022/09/ai-data-laundering-how-academic-and-nonprofit-researchers-shield-tech-companies-from-accountability/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is just absolutely off the wall, from an IP point of view.

<blockquote>Simon Willison created a Datasette browser to explore WebVid-10M, one of the two datasets used to train the video generation model, and quickly learned that all 10.7 million video clips were scraped from Shutterstock, watermarks and all.

In addition to the Shutterstock clips, Meta also used 10 million video clips from this 100M video dataset from Microsoft Research Asia. It’s not mentioned on their GitHub, but if you dig into the paper, you learn that every clip came from over 3 million YouTube videos.

So, in addition to a massive chunk of Shutterstock’s video collection, Meta is also using millions of YouTube videos collected by Microsoft to make its text-to-video AI.</blockquote>

]]></description>
<dc:subject>ai data ethics fair-use copyright ip training</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:e5688ab18c6a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ethics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fair-use"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:training"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://semianalysis.substack.com/p/the-semiconductor-heist-of-the-century">
    <title>The Semiconductor Heist Of The Century</title>
    <dc:date>2021-08-30T09:20:55+00:00</dc:date>
    <link>https://semianalysis.substack.com/p/the-semiconductor-heist-of-the-century</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is incredible -- "Arm China Has Gone Completely Rogue, Operating As An Independent Company With Inhouse IP/R&D":

<blockquote>Arm China, 安谋科技, is asserting their independence. It is the most publicized instance of a joint venture in China going rogue, but also the most dangerous one. Over the decades IP has been taken and replicated in China, but this may be the most brazen attempt yet.

Arm has been shaken to its core with the 2nd largest market snatched from underneath it. While they are the largest individual owner in this firm, they have no control or power over it. 安谋科技 has set out on its own path and begun to develop its own IP. The base of Arm’s old IP is not the end of their line. There are many questions swirling about what this means for a potential Nvidia takeover or IPO, but it is clear that SoftBank’s short sighted profit driven behavior has caused a massive conundrum.</blockquote>

(via John Looney)]]></description>
<dc:subject>arm business china cpus hardware ip joint-ventures</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:ae27c071f500/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:arm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:business"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:china"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cpus"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:joint-ventures"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://theconversation.com/the-sunlight-that-powers-solar-panels-also-damages-them-gallium-doping-is-providing-a-solution-164935">
    <title>a 20-year patent blocked gallium doping for solar panels</title>
    <dc:date>2021-07-25T21:02:59+00:00</dc:date>
    <link>https://theconversation.com/the-sunlight-that-powers-solar-panels-also-damages-them-gallium-doping-is-providing-a-solution-164935</link>
    <dc:creator>jm</dc:creator><description><![CDATA['the reason we have been stuck using boron instead of gallium over the past 20 years is that the process of doping silicon with gallium was locked under a patent.'

IP destroying the world now....]]></description>
<dc:subject>ip climate-change solar-panels energy gallium patents</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1b08c0967707/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:climate-change"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:solar-panels"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:energy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gallium"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theguardian.com/politics/2021/jun/30/openstreetmap-looks-to-relocate-to-eu-due-to-brexit-limitations">
    <title>OpenStreetMap looks to relocate to EU due to Brexit limitations</title>
    <dc:date>2021-06-30T10:24:23+00:00</dc:date>
    <link>https://www.theguardian.com/politics/2021/jun/30/openstreetmap-looks-to-relocate-to-eu-due-to-brexit-limitations</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>One “important reason”, Rischard said, was the failure of the UK and EU to agree on mutual recognition of database rights. While both have an agreement to recognise copyright protections, that only covers work which is creative in nature.

Maps, as a simple factual representation of the world, are not covered by copyright in the same way, but until Brexit were covered by an EU-wide agreement that protected databases where there had been “a substantial investment in obtaining, verifying or presenting the data”. But since Brexit, any database made on or after 1 January 2021 in the UK will not be protected in the EU, and vice versa.

Other concerns Rischard listed include the increasing complexity and cost of “banking, finance and using PayPal in the UK”, the inability for the organisation to secure charitable status, and the loss of .eu domains.

The increased importance of the EU in matters of tech regulation also played a role: “We could more effectively lobby the EU [and] EU governments and have more of an impact, especially in countries where there is no local chapter,” Rischard wrote.</blockquote>]]></description>
<dc:subject>mapping brexit uk osm openstreetmap eu copyright databases ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:c66761c45e4c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mapping"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:brexit"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:osm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:openstreetmap"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:eu"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:databases"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://dropbox.tech/infrastructure/boosting-dropbox-upload-speed">
    <title>Boosting Dropbox upload speed—and making Windows’ TCP stack resilient to network reordering - Dropbox</title>
    <dc:date>2021-05-18T22:04:37+00:00</dc:date>
    <link>https://dropbox.tech/infrastructure/boosting-dropbox-upload-speed</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Featuring an interesting dig into the current state of Windows system and network-level diagnostic tools:

<blockquote>netsh trace [...] correlates events on the wire with events that happen on the TCP layer, timers, buffer management, socket layer, and even the Windows asyncio subsystem (IOCP).</blockquote>

]]></description>
<dc:subject>windows tools cli networking dropbox iocp tcp ip internet kernel</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9b45779da44f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:windows"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tools"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cli"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dropbox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:iocp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kernel"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.statnews.com/pharmalot/2020/04/06/covid19-coronavirus-patents-voluntary-pool-world-health/">
    <title>WHO endorses voluntary patent pool to develop Covid-19 products</title>
    <dc:date>2020-04-07T11:19:58+00:00</dc:date>
    <link>https://www.statnews.com/pharmalot/2020/04/06/covid19-coronavirus-patents-voluntary-pool-world-health/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>The World Health Organization director-general has endorsed the idea of creating a voluntary pool to collect patent rights, regulatory test data, and other information that could be shared for developing drugs, vaccines, and diagnostics.

The concept was proposed two weeks ago by Costa Rican government officials amid mounting concerns that some Covid-19 medical products may not be accessible for poorer populations. By establishing a voluntary mechanism under the auspices of the WHO, the goal is to establish a pathway that will attract numerous governments, as well as industry, universities and nonprofit organizations.

“I support this proposal, and we are working with Costa Rica to finalize the details,” said WHO Director-General Tedros Adhanom Ghebreyesus in a statement on Monday.  "Poorer countries and fragile economies stand to face the biggest shock from this pandemic, and leaving anyone unprotected will only prolong the health crisis and harm economies more. I call on all countries, companies and research institutions to support open data, open science, and open collaboration so that all people can enjoy the benefits of science and research.”</blockquote>

]]></description>
<dc:subject>patents covid-19 who ip medicine pharma science research open-data open-science collaboration</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:3e77ddc48d4e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:covid-19"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:who"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:medicine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pharma"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:research"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-science"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:collaboration"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.theverge.com/2020/3/17/21184308/coronavirus-italy-medical-company-threatens-sue-3d-print-valves-treatments">
    <title>Medical company threatens to sue volunteers that 3D-printed valves for life-saving coronavirus treatments - The Verge</title>
    <dc:date>2020-03-18T09:39:37+00:00</dc:date>
    <link>https://www.theverge.com/2020/3/17/21184308/coronavirus-italy-medical-company-threatens-sue-3d-print-valves-treatments</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is absolutely appalling behaviour. People are dying -- free the blueprints!

<blockquote>A medical device manufacturer has threatened to sue a group of volunteers in Italy that 3D printed a valve used for life-saving coronavirus treatments. The valve typically costs about $11,000 from the medical device manufacturer, but the volunteers were able to print replicas for about $1 (via Techdirt).

A hospital in Italy was in need of the valves after running out while treating patients for COVID-19. The hospital’s usual supplier said they could not make the valves in time to treat the patients, according to Metro. That launched a search for a way to 3D print a replica part, and Cristian Fracassi and Alessandro Ramaioli, who work at Italian startup Isinnova, offered their company’s printer for the job, reports Business Insider.

However, when the pair asked the manufacturer of the valves for blueprints they could use to print replicas, the company declined and threatened to sue for patent infringement, according to Business Insider Italia. Fracassi and Ramaioli moved ahead anyway by measuring the valves and 3D printing three different versions of them.</blockquote>

]]></description>
<dc:subject>covid-19 ip patents italy 3d-printing hardware ip-rights law</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:d553aa7fbb62/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:covid-19"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:italy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:3d-printing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hardware"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip-rights"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://boingboing.net/2019/11/18/horace-goes-copyright-striking.html">
    <title>Horace Goes Copyright Striking / Boing Boing</title>
    <dc:date>2019-11-19T13:58:25+00:00</dc:date>
    <link>https://boingboing.net/2019/11/18/horace-goes-copyright-striking.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[aka “Horace Goes To The Job Centre Because His IP Holder Took A Shit On Literally The Only People Who Give A Fuck About The Character”.

<blockquote>
As of November 14, [Octav1us'] social media channels are deactivated, reportedly to avoid the continuing abuse she receives from anonymous users.  For a young woman appropriating the obscure personas of 8-bit British game history, hostility comes in forms both legal and personal. But the message is always the same: stay off the slopes.</blockquote>

]]></description>
<dc:subject>horace skiing copyright ip subvert youtube history 80s</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:65888655187e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:horace"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:skiing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:subvert"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:youtube"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:80s"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://kazu-yamamoto.hatenablog.jp/entry/2019/09/20/165939">
    <title>Implementing graceful-close in Haskell network library</title>
    <dc:date>2019-09-27T10:19:20+00:00</dc:date>
    <link>https://kazu-yamamoto.hatenablog.jp/entry/2019/09/20/165939</link>
    <dc:creator>jm</dc:creator><description><![CDATA[One of the nice bits about HTTP 1.0 and 1.1 was the strong connection direction semantics, avoiding the classic TCP deadlock scenarios seen in bidirectional protocols.  But now HTTP/2 supports bidirectionality, so HTTP/2 servers need to be more careful about how they close connections, as this blog post describes -- tl;dr: shutdown(SHUT_WR) .
]]></description>
<dc:subject>http networking protocols http2 bidirectional-protocols tcp ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:9fc9cf60d72b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:protocols"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http2"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bidirectional-protocols"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://access.redhat.com/security/vulnerabilities/tcpsack">
    <title>TCP SACK PANIC - Kernel vulnerabilities - CVE-2019-11477, CVE-2019-11478 &amp; CVE-2019-11479 - Red Hat Customer Portal</title>
    <dc:date>2019-06-18T09:38:51+00:00</dc:date>
    <link>https://access.redhat.com/security/vulnerabilities/tcpsack</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>Three related flaws were found in the Linux kernel’s handling of TCP networking.  The most severe vulnerability could allow a remote attacker to trigger a kernel panic in systems running the affected software and, as a result, impact the system’s availability.

The issues have been assigned multiple CVEs: CVE-2019-11477 is considered an Important severity, whereas CVE-2019-11478 and CVE-2019-11479 are considered a Moderate severity. 

The first two are related to the Selective Acknowledgement (SACK) packets combined with Maximum Segment Size (MSS), the third solely with the Maximum Segment Size (MSS).

These issues are corrected either through applying mitigations or kernel patches.  Mitigation details and links to RHSA advsories can be found on the RESOLVE tab of this article.

</blockquote>

]]></description>
<dc:subject>tcp sack ip security vulnerabilities kernel bugs</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:419ea005cabe/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sack"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:vulnerabilities"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kernel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bugs"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://stressgrid.com/blog/pps_limits_in_ec2/">
    <title>Packets-per-second limits in EC2</title>
    <dc:date>2019-04-26T10:26:17+00:00</dc:date>
    <link>https://stressgrid.com/blog/pps_limits_in_ec2/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>By running these experiments, we determined that each EC2 instance type has a packet-per-second budget. Surprisingly, this budget goes toward the total of incoming and outgoing packets. Even more surprisingly, the same budget gets split between multiple network interfaces, with some additional performance penalty. This last result informs against using multiple network interfaces when tuning the system for higher networking performance.

The maximum budget for m5.metal and m5.24xlarge is 2.2M packets per second. Given that each HTTP transaction takes at least four packets, we can translate this to a maximum of 550k requests per second on the largest m5 instance with Enhanced Networking enabled.</blockquote>

]]></description>
<dc:subject>aws ec2 networking pps packets tcp ip benchmarking</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:94369fd8e8b0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ec2"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:packets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:benchmarking"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://patentpandas.org/stories/company-patented-my-idea">
    <title>Google Tried to Patent My Work After a Job Interview</title>
    <dc:date>2018-11-30T11:05:30+00:00</dc:date>
    <link>https://patentpandas.org/stories/company-patented-my-idea</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>I looked up the patent application and luckily, this time the patent application was still being reviewed by the patent examiner.  It had not issued!  The provisional was filed August 29, 2014, months after my first interview and visit back in March 2014.  Two of the inventors listed were the same people who had interviewed me.  </blockquote>

This is frankly appalling behaviour from Google -- total abuse of the patent system.  If Joi Ito hadn't been around to mediate this patent probably would have issued and this researcher's life's work stolen from her through IP dirty tricks.

(Also, patents need to die)]]></description>
<dc:subject>patents software-patents google dirty-tricks interviewing ip mit medialab paper jie-qi</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:dd9fd9a32567/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:software-patents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dirty-tricks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:interviewing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mit"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:medialab"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:paper"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:jie-qi"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://blog.erratasec.com/2018/11/some-notes-about-http3.html#.W_PCf4rp3mp">
    <title>Some notes about HTTP/3</title>
    <dc:date>2018-11-20T11:45:55+00:00</dc:date>
    <link>https://blog.erratasec.com/2018/11/some-notes-about-http3.html#.W_PCf4rp3mp</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Robert Graham from ErrataSec on QUIC aka HTTP/3:

'Google (pbuh) has both the most popular web browser (Chrome) and the two most popular websites (#1 Google.com #2 Youtube.com). Therefore, they are in control of future web protocol development.'

Faster connection setup and latency; better bandwidth negotiation when using multiplexing; user-mode stacks by building on UDP and using recvmmsg(); and better mobile support for roaming IPs.]]></description>
<dc:subject>google http3 quic protocols ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:4d992b5e8a55/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:quic"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:protocols"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.reddit.com/r/programming/comments/9wncor/httpoverquic_to_be_renamed_http3/">
    <title>HTTP-over-QUIC to be renamed HTTP/3</title>
    <dc:date>2018-11-14T11:27:31+00:00</dc:date>
    <link>https://www.reddit.com/r/programming/comments/9wncor/httpoverquic_to_be_renamed_http3/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Decent newsy comment thread about HTTP/3, QUIC, and how the modern internet treats IP protocols]]></description>
<dc:subject>ip protocols http http3 quic networking internet newsy</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:0194d098183b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:protocols"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:quic"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:newsy"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://motherboard.vice.com/en_us/article/xwkbad/this-music-theory-professor-just-showed-how-stupid-and-broken-copyright-filters-are">
    <title>This Music Theory Professor Just Showed How Stupid and Broken Copyright Filters Are - Motherboard</title>
    <dc:date>2018-08-30T14:20:48+00:00</dc:date>
    <link>https://motherboard.vice.com/en_us/article/xwkbad/this-music-theory-professor-just-showed-how-stupid-and-broken-copyright-filters-are</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>Kaiser then decided to test Google’s system more fully. He opened a new YouTube account named Labeltest, and began sharing additional examples of copyright-free music.

“I quickly received Content ID notifications for copyright-free music by Bartok, Schubert, Puccini, and Wagner,” Kaiser said. “Again and again, YouTube told me that I was violating the copyright of these long-dead composers, despite all of my uploads existing in the public domain.”

Google’s Content ID is the result of more than $100 million in investment funds and countless development hours. Yet Kaiser found the system was largely incapable of differentiating between copyrighted music and content in the public domain. And the appeals process that Google has erected to tackle these false claims wasn’t any better.</blockquote>

]]></description>
<dc:subject>content-id copyright copyright-filtering youtube fail google public-domain ip music filtering bartok schubert wagner puccini</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:dee06ff1aaab/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:content-id"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright-filtering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:youtube"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:public-domain"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:music"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:filtering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bartok"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:schubert"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:wagner"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:puccini"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://twitter.com/clare_liguori/status/1034829325306978304">
    <title>How network clients need to participate in fault tolerance</title>
    <dc:date>2018-08-29T22:22:30+00:00</dc:date>
    <link>https://twitter.com/clare_liguori/status/1034829325306978304</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Top tips on best practices here:

<blockquote>Colm's thread on shuffle sharding reminded me of how important it is that clients participate in fault tolerance, and how frustrated I get when a client library *doesn't* do this by default in my application. Let's talk about some best practices!</blockquote>

Bottom line: use Hystrix :)]]></description>
<dc:subject>retries fault-tolerance networking tcp http exponential-backoff ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:6dfb8a6e0dc7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:retries"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fault-tolerance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:exponential-backoff"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.quad9.net/#/about">
    <title>Quad9</title>
    <dc:date>2017-11-16T16:50:09+00:00</dc:date>
    <link>https://www.quad9.net/#/about</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>Quad9 is a free, recursive, anycast DNS platform that provides end users robust security protections, high-performance, and privacy. 

Security: Quad9 blocks against known malicious domains, preventing your computers and IoT devices from connecting malware or phishing sites. Whenever a Quad9 user clicks on a website link or types in an address into a web browser, Quad9 will check the site against the IBM X-Force threat intelligence database of over 40 billion analyzed web pages and images. Quad9 also taps feeds from 18 additional threat intelligence partners to block a large portion of the threats that present risk to end users and businesses alike. 

Performance: Quad9 systems are distributed worldwide in more than 70 locations at launch, with more than 160 locations in total on schedule for 2018. These servers are located primarily at Internet Exchange points, meaning that the distance and time required to get answers is lower than almost any other solution. These systems are distributed worldwide, not just in high-population areas, meaning users in less well-served areas can see significant improvements in speed on DNS lookups. The systems are “anycast” meaning that queries will automatically be routed to the closest operational system. 

Privacy: No personally-identifiable information is collected by the system. IP addresses of end users are not stored to disk or distributed outside of the equipment answering the query in the local data center. Quad9 is a nonprofit organization dedicated only to the operation of DNS services. There are no other secondary revenue streams for personally-identifiable data, and the core charter of the organization is to provide secure, fast, private DNS</blockquote>

Awesome!]]></description>
<dc:subject>quad9 resolvers dns anycast ip networking privacy security</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:779a47e8794b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:quad9"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:resolvers"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dns"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:anycast"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:privacy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://news.ycombinator.com/item?id=15196523">
    <title>HN thread on the new Network Load Balancer AWS product</title>
    <dc:date>2017-09-11T10:33:42+00:00</dc:date>
    <link>https://news.ycombinator.com/item?id=15196523</link>
    <dc:creator>jm</dc:creator><description><![CDATA[looks like @colmmacc works on it.  Lots and lots of good details here]]></description>
<dc:subject>nlb aws load-balancing ops architecture lbs tcp ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:3cb6ae9e7097/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nlb"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:load-balancing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ops"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:lbs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.irishtimes.com/news/ireland/irish-news/connemara-shop-in-patents-row-with-whiskey-multinational-1.3116041">
    <title>Connemara shop in patents row with whiskey multinational</title>
    <dc:date>2017-06-12T09:30:56+00:00</dc:date>
    <link>http://www.irishtimes.com/news/ireland/irish-news/connemara-shop-in-patents-row-with-whiskey-multinational-1.3116041</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Beam Suntory own a trademark on the name "Connemara" -- utter fiasco.  How was this granted?  Connemara is a very well-known placename in Ireland]]></description>
<dc:subject>connemara ireland ip trademarks copyfight beam-suntory whiskey</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:21e50746ac14/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:connemara"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ireland"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trademarks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyfight"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:beam-suntory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:whiskey"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://qz.com/937038/github-now-lets-its-workers-keep-the-ip-when-they-use-company-resources-for-personal-projects/?s=1">
    <title>GitHub's new Balanced Employee IP Agreement (BEIPA) lets workers keep the IP when they use company resources for personal projects — Quartz</title>
    <dc:date>2017-03-21T14:24:54+00:00</dc:date>
    <link>https://qz.com/937038/github-now-lets-its-workers-keep-the-ip-when-they-use-company-resources-for-personal-projects/?s=1</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Huh, interesting development:

<blockquote>If it’s on company time, it’s the company’s dime. That’s the usual rule in the tech industry—that if employees use company resources to work on projects unrelated to their jobs, their employer can claim ownership of any intellectual property (IP) they create.
But GitHub is throwing that out the window. Today the code-sharing platform announced a new policy, the Balanced Employee IP Agreement (BEIPA). This allows its employees to use company equipment to work on personal projects in their free time, which can occur during work hours, without fear of being sued for the IP. As long as the work isn’t related to GitHub’s own “existing or prospective” products and services, the employee owns it.</blockquote>

]]></description>
<dc:subject>github law tech jobs work day-job side-projects hacking ip copyright</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:59c1f2763a9b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:github"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tech"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:jobs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:work"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:day-job"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:side-projects"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:hacking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://danielcompton.net/2017/03/14/uber-bombshell">
    <title>The Uber Bombshell About to Drop</title>
    <dc:date>2017-03-14T12:31:27+00:00</dc:date>
    <link>https://danielcompton.net/2017/03/14/uber-bombshell</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Alphabet's IP theft allegations regarding Waymo, Otto and Anthony Levandowski are pretty hardcore]]></description>
<dc:subject>alphabet google uber lawsuits ip waymo</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:888afa0a5e35/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:alphabet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uber"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:lawsuits"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:waymo"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://patchwork.ozlabs.org/patch/671069/">
    <title>[net-next,14/14] tcp_bbr: add BBR congestion control</title>
    <dc:date>2016-09-19T11:09:21+00:00</dc:date>
    <link>https://patchwork.ozlabs.org/patch/671069/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>This commit implements a new TCP congestion control algorithm: BBR
(Bottleneck Bandwidth and RTT). A detailed description of BBR will be
published in ACM Queue, Vol. 14 No. 5, September-October 2016, as
"BBR: Congestion-Based Congestion Control".

BBR has significantly increased throughput and reduced latency for
connections on Google's internal backbone networks and google.com and
YouTube Web servers.

BBR requires only changes on the sender side, not in the network or
the receiver side. Thus it can be incrementally deployed on today's
Internet, or in datacenters. [....]

Signed-off-by: Van Jacobson <vanj@google.com>
</blockquote>

]]></description>
<dc:subject>google linux tcp ip congestion-control bufferbloat patches algorithms rtt bandwidth youtube via:bradfitz</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:78a7fc0dbd3c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:congestion-control"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bufferbloat"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patches"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:algorithms"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rtt"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bandwidth"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:youtube"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:bradfitz"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://motherboard.vice.com/read/why-the-very-silly-oracle-v-google-trial-actually-matters">
    <title>Why the Very Silly Oracle v. Google Trial Actually Matters</title>
    <dc:date>2016-05-26T15:19:01+00:00</dc:date>
    <link>http://motherboard.vice.com/read/why-the-very-silly-oracle-v-google-trial-actually-matters</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>If it’s illegal to write clean room implementations of APIs, then no one has clean hands. The now-shelved open source project Apache Harmony, like Android, reimplemented Java SE, and tech giant IBM contributed code to that project. Oracle itself built its business off a proprietary implementation of SQL, which was created by IBM.  The proposition “Reimplementations of APIs are infringements” creates a recursive rabbit hole of liability that spans across the industry. Even the very 37 Java APIs at issue in this trial contain reimplementations of other APIs. Google witness Joshua Bloch—who, while at Sun Microsystems, wrote many of the Java APIs—testified that specific Java APIs are reimplementations of other APIs from Perl 5 and the C programming language.</blockquote>

]]></description>
<dc:subject>apis fair-use copyright ip android java google oracle law</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:dfc223222b1d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:apis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fair-use"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:android"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:oracle"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.technollama.co.uk/can-you-copyright-a-recipe">
    <title>Can You Copyright A Recipe?</title>
    <dc:date>2016-05-17T16:19:42+00:00</dc:date>
    <link>http://www.technollama.co.uk/can-you-copyright-a-recipe</link>
    <dc:creator>jm</dc:creator><dc:subject>copyright recipes bbc ip law</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:783c20fc9660/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:recipes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bbc"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.inverse.com/article/15234-you-can-t-copyright-klingon-means-paramount-is-in-trouble">
    <title>“You Can't Copyright Klingon” Means Paramount Is In Trouble</title>
    <dc:date>2016-05-17T13:13:54+00:00</dc:date>
    <link>https://www.inverse.com/article/15234-you-can-t-copyright-klingon-means-paramount-is-in-trouble</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>The Language Creation Society filed an amicus brief claiming that Klingon is a real language and therefore not subject to copyright. To reiterate: the fandom of Star Trek elevated a language invented in 1984 by Marc Okrand for Star Trek III: The Search for Spock to the point it is taught in colleges and spoken as a living language. So it isn’t Star Trek anymore: it is real. [...] the entire legal brief is impossible to reprint due to limits in our non-Klingon font system, but even the motion includes Klingon-translated passages that accuse Paramount of being “arrogant” and “pathetic”.</blockquote>

]]></description>
<dc:subject>klingon star-trek languages paramount ip copyright law</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7a27da9ba5ac/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:klingon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:star-trek"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:languages"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:paramount"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://motherboard.vice.com/read/in-google-v-oracle-the-nerds-are-getting-owned">
    <title>In Oracle v. Google, a Nerd Subculture Is on Trial</title>
    <dc:date>2016-05-13T14:26:51+00:00</dc:date>
    <link>http://motherboard.vice.com/read/in-google-v-oracle-the-nerds-are-getting-owned</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>“The G part stands for GNU?” Alsup asked in disbelief.
“Yes,” said Schwartz on the stand.
“That doesn’t make any sense,” said the 71-year-old Clinton appointee.</blockquote>

]]></description>
<dc:subject>law gnu gpl licensing java oracle sun apis ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:122f28325fe9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gnu"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gpl"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:licensing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:oracle"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sun"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:apis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.thejournal.ie/ireland-referendum-patent-court-771051-Jan2013/">
    <title>Ireland will need referendum to create EU court for patents</title>
    <dc:date>2016-05-12T10:33:32+00:00</dc:date>
    <link>http://www.thejournal.ie/ireland-referendum-patent-court-771051-Jan2013/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[omg.  Sean "Irish SOPA" Sherlock dealing with the important issues once again -- in this case the bloody "Unified Patent Court"]]></description>
<dc:subject>patents eu sean-sherlock absurd referenda ireland ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:a37797a08d71/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:eu"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sean-sherlock"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:absurd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:referenda"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ireland"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://whispersystems.org/blog/the-ecosystem-is-moving/">
    <title>Open Whisper Systems &gt;&gt; Blog &gt;&gt; Reflections: The ecosystem is moving</title>
    <dc:date>2016-05-11T16:00:18+00:00</dc:date>
    <link>https://whispersystems.org/blog/the-ecosystem-is-moving/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Very interesting post on federation vs centralization for new services:

<blockquote>One of the controversial things we did with Signal early on was to build it as an unfederated service. Nothing about any of the protocols we've developed requires centralization; it's entirely possible to build a federated Signal Protocol based messenger, but I no longer believe that it is possible to build a competitive federated messenger at all.</blockquote>

]]></description>
<dc:subject>development encryption communication network-effects federation signal ip protocols networking smtp platforms</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:2a437dbfac96/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:encryption"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:communication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:network-effects"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:federation"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:signal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:protocols"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:smtp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:platforms"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://status.cloud.google.com/incident/compute/16007?post-mortem">
    <title>Google Cloud Status</title>
    <dc:date>2016-04-14T10:14:23+00:00</dc:date>
    <link>https://status.cloud.google.com/incident/compute/16007?post-mortem</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Ouch, multi-region outage:

<blockquote>At 14:50 Pacific Time on April 11th, our engineers removed an unused GCE IP block from our network configuration, and instructed Google’s automated systems to propagate the new configuration across our network. By itself, this sort of change was harmless and had been performed previously without incident. However, on this occasion our network configuration management software detected an inconsistency in the newly supplied configuration. The inconsistency was triggered by a timing quirk in the IP block removal - the IP block had been removed from one configuration file, but this change had not yet propagated to a second configuration file also used in network configuration management. In attempting to resolve this inconsistency the network management software is designed to ‘fail safe’ and revert to its current configuration rather than proceeding with the new configuration. However, in this instance a previously-unseen software bug was triggered, and instead of retaining the previous known good configuration, the management software instead removed all GCE IP blocks from the new configuration and began to push this new, incomplete configuration to the network.

One of our core principles at Google is ‘defense in depth’, and Google’s networking systems have a number of safeguards to prevent them from propagating incorrect or invalid configurations in the event of an upstream failure or bug. These safeguards include a canary step where the configuration is deployed at a single site and that site is verified to still be working correctly, and a progressive rollout which makes changes to only a fraction of sites at a time, so that a novel failure can be caught at an early stage before it becomes widespread. In this event, the canary step correctly identified that the new configuration was unsafe. Crucially however, a second software bug in the management software did not propagate the canary step’s conclusion back to the push process, and thus the push system concluded that the new configuration was valid and began its progressive rollout.
</blockquote>

]]></description>
<dc:subject>multi-region outages google ops postmortems gce cloud ip networking cascading-failures bugs</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:b632669d92be/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:multi-region"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:outages"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ops"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:postmortems"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gce"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:cascading-failures"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:bugs"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://fusion.net/story/287592/internet-mapping-glitch-kansas-farm/">
    <title>Internet mapping turned a remote farm into a digital hell</title>
    <dc:date>2016-04-10T22:39:21+00:00</dc:date>
    <link>http://fusion.net/story/287592/internet-mapping-glitch-kansas-farm/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[I think this a bit of a legal issue for MaxMind:
<blockquote>The trouble for the Taylor farm started in 2002, when a Massachusetts-based digital mapping company called MaxMind decided it wanted to provide “IP intelligence” to companies who wanted to know the geographic location of a computer to, for example, show the person using it relevant ads or to send the person a warning letter if they were pirating music or movies.</blockquote>

]]></description>
<dc:subject>maxmind fail location ip geodata gps mapping kansas</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:0a76526f6689/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:maxmind"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fail"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:location"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:geodata"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mapping"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:kansas"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.zerotier.com/blog/?p=724">
    <title>The IPv6 Numeric IP Format is a Serious Usability Problem</title>
    <dc:date>2016-02-29T12:13:54+00:00</dc:date>
    <link>https://www.zerotier.com/blog/?p=724</link>
    <dc:creator>jm</dc:creator><description><![CDATA[strongly agreed!]]></description>
<dc:subject>ipv6 usability addressing networking ip colons addresses</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:c3388ec4fe40/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ipv6"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:usability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:addressing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:colons"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:addresses"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://boingboing.net/2016/01/15/yosemite-agrees-to-change-the.html">
    <title>Yosemite agrees to change the names of its significant locations to appease trademark troll / Boing Boing</title>
    <dc:date>2016-01-16T13:31:53+00:00</dc:date>
    <link>http://boingboing.net/2016/01/15/yosemite-agrees-to-change-the.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[This is absolutely appalling.  IP law gone mad:

<blockquote>DNC Parks & Resorts at Yosemite, Inc (a division of one of the largest privately owned companies in the world) used to have the concessions to operate various businesses around Yosemite National Park. Now that they've been fired, they're using some decidedly dubious trademark to force the Park Service to change the names of buildings and locations that have stood for as much as a century, including some that have been designated national landmarks.  The Parks Service has caved to these requests as it readies the park for its centennial celebration. It will not only change the names of publicly owned landmarks -- such as the Ahwahnee hotel, Yosemite Lodge, the Wawona Hotel, Curry Village, and Badger Pass ski area -- it will also have to change all its signs, maps and guidebooks.</blockquote>

]]></description>
<dc:subject>yosemite ip trademarks law fiasco national-parks usa</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:ef430934668a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:yosemite"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trademarks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:fiasco"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:national-parks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:usa"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://news.ycombinator.com/item?id=10608356">
    <title>John Nagle on delayed ACKs and his algorithm</title>
    <dc:date>2015-11-22T22:18:18+00:00</dc:date>
    <link>https://news.ycombinator.com/item?id=10608356</link>
    <dc:creator>jm</dc:creator><description><![CDATA[love it when things like this show up]]></description>
<dc:subject>networking performance scalability nagle tcp ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:fe312c2af198/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nagle"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.evanjones.ca/tcp-and-ethernet-checksums-fail.html">
    <title>How both TCP and Ethernet checksums fail</title>
    <dc:date>2015-10-14T14:10:54+00:00</dc:date>
    <link>http://www.evanjones.ca/tcp-and-ethernet-checksums-fail.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>At Twitter, a team had a unusual failure where corrupt data ended up in memcache. The root cause appears to have been a switch that was corrupting packets. Most packets were being dropped and the throughput was much lower than normal, but some were still making it through. The hypothesis is that occasionally the corrupt packets had valid TCP and Ethernet checksums. One "lucky" packet stored corrupt data in memcache. Even after the switch was replaced, the errors continued until the cache was cleared.</blockquote>

YA occurrence of this bug. When it happens, it tends to _really_ screw things up, because it's so rare -- we had monitoring for this in Amazon, and when it occurred, it overwhelmingly occurred due to host-level kernel/libc/RAM issues rather than stuff in the network. Amazon design principles were to add app-level checksumming throughout, which of course catches the lot.]]></description>
<dc:subject>networking tcp ip twitter ethernet checksums packets memcached</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:3f82b6d6833f/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:twitter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ethernet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:checksums"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:packets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:memcached"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://dublin-traceroute.net/README.md">
    <title>Dublin-traceroute</title>
    <dc:date>2015-10-11T07:31:47+00:00</dc:date>
    <link>https://dublin-traceroute.net/README.md</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>uses the techniques invented by the authors of Paris-traceroute to enumerate the paths of ECMP flow-based load balancing, but introduces a new technique for NAT detection.</blockquote>

handy.  written by AWS SDE Andrea Barberio!

]]></description>
<dc:subject>internet tracing traceroute networking ecmp nat ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:14d0af574d25/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tracing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:traceroute"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ecmp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:nat"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://arstechnica.com/tech-policy/2015/10/gene-patents-probably-dead-worldwide-following-australian-court-decision/">
    <title>Gene patents probably dead worldwide following Australian court decision</title>
    <dc:date>2015-10-09T12:39:09+00:00</dc:date>
    <link>http://arstechnica.com/tech-policy/2015/10/gene-patents-probably-dead-worldwide-following-australian-court-decision/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>The court based its reasoning on the fact that, although an isolated gene such as BRCA1 was "a product of human action, it was the existence of the information stored in the relevant sequences that was an essential element of the invention as claimed." Since the information stored in the DNA as a sequence of nucleotides was a product of nature, it did not require human action to bring it into existence, and therefore could not be patented.</blockquote>

Via Tony Finch.]]></description>
<dc:subject>via:fanf australia genetics law ipr medicine ip patents</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:46c25adbed67/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:fanf"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:australia"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:genetics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ipr"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:medicine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.newegg.com/newegg-vs-patent-trolls-when-we-win-you-win/">
    <title>Newegg vs. Patent Trolls: When We Win, You Win</title>
    <dc:date>2015-07-29T16:32:57+00:00</dc:date>
    <link>http://blog.newegg.com/newegg-vs-patent-trolls-when-we-win-you-win/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[go NewEgg: 'Newegg went against a company that claimed its patent covered SSL and RC4 encryption, a common encryption system used by many retailers and websites. This particular patent troll has gone against over 100 other companies, and brought in $45 million in settlements before going after Newegg. We won.']]></description>
<dc:subject>via:nelson ip law patent-trolls patents newegg crypto</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:918461047bb6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:nelson"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patent-trolls"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:newegg"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:crypto"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://www.ietf.org/mail-archive/web/v6ops/current/msg22455.html">
    <title>Apple now biases towards IPv6 with a 25ms delay on connections</title>
    <dc:date>2015-07-14T09:59:58+00:00</dc:date>
    <link>https://www.ietf.org/mail-archive/web/v6ops/current/msg22455.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Interestingly, they claim that IPv6 tends to be more reliable and has lower latency now:

<blockquote>Based on our testing, this makes our Happy Eyeballs implementation go from roughly 50/50 IPv4/IPv6 in iOS 8 and Yosemite to ~99% IPv6 in iOS 9 and El Capitan betas.  While our previous implementation from four years ago was designed to select the connection with lowest latency no matter what, we agree that the Internet has changed since then and reports indicate that biasing towards IPv6 is now beneficial for our customers: IPv6 is now mainstream instead of being an exception, there are less broken IPv6 tunnels, IPv4 carrier-grade NATs are increasing in numbers, and throughput may even be better on average over IPv6.</blockquote>]]></description>
<dc:subject>apple ipv6 ip tcp networking internet happy-eyeballs ios osx</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1c2feb2b643a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ipv6"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:happy-eyeballs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ios"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:osx"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.amnesty.ie/news/family-no-poster-say-yes-marriage-equality">
    <title>Family in No poster Says YES to Marriage Equality | Amnesty International</title>
    <dc:date>2015-05-07T13:19:08+00:00</dc:date>
    <link>http://www.amnesty.ie/news/family-no-poster-say-yes-marriage-equality</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Beyond the politics, the risks of stock photo usage are pretty evident too:

<blockquote>"In 2014, as a young family, we did a photo shoot with a photographer friend to get some nice shots for the family album. No money was exchanged – we got nice photos for free, they got nice images for their portfolio. As part of this agreement, we agreed to let them upload them to a stock photo album. We knew that these were available for purchase and we gave permission. Perhaps, naïvely, we imagined that on the off chance that any was ever selected, it might be for a small magazine or website.  To confirm, we have not received any money for the photo – then or now, and nor do we expect any.

We were surprised and upset to see that the photo was being used as part of a campaign with which we do not agree. We completely support same-sex marriage, and we believe that same-sex couples’ should of course be able to adopt, as we believe that they are equally able to provide children with much-needed love and care. To suggest otherwise is offensive to us, and to many others."</blockquote>

]]></description>
<dc:subject>ssm ireland politics amnesty stock-photos ip rights photos campaigns ads</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7dc5a7b39e15/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ssm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ireland"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:amnesty"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:stock-photos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:rights"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:photos"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:campaigns"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ads"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.reed.com/blog-dpr/?page_id=6">
    <title>David P. Reed on the history of UDP</title>
    <dc:date>2015-04-30T08:10:10+00:00</dc:date>
    <link>http://www.reed.com/blog-dpr/?page_id=6</link>
    <dc:creator>jm</dc:creator><description><![CDATA['UDP was actually “designed” in 30 minutes on a blackboard when we decided pull the original TCP protocol apart into TCP and IP, and created UDP on top of IP as an alternative for multiplexing and demultiplexing IP datagrams inside a host among the various host processes or tasks. But it was a placeholder that enabled all the non-virtual-circuit protocols since then to be invented, including encapsulation, RTP, DNS, …,  without having to negotiate for permission either to define a new protocol or to extend TCP by adding “features”.']]></description>
<dc:subject>udp ip tcp networking internet dpr history protocols</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:5e726ef4291e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:udp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dpr"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:protocols"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.easydns.org/2015/04/10/why-we-will-not-be-registering-easydns-sucks/">
    <title>Why We Will Not Be Registering easyDNS.SUCKS - blog.easydns.org</title>
    <dc:date>2015-04-13T14:07:43+00:00</dc:date>
    <link>http://blog.easydns.org/2015/04/10/why-we-will-not-be-registering-easydns-sucks/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>If you're not immersed in the naming business you may find the jargon in it hard to understand. The basic upshot is this: the IPC believes that the mechanisms that were enacted to protect trademark holders during the deluge of new TLD rollouts are being gamed by the .SUCKS TLD operator to extort inflated fees from trademark holders.</blockquote>

(via Nelson)]]></description>
<dc:subject>shakedown business internet domains dns easydns dot-sucks scams tlds trademarks ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:1cae7f70c099/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:shakedown"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:business"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:internet"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:domains"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dns"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:easydns"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:dot-sucks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:scams"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tlds"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trademarks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="https://github.com/wangbin579/tcpcopy">
    <title>tcpcopy</title>
    <dc:date>2015-03-23T12:17:49+00:00</dc:date>
    <link>https://github.com/wangbin579/tcpcopy</link>
    <dc:creator>jm</dc:creator><description><![CDATA["tees" all TCP traffic from one server to another.  "widely used by companies in China"!]]></description>
<dc:subject>testing benchmarking performance tcp ip tcpcopy tee china regression-testing stress-testing ops</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:bced4bd88b36/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:benchmarking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcpcopy"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tee"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:china"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:regression-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:stress-testing"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ops"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://spacing.ca/toronto/2015/03/18/stairs-nowhere-trap-streets-toronto-oddities/">
    <title>Stairs to nowhere, trap streets, and other Toronto oddities</title>
    <dc:date>2015-03-19T12:11:58+00:00</dc:date>
    <link>http://spacing.ca/toronto/2015/03/18/stairs-nowhere-trap-streets-toronto-oddities/</link>
    <dc:creator>jm</dc:creator><description><![CDATA['There’s a set of stairs on Greenwood Avenue that lead nowhere. At the top, a wooden fence at the end of someone’s back yard blocks any further movement, forcing the climber to turn around and descend back to the street. What’s remarkable about the pointless Greenwood stairs, which were built in 1959 as a shortcut to a now-demolished brickyard, is that someone still routinely maintains them: in winter, some kindly soul deposits a scattering of salt lest one of the stairs’ phantom users slip; in summer someone comes with a broom to sweep away leaves.
These urban leftovers are lovingly called “Thomassons” after Gary Thomasson, a former slugger for the San Francisco Giants, Oakland As, Yankees, Dodgers, and, most fatefully, the Yomiuri Giants in Tokyo.']]></description>
<dc:subject>trap-streets maps ip google via:bldgblog mapping copyright thomassons orphaned-roads</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:95d76e0dd9f0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trap-streets"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:maps"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:via:bldgblog"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:mapping"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:thomassons"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:orphaned-roads"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://veithen.github.io/2014/01/01/how-tcp-backlog-works-in-linux.html">
    <title>How TCP backlog works in Linux</title>
    <dc:date>2015-01-26T22:33:31+00:00</dc:date>
    <link>http://veithen.github.io/2014/01/01/how-tcp-backlog-works-in-linux.html</link>
    <dc:creator>jm</dc:creator><description><![CDATA[good description of the process]]></description>
<dc:subject>ip linux tcp networking backlog ops</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:53884b6cb4f9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tcp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:backlog"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ops"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.pri.org/stories/2014-02-18/us-complains-other-nations-are-stealing-us-technology-america-has-history">
    <title>The US complains that others steal its technology, but America was once a tech pirate itself</title>
    <dc:date>2014-12-29T12:43:56+00:00</dc:date>
    <link>http://www.pri.org/stories/2014-02-18/us-complains-other-nations-are-stealing-us-technology-america-has-history</link>
    <dc:creator>jm</dc:creator><description><![CDATA[History repeating itself -- see the "Gongkai" story today for a modern analogue.

<blockquote>Hamilton used patents to lure immigrants with skills and knowledge to move to the United States. George Parkinson, for example, was awarded a patent in 1791 for a textile spinning machine, which was really just a rip-off of a machine he had used in England. The United States also paid his family's expenses to emigrate and re-locate to the US. [...]

The Brits were not happy about the attempts to steal their intellectual property. Severe penalties were on the books for anyone trying to take machines or designs out of the country, or even to lure skilled workers. It was actually illegal for such skilled workers to leave the country.</blockquote>

]]></description>
<dc:subject>china gongkai patents ip copyright history us uk textiles spinning</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:beffcb378e4d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:china"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gongkai"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:us"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:textiles"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:spinning"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://elasticdog.com/2011/12/use-sshuttle-to-keep-safe-on-insecure-wi-fi/">
    <title>Use sshuttle to Keep Safe on Insecure Wi-Fi</title>
    <dc:date>2014-12-21T09:37:11+00:00</dc:date>
    <link>http://elasticdog.com/2011/12/use-sshuttle-to-keep-safe-on-insecure-wi-fi/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[I keep forgetting about sshuttle. It's by far the easiest way to get a cheapo IP-over-SSH VPN working with an OSX client, particularly since it's in homebrew]]></description>
<dc:subject>ssh vpn sshuttle tunnelling security ip wifi networking osx homebrew</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:2bed8650a9c8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ssh"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:vpn"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:sshuttle"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:tunnelling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:security"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:wifi"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:networking"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:osx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:homebrew"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://gnome.org/groupon/">
    <title>Help the GNOME Foundation defend the GNOME trademark</title>
    <dc:date>2014-11-11T11:08:46+00:00</dc:date>
    <link>http://gnome.org/groupon/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>Recently Groupon announced a product with the same product name as GNOME. Groupon’s product is a tablet based point of sale “operating system for merchants to run their entire operation." The GNOME community was shocked that Groupon would use our mark for a product so closely related to the GNOME desktop and technology. It was almost inconceivable to us that Groupon, with over $2.5 billion in annual revenue, a full legal team and a huge engineering staff would not have heard of the GNOME project, found our trademark registration using a casual search, or even found our website, but we nevertheless got in touch with them and asked them to pick another name. Not only did Groupon refuse, but it has now filed even more trademark applications (the full list of applications they filed can be found here, here and here). To use the GNOME name for a proprietary software product that is antithetical to the fundamental ideas of the GNOME community, the free software community and the GNU project is outrageous. Please help us fight this huge company as they try to trade on our goodwill and hard earned reputation.</blockquote>

]]></description>
<dc:subject>gnome groupon trademark infringement open-source operating-systems ip law floss</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:b08115b0de20/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:gnome"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:groupon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:trademark"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:infringement"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:open-source"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:operating-systems"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:floss"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.vice.com/en_ca/read/this-canadian-artist-halted-pipeline-development-by-copyrighting-his-land-as-a-work-of-art-983">
    <title>This Canadian Artist Halted Pipeline Development by Copyrighting His Land as a Work of Art</title>
    <dc:date>2014-11-10T15:42:24+00:00</dc:date>
    <link>http://www.vice.com/en_ca/read/this-canadian-artist-halted-pipeline-development-by-copyrighting-his-land-as-a-work-of-art-983</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>One of the really important pieces on my land was this white-picket fence. The picket fence is probably 100 yards or less, within 100 yards of where they wanted to build this pipeline. I [plan to] extend it 8 feet every year for the rest of my life and I've been doing that for 25 years. It got me thinking, where does this piece end? Does it end at the actual structure of the fence or the things growing around it, growing through it, that are part of the photography, the documentation of it? I realized at that point that [the fence], and the other sculptures and pieces and incursions and conceptual works, were actually integral to that piece of land and to my practice.

I had not intended for it to be a political piece, it was just a piece, an idea the follow-through of which at some point became poetic, you go, "Wait a minute the fence actually stopped them!" But the fence doesn't actually enclose anything. It's just a straight line. And it's marking something that's actually unmarkable, which is time. And one day it'll be gone, as will I. The land will be changed--but it was just this crazy irony that kicked into play when I was standing there with those oil negotiators.</blockquote>

]]></description>
<dc:subject>copyright art pipelines canada politics oil land conceptual-art ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:8452ebc3e1a6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:art"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pipelines"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:canada"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:politics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:oil"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:land"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:conceptual-art"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://euobserver.com/justice/126375">
    <title>Belgian and French copyright laws ban photos of EP buildings</title>
    <dc:date>2014-11-05T16:28:53+00:00</dc:date>
    <link>http://euobserver.com/justice/126375</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>An obscure clause in EU copyright rules means no one can publish photos of public buildings in Belgium, like the Atomium, or France’s Eiffel tower at night without first asking permission from the rights owners.</blockquote>

Ah, copyright.]]></description>
<dc:subject>copyright ip stupid belgium france law atomium eiffel-tower</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:f113dae4da28/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:stupid"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:belgium"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:france"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:atomium"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:eiffel-tower"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.cilip.org.uk/cilip/news/campaign-free-our-history-reform-copyright">
    <title>UK museums lobbying for copyright reform with empty display cases</title>
    <dc:date>2014-11-03T11:03:37+00:00</dc:date>
    <link>http://www.cilip.org.uk/cilip/news/campaign-free-our-history-reform-copyright</link>
    <dc:creator>jm</dc:creator><description><![CDATA[Great to see museums campaigning for copyright reform -- this makes perfect sense.

<blockquote>Display cases in the Imperial War Museum, National Library of Scotland and University of Leeds sit empty. They should contain letters from the First World War; from a young girl to her father serving as a soldier and from soldiers to their families back home. Because of current UK copyright laws the original letters cannot be displayed. At the moment the duration of copyright in certain unpublished works is to the end of the year 2039, regardless how old the work is. The Free Our History campaign wants the term of copyright protection in unpublished texts to be reduced to the author’s lifetime plus 70 years.</blockquote>

]]></description>
<dc:subject>copyright history uk law museums ip</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:5879cc02b9f9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:copyright"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:history"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:uk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:law"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:museums"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.forbes.com/sites/danmunro/2014/09/14/ebola-while-big-pharma-slept/">
    <title>Ebola: While Big Pharma Slept</title>
    <dc:date>2014-10-04T14:08:23+00:00</dc:date>
    <link>http://www.forbes.com/sites/danmunro/2014/09/14/ebola-while-big-pharma-slept/</link>
    <dc:creator>jm</dc:creator><description><![CDATA[<blockquote>We’ve had almost 40 years to develop, test and stockpile an Ebola vaccine. That has not happened because big pharma has been entirely focused on shareholder value and profits over safety and survival from a deadly virus. For the better part of Ebola’s 38 years ‒ big pharma has been asleep. The question ahead is what virus or superbug will wake them up?</blockquote>

]]></description>
<dc:subject>pharma ebola ip patents health drugs africa research</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:jm/b:7989d14817de/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:pharma"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ebola"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:ip"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:patents"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:health"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:drugs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:africa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:jm/t:research"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>