Hi Sasha, <br><br>You bring a very good point ! <br><br>The work related to these projects has just been published and is open to review.<br>See <a href="https://github.com/zachmullen/CTK/commit/1051813f5046bb08835b73a12138a672c9c48c82" target="_blank">https://github.com/zachmullen/CTK/commit/1051813f5046bb08835b73a12138a672c9c48c82</a><br>


<br>Expat, KWSys, Sqlite and libcurl were initially shipped with MIDAScpp library ... I advocates to externalize and CMake-ifie properly these libraries as a first step. That way the code checked in CTK would "really" corresponds to the library itself.<br>


<br>Having an other perspective is always fruitful :)  You are right, since MIDAScpp would be part of CTK, it makes sens to not depend on these external project and rely on Qt directly. Qt is a mandatory dependency after all.<br>


<br>I am cc'ing Zach in the email and I am sure I will be able to provide more comments. <br><br>Zach> Instead of using expat, libcurl, sqlite and kwsys, would it make sens to depends on Qt ? <br><br>In the mean time, I have the following questions:<br>


<br> - Currently the library is named "CTKMIDAScppCore" and CTKMIDAScppWidgets", I was thinking we could have something like CTKDataManagementMIDAScppCore and  CTKDataManagementMIDAScppWidgets.<br>What do you think ? Doing so would leave room to library like "CTKDataManagementHadoopCore" ... <br>


<br> - Does introducing a "DataManagement" hierachy of libraries make sens ? As far as I am concerned, I think it's important to provide both functionality to process, store and retrieve the data.<br><br>Thanks<br>


Jc<br><br><br><div class="gmail_quote">On Tue, Jun 7, 2011 at 1:48 AM, Sascha Zelzer <span dir="ltr"><<a href="mailto:s.zelzer@dkfz-heidelberg.de" target="_blank">s.zelzer@dkfz-heidelberg.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


Hi guys,<br>
<br>
Recently, I observed an explosion in the number of repositories containing external repositories in the CommonTK organization of github. Could we discuss the need of some of them, and maybe have these discussions in the future in advance of pushing those projects?<br>



<br>
I am looking especially at the projects below, where Qt might already offer enough functionality. Of course I could be wrong, so thank you for your feedback!<br>
<br>
- sqlite (why not use the Qt sqlite wrapper?)<br>
- KWSys (where is it needed? I did not find any reference to it in CTK)<br>
- libexpat (Qt also provides a streaming XML API, also not used anywhere)<br>
- libcurl (there is also no reference to libcurl in CTK)<br>
<br>
<br>
Thanks,<br>
<br>
Sascha<br>
_______________________________________________<br>
Ctk-developers mailing list<br>
<a href="mailto:Ctk-developers@commontk.org" target="_blank">Ctk-developers@commontk.org</a><br>
<a href="http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers" target="_blank">http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><a href="tel:%2B1%20919%20869%208849" value="+19198698849" target="_blank">+1 919 869 8849</a><br><br>