<p dir="ltr">Okay, I'll do it that way.</p>
<p dir="ltr">-Bili</p>
<div class="gmail_quote">On Jul 25, 2015 11:42 AM, "Matthew Turk" <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Bili,<br>
<br>
I think it would be best to keep similar API structures -- that way we<br>
can use HTM functionality elsewhere, too!<br>
<br>
-Matt<br>
<br>
On Sat, Jul 25, 2015 at 1:41 PM, Bili Dong <<a href="mailto:qobilidop@gmail.com">qobilidop@gmail.com</a>> wrote:<br>
> Hi Matt,<br>
><br>
> Thanks for your suggestion. It’s a good idea to start with HTM and see how it works.<br>
><br>
> I have a further question. From my observation, the healpix related functionality are mainly implemented in yt.utilities.lib.grid_traversal as several functions and in yt.visualization.volume_rendering.camera as several classes. When I’m implementing the HTM functionality, should I imitate that? Or should I start with implementing those methods locally within the radial_column_density submodule?<br>
><br>
> -Bili<br>
><br>
>> On Jul 24, 2015, at 12:54 PM, Matthew Turk <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>> wrote:<br>
>><br>
>> Hi Bili,<br>
>><br>
>> I think it depends.  But, there are likely other ways to get this<br>
>> functionality implemented; for now, even just using something like HTM<br>
>> would work (even though it's not equal area) and then replace it later<br>
>> once we have licensing figured out.<br>
>><br>
>> -Matt<br>
>><br>
>> On Thu, Jul 23, 2015 at 1:55 PM, Bili Dong <<a href="mailto:qobilidop@gmail.com">qobilidop@gmail.com</a>> wrote:<br>
>>> Another option I can think about is to reimplement the needed healpix<br>
>>> functionality from scratch. Since only the coordinates transformation part<br>
>>> are involved here, it would be some reasonable amount of work.<br>
>>><br>
>>> But I’m not sure if only using the algorithm resolves the license problem,<br>
>>> does it?<br>
>>><br>
>>> -Bili<br>
>>><br>
>>> On Jul 23, 2015, at 11:38 AM, Bili Dong <<a href="mailto:qobilidop@gmail.com">qobilidop@gmail.com</a>> wrote:<br>
>>><br>
>>> I see where the problem is. And since the whole HEALPix stuff is GPL. It’s<br>
>>> even not possible to reimplement something like healpy, right?<br>
>>><br>
>>> To keep the project in BSD,  I’m thinking about adding a parameter to the<br>
>>> class RadialColumnDensity. By using that parameter,  the user can feed the<br>
>>> healpix functionality to the class. Is that possible?<br>
>>><br>
>>> -Bili<br>
>>><br>
>>> On Jul 23, 2015, at 11:17 AM, Nathan Goldbaum <<a href="mailto:nathan12343@gmail.com">nathan12343@gmail.com</a>> wrote:<br>
>>><br>
>>> Healpy is GPL, so that won't work.<br>
>>><br>
>>> One way around this would be to implement the functionality you are<br>
>>> concerned about in a new GPL package, split off from the main yt package.<br>
>>><br>
>>> On Thursday, July 23, 2015, Bili Dong <<a href="mailto:qobilidop@gmail.com">qobilidop@gmail.com</a>> wrote:<br>
>>>><br>
>>>> Here’s the link to the issue. Sorry for not including it.<br>
>>>><br>
>>>> Regards,<br>
>>>> Bili<br>
>>>><br>
>>>> On Jul 23, 2015, at 10:07 AM, Bili Dong <<a href="mailto:qobilidop@gmail.com">qobilidop@gmail.com</a>> wrote:<br>
>>>><br>
>>>> Hi all,<br>
>>>><br>
>>>> I’m bringing the update of the discussion here. The current problem is to<br>
>>>> find a workaround for the code removed for licensing concerns. Could healpy<br>
>>>> could be an option?<br>
>>>><br>
>>>> Regards<br>
>>>> Bili<br>
>>>><br>
>>>><br>
>>> _______________________________________________<br>
>>> yt-dev mailing list<br>
>>> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
>>> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> yt-dev mailing list<br>
>>> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
>>> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
>>><br>
>> _______________________________________________<br>
>> yt-dev mailing list<br>
>> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
>> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
><br>
> _______________________________________________<br>
> yt-dev mailing list<br>
> <a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
> <a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
</blockquote></div>