<div dir="ltr"><div dir="ltr"><div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 16, 2024 at 10:51 AM Jonathan Kamens via Remind-fans <<a href="mailto:remind-fans@lists.skoll.ca">remind-fans@lists.skoll.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>

  
    
  
  <div>
    On 1/16/24 08:35, taekoocair--- via Remind-fans wrote:<br>
    <blockquote type="cite">
      <blockquote type="cite">
        <pre>However, I do have a script that pulls down two Google calendars (personal
and work) and converts them to Remind format.
</pre>
      </blockquote>
      <pre>This is exactly what I'm looking for. Would you be willing to share said
script?</pre>
    </blockquote>
    <p>There is <a href="http://ical2rem.pl" target="_blank">ical2rem.pl</a>, a Perl script I've submitted some
      fixes/enhancements to over the years:
      <a href="https://github.com/jbalcorn/ical2rem" target="_blank">https://github.com/jbalcorn/ical2rem</a> .</p>
    <p>However, in my experience it's extremely slow, and when I tried
      to do a deep dive into why it was so slow in order to optimize it,
      it quickly became too twisty-turny for me, and I eventually threw
      up my hands and gave up. My recollection of what I found is that
      time/date and time delta handling in Perl, or at least the
      implementations of them used by this particular script, are both
      absurdly compute-intensive and absurdly complex and therefore
      extremely difficult to optimize. Also, I seem to recall that the
      really slow stuff was buried in a library that <a href="http://ical2rem.pl" target="_blank">ical2rem.pl</a> uses,
      not in <a href="http://ical2rem.pl" target="_blank">ical2rem.pl</a> itself, so I couldn't improve performance by
      making changes to the script itself.</p>
    <p>Because <a href="http://ical2rem.pl" target="_blank">ical2rem.pl</a> is so slow I wrote a Python replacement for
      it which is like an order of magnitude faster but only has in it
      the exact functionality that I previously used <a href="http://ical2rem.pl" target="_blank">ical2rem.pl</a> for,
      i.e., it doesn't have nearly the flexibility that the Perl script
      does. If there is interest here I suppose I can put it up in a
      public repo; if people want to hack on it and submit PRs for
      additional functionality they need I am happy to review and merge
      them.</p>
    <p>  jik</p>
  </div><br></blockquote>  I'm the original author of <a href="http://ical2rem.pl">ical2rem.pl</a>.<div><br></div><div>I agree that <a href="http://ical2rem.pl">ical2rem.pl</a> is slow and twisty - the data::iCal::DateTime module is just terrible.   I have a todo to rewrite the whole thing that has been sitting in my inbox for...let's see....8 years?  yikes.<div><br></div><div>Heck, I want to rewrite it in python.  </div><div><br></div><div>But I use it in scheduled scripts, I never have to wait for it, so ... for my use case it is rock solid.  I download and convert 13 calendars every hour.   Been working here since...when did I write it?  oh yeah. 2005.  So...maybe I'll wait until it's an adult. :-)</div><div><br clear="all"><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div>-- <br>Justin B. Alcorn</div><div>The views expressed are not necessarily my own, much less anyone else's<br></div></div></div></div></div></div></div><div>PGP Fingerprint CCEB F776 C3FD 1050 C8DB  532E B8B9 BED7 7764 406C </div></div></div>