<div dir="ltr">We used Pretalx for FOSS4G SotM Oceania, so hit us up with any questions that might arise.<div><br></div><div>We integrated it in with our website for the program too. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 29 Nov 2019 at 09:14, Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.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">Just to close off this thread:<br>
<br>
2020 have decided to use the hosted version of pretalx, so we are<br>
having our cake and eating it too, in using an open source code base,<br>
but avoiding the complexities of self-hosting. The pretalx folks have<br>
been very accommodating to use, so with luck this arrangement can<br>
continue on into the future.<br>
<br>
P.<br>
<br>
On Thu, Sep 5, 2019 at 10:02 AM Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>> wrote:<br>
><br>
><br>
> On Mon, Sep 2, 2019 at 10:01 AM michael terner <<a href="mailto:ternergeo@gmail.com" target="_blank">ternergeo@gmail.com</a>> wrote:<br>
>><br>
>><br>
>> That said, I firmly agree with Maria's statement that "we shouldn't force any decision over the LOCs." For example, in the Boston Conference, the Registration system and the Abstract submission/scoring system was provided by our Professional Conference Organizer at a very reasonable cost and part of the complete "package" they offered us. This saved our volunteers time and focus and it worked very well (e.g., our PCO also acted as our "bank" and the registration system they used easily integrated with their banking).<br>
><br>
><br>
> We (2020) are currently at the pointy end of this discussion. The marketing and web folks in the LOC aren't particularly technical, so any out-of-the-usual solutions would have to be maintained for them, and they'd have to be supported on them. Right now, just getting a clean DNS/web setup is complicated, because normal people don't actually understand the difference between A records and CNAME records and what an HTTP 304 response is. I personally am avoiding over-committing, so any push to bring particular technology to bear has to also come with associated support to the LOC. "Doocracy" as Cameron says. Like, maybe for my personal use I a static web site generator and publish through 'git push' (I do), but that's not something I can direct other people to do. I am particularly loath to say "use this just-add-a-smart-person solution" when there are "just-add-money" solutions lying around, and ones they are familiar with, at that.<br>
><br>
>>  As per above, this should be an LOC choice and if there is a good open source solution, and a team ready to deploy it, then more power to that team.<br>
><br>
><br>
> A much more succinct way of saying what I said.<br>
><br>
>><br>
>> Thanks again to the whole Bucharest team for another amazing and useful FOSS4G experience in 2019!!!<br>
><br>
><br>
> A thousand curses on Bucharest for raising the bar so high.<br>
><br>
> ATB,<br>
><br>
> P<br>
_______________________________________________<br>
Conference_dev mailing list<br>
<a href="mailto:Conference_dev@lists.osgeo.org" target="_blank">Conference_dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/conference_dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/conference_dev</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Alex Leith<br></div>m: 0419189050</div></div>