Generated.

[homepage.git] / blog / index.rss

diff --git a/blog/index.rss b/blog/index.rss
index 4163bbe06fa39301313077a11982869daca8ed27..6dd1166eb86a957f309ef3c7278cc5f69c037047 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -6,6 +6,50 @@
                 <link>http://people.skolelinux.org/pere/blog/</link>
                 <atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
        
                 <link>http://people.skolelinux.org/pere/blog/</link>
                 <atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
        

+       <item>
+               <title>Is the short movie «Empty Socks» from 1927 in the public domain or not?</title>
+               <link>http://people.skolelinux.org/pere/blog/Is_the_short_movie__Empty_Socks__from_1927_in_the_public_domain_or_not_.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Is_the_short_movie__Empty_Socks__from_1927_in_the_public_domain_or_not_.html</guid>
+                <pubDate>Tue, 5 Dec 2017 12:30:00 +0100</pubDate>
+               <description>&lt;p&gt;Three years ago, a presumed lost animation film,
+&lt;a href=&quot;https://en.wikipedia.org/wiki/Empty_Socks&quot;&gt;Empty Socks from
+1927&lt;/a&gt;, was discovered in the Norwegian National Library.  At the
+time it was discovered, it was generally assumed to be copyrighted by
+The Walt Disney Company, and I blogged about
+&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Opphavsretts_status_for__Empty_Socks__fra_1927_.html&quot;&gt;my
+reasoning to conclude&lt;/a&gt; that it would would enter the Norwegian
+equivalent of the public domain in 2053, based on my understanding of
+Norwegian Copyright Law.  But a few days ago, I came across
+&lt;a href=&quot;http://www.toonzone.net/forums/threads/exposed-disneys-repurchase-of-oswald-the-rabbit-a-sham.4792291/&quot;&gt;a
+blog post claiming the movie was already in the public domain&lt;/a&gt;, at
+least in USA.  The reasoning is as follows: The film was released in
+November or Desember 1927 (sources disagree), and presumably
+registered its copyright that year.  At that time, right holders of
+movies registered by the copyright office received government
+protection for there work for 28 years.  After 28 years, the copyright
+had to be renewed if the wanted the government to protect it further.
+The blog post I found claim such renewal did not happen for this
+movie, and thus it entered the public domain in 1956.  Yet someone
+claim the copyright was renewed and the movie is still copyright
+protected.  Can anyone help me to figure out which claim is correct?
+I have not been able to find Empty Socks in Catalog of copyright
+entries.  Ser.3 pt.12-13 v.9-12 1955-1958 Motion Pictures
+&lt;a href=&quot;http://onlinebooks.library.upenn.edu/cce/1955r.html#film&quot;&gt;available
+from the University of Pennsylvania&lt;/a&gt;, neither in
+&lt;a href=&quot;https://babel.hathitrust.org/cgi/pt?id=mdp.39015084451130;page=root;view=image;size=100;seq=83;num=45&quot;&gt;page
+45 for the first half of 1955&lt;/a&gt;, nor in
+&lt;a href=&quot;https://babel.hathitrust.org/cgi/pt?id=mdp.39015084451130;page=root;view=image;size=100;seq=175;num=119&quot;&gt;page
+119 for the second half of 1955&lt;/a&gt;.  It is of course possible that
+the renewal entry was left out of the printed catalog by mistake.  Is
+there some way to rule out this possibility?  Please help, and update
+the wikipedia page with your findings.
+
+&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
+activities, please send Bitcoin donations to my address
+&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
+</description>
+       </item>
+       

        <item>
                <title>Metadata proposal for movies on the Internet Archive</title>
                <link>http://people.skolelinux.org/pere/blog/Metadata_proposal_for_movies_on_the_Internet_Archive.html</link>
        <item>
                <title>Metadata proposal for movies on the Internet Archive</title>
                <link>http://people.skolelinux.org/pere/blog/Metadata_proposal_for_movies_on_the_Internet_Archive.html</link>


@@ -770,83 +814,5 @@ issue for the topic&lt;/a&gt;.
 </description>
        </item>
        
 </description>
        </item>
        

