<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Contacts on flck.ch</title><link>https://flck.ch/en/tags/contacts/</link><description>Recent content in Contacts on flck.ch</description><generator>Hugo -- 0.157.0</generator><language>en-GB</language><lastBuildDate>Sun, 01 Mar 2026 14:00:00 +0100</lastBuildDate><atom:link href="https://flck.ch/en/tags/contacts/index.xml" rel="self" type="application/rss+xml"/><item><title>The Google is in the Details</title><link>https://flck.ch/en/posts/google-in-the-details/</link><pubDate>Sun, 01 Mar 2026 14:00:00 +0100</pubDate><guid>https://flck.ch/en/posts/google-in-the-details/</guid><description>&lt;p&gt;Sometimes, it&amp;rsquo;s the small things that catch your attention. Recently, it was a
small detail which showed me once more, that the move away from big tech isn&amp;rsquo;t
just big picture.&lt;/p&gt;
&lt;h2 id="the-prelude"&gt;The Prelude&lt;/h2&gt;
&lt;p&gt;Recently, I watched &lt;em&gt;DeviantOllam&lt;/em&gt;&amp;rsquo;s
&lt;a href="https://youtu.be/hWXVfpb_E4w" target="_blank" rel="noopener noreferrer"&gt;Turn Off This AI Crap&lt;/a&gt;. If you just want the
&lt;em&gt;tl;dw&lt;/em&gt;: it&amp;rsquo;s about the &amp;ldquo;smart features&amp;rdquo; which are part of &lt;em&gt;Gmail&lt;/em&gt;, for which
the content of all e-mail traffic is scanned, allegedly not always with proper
information to the user. But that&amp;rsquo;s not the point I am going for today.&lt;/p&gt;</description><content:encoded><![CDATA[<p>Sometimes, it&rsquo;s the small things that catch your attention. Recently, it was a
small detail which showed me once more, that the move away from big tech isn&rsquo;t
just big picture.</p>
<h2 id="the-prelude">The Prelude</h2>
<p>Recently, I watched <em>DeviantOllam</em>&rsquo;s
<a href="https://youtu.be/hWXVfpb_E4w" target="_blank" rel="noopener noreferrer">Turn Off This AI Crap</a>. If you just want the
<em>tl;dw</em>: it&rsquo;s about the &ldquo;smart features&rdquo; which are part of <em>Gmail</em>, for which
the content of all e-mail traffic is scanned, allegedly not always with proper
information to the user. But that&rsquo;s not the point I am going for today.</p>
<p>In any case, it was once more a push for me to reduce my dependence on <em>Google</em>.
I had already begun to move my e-mail usage from <em>Gmail</em> to my own domain. What,
however, still firmly lay with <em>Google</em> was my calendar and my contacts. And in
contrast to e-mail, there&rsquo;s no simple solution for those services offered by my
hosting provider<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup>. But no despair, <em>cyon</em>&rsquo;s blog<sup id="fnref:2"><a href="#fn:2" class="footnote-ref" role="doc-noteref">2</a></sup> itself gave me the
solution: <a href="https://sabre.io/baikal/" target="_blank" rel="noopener noreferrer">Baïkal</a></p>
<h2 id="google">Google?</h2>
<p>The installation proved quick and easy, nothing in the way of my moving my data
over any more. As I now went to tackle my contacts, I noticed the export from
<em>Google Contacts</em> to apparently contain thumbnail images. The contacts saved on
the server, however, were all less than 1 kB each, way too small to contain any
image data. This had me for a second, until I had a closer look and saw the
issue:</p>
<pre tabindex="0"><code class="language-VCARD" data-lang="VCARD">BEGIN:VCARD
VERSION:3.0
N:Doe;Jane;;;
BDAY;VALUE=DATE:19700101
PHOTO:https://lh3.googleusercontent.com/contacts/AG6t...xB3
UID:c18937ac-e16c-4a1c-874d-148e18501f88
END:VCARD
</code></pre><p>The image is—sensibly enough—not integrated into the VCARD directly and also
isn&rsquo;t saved on <em>Baïkal</em>. The link to the <em>Google</em> service remains and each time,
the contact is shown with its image, it will be accessed again by web request
(unless already cached on the device).</p>
<p>This is of course less informative for <em>Google</em> than the whole contact being
saved there, but still might prove valuable as a usage signal. Furthermore,
<em>Google</em> still has the contact data from when the image was uploaded. It
follows, that the transfer of contacts is only of limited effectiveness, if this
connection remains intact.</p>
<h2 id="now-what">Now what?</h2>
<p>As a first step, I cut this connection. A quick and dirty <em>Python</em> script to
remove the links from the VCF export took care of that. This allowed for a clean
import of my contacts to <em>Baïkal</em>. In the same step, I also downloaded all the
images from <em>Google</em> as I may need them again.</p>
<p>This, of course, means, that contacts which I synchronise in the future, will not
contain a thumbnail image any more. This I will have to maintain manually from
now on. There may also be solutions to automate this, but as of yet, such I have
neither searched for nor found. One possibility might be to encode the image
into the contact itself, as seems possible according to the
<a href="https://en.wikipedia.org/wiki/VCard" target="_blank" rel="noopener noreferrer">vCard Wikipedia article</a>. I might have a
go at this in the future.</p>
<h2 id="is-it-worth-it">Is it worth it?</h2>
<p>For me? Yes. Does it keep me safer, more private, more efficient? Maybe, it is a
step to more control of my own data in any case. Whether <em>Google</em> actually uses
the data of the thumbnail images being downloaded, I cannot say. However, if
one considers the business of <em>Google</em> and their creativity in tapping new
sources of data, it would certainly not surprise.</p>
<p>What does surprise me, however, at least a little, is, that none of the tutorials I
consulted on migrating towards <em>Baïkal</em> mentioned this possible link.</p>
<div class="footnotes" role="doc-endnotes">
<hr>
<ol>
<li id="fn:1">
<p><a href="https://www.cyon.ch/" target="_blank" rel="noopener noreferrer">cyon</a>&#160;<a href="#fnref:1" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
<li id="fn:2">
<p><a href="https://www.cyon.ch/blog/caldav-carddav-server-baikal" target="_blank" rel="noopener noreferrer">Weg von Google – eigener CalDAV- und CardDAV-Server mit Baïkal (German)</a>&#160;<a href="#fnref:2" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
</ol>
</div>
]]></content:encoded></item></channel></rss>