-       <item>
-               <title>Easier recipe to observe the cell phones around you</title>
-               <link>http://people.skolelinux.org/pere/blog/Easier_recipe_to_observe_the_cell_phones_around_you.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Easier_recipe_to_observe_the_cell_phones_around_you.html</guid>
-                <pubDate>Sun, 24 Sep 2017 08:30:00 +0200</pubDate>
-               <description>&lt;p&gt;A little more than a month ago I wrote
-&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Simpler_recipe_on_how_to_make_a_simple__7_IMSI_Catcher_using_Debian.html&quot;&gt;how
-to observe the SIM card ID (aka IMSI number) of mobile phones talking
-to nearby mobile phone base stations using Debian GNU/Linux and a
-cheap USB software defined radio&lt;/a&gt;, and thus being able to pinpoint
-the location of people and equipment (like cars and trains) with an
-accuracy of a few kilometer.  Since then we have worked to make the
-procedure even simpler, and it is now possible to do this without any
-manual frequency tuning and without building your own packages.&lt;/p&gt;
-
-&lt;p&gt;The &lt;a href=&quot;https://tracker.debian.org/pkg/gr-gsm&quot;&gt;gr-gsm&lt;/a&gt;
-package is now included in Debian testing and unstable, and the
-IMSI-catcher code no longer require root access to fetch and decode
-the GSM data collected using gr-gsm.&lt;/p&gt;
-
-&lt;p&gt;Here is an updated recipe, using packages built by Debian and a git
-clone of two python scripts:&lt;/p&gt;
-
-&lt;ol&gt;
-
-&lt;li&gt;Start with a Debian machine running the Buster version (aka
-  testing).&lt;/li&gt;
-
-&lt;li&gt;Run &#39;&lt;tt&gt;apt install gr-gsm python-numpy python-scipy
-  python-scapy&lt;/tt&gt;&#39; as root to install required packages.&lt;/li&gt;
-
-&lt;li&gt;Fetch the code decoding GSM packages using &#39;&lt;tt&gt;git clone
-  github.com/Oros42/IMSI-catcher.git&lt;/tt&gt;&#39;.&lt;/li&gt;
-
-&lt;li&gt;Insert USB software defined radio supported by GNU Radio.&lt;/li&gt;
-
-&lt;li&gt;Enter the IMSI-catcher directory and run &#39;&lt;tt&gt;python
-  scan-and-livemon&lt;/tt&gt;&#39; to locate the frequency of nearby base
-  stations and start listening for GSM packages on one of them.&lt;/li&gt;
-
-&lt;li&gt;Enter the IMSI-catcher directory and run &#39;&lt;tt&gt;python
-  simple_IMSI-catcher.py&lt;/tt&gt;&#39; to display the collected information.&lt;/li&gt;
-
-&lt;/ol&gt;
-
-&lt;p&gt;Note, due to a bug somewhere the scan-and-livemon program (actually
-&lt;a href=&quot;https://github.com/ptrkrysik/gr-gsm/issues/336&quot;&gt;its underlying
-program grgsm_scanner&lt;/a&gt;) do not work with the HackRF radio.  It does
-work with RTL 8232 and other similar USB radio receivers you can get
-very cheaply
-(&lt;a href=&quot;https://www.ebay.com/sch/items/?_nkw=rtl+2832&quot;&gt;for example
-from ebay&lt;/a&gt;), so for now the solution is to scan using the RTL radio
-and only use HackRF for fetching GSM data.&lt;/p&gt;
-
-&lt;p&gt;As far as I can tell, a cell phone only show up on one of the
-frequencies at the time, so if you are going to track and count every
-cell phone around you, you need to listen to all the frequencies used.
-To listen to several frequencies, use the --numrecv argument to
-scan-and-livemon to use several receivers.  Further, I am not sure if
-phones using 3G or 4G will show as talking GSM to base stations, so
-this approach might not see all phones around you.  I typically see
-0-400 IMSI numbers an hour when looking around where I live.&lt;/p&gt;
-
-&lt;p&gt;I&#39;ve tried to run the scanner on a
-&lt;a href=&quot;https://wiki.debian.org/RaspberryPi&quot;&gt;Raspberry Pi 2 and 3
-running Debian Buster&lt;/a&gt;, but the grgsm_livemon_headless process seem
-to be too CPU intensive to keep up.  When GNU Radio print &#39;O&#39; to
-stdout, I am told there it is caused by a buffer overflow between the
-radio and GNU Radio, caused by the program being unable to read the
-GSM data fast enough.  If you see a stream of &#39;O&#39;s from the terminal
-where you started scan-and-livemon, you need a give the process more
-CPU power.  Perhaps someone are able to optimize the code to a point
-where it become possible to set up RPi3 based GSM sniffers?  I tried
-using Raspbian instead of Debian, but there seem to be something wrong
-with GNU Radio on raspbian, causing glibc to abort().&lt;/p&gt;
-</description>
-       </item>
-       

         </channel>
 </rss>
         </channel>
 </rss>