[AniMov] positions from azimuths

Damiano G. Preatoni prea at uninsubria.it
Tue Oct 14 13:06:00 CEST 2008

In un messaggio del Tuesday 14 October 2008, Clément Calenge ha scritto:
> >> Sorry for the delay on this.  I contacted Gary White and asked if it
> >> would be okay to simply integrate the TRIANG code into R and potentially
> >> make it available in adehabitat or other software.  He said that was
> >> fine. Since then, I simply haven't had as much time as I'd hoped to work
> >> on this project.
> >>
> >> If no Python code is available, someone who knows FORTRAN and Python
> >> could probably translate the TRIANG code fairly quickly.  It's not very
> >> long.
> >
> > Good news...
> > As I've written before, I can brush up my almost forgotten FORTRAN and
> > try a porting...
> >
> > IMHO, a translation into R code might be more appealing, since can be
> > integrated easily into Clement (and others) adehabitat package, which
> > seems to be the real workhorse in free/open homerange calculations.
> >
> > As Anne did for the QGis Homerange plugin, I'm wondering if a good
> > solution could be making the engine in R, and use python for the
> > bodywork... this way one could stay in R for heavy-duty or automated
> > homerange calculation (figure out how to calculate overlaps among 200
> > animals in a pure GUI
> > environment...), and another can use a GUI (I mean QGis) for small
> > amounts fd data, or for a direct visual feedback and so on...
> >
> >
> > Suggestions?
> Maybe the best solution would not be to translate the Fortran code in R,
> but to interface it with R. The execution of compiled code based on
> Fortran is faster than functions programmed in R, and the R environment
> provides a function allowing to make calls to compiled Fortran Code (the
> function .Fortran). I do not speak Fortran, but I often use the
> corresponding function to make calls to C code (function .C, used in
> many functions of adehabitat), and this results into very fast computation.
> Porting an originally independent program into R is a common operation:
> this is the case of the package ade4 (which was originally the
> independent software ADE-4,
> http://pbil.univ-lyon1.fr/ADE-4-old/ADE-4.html), of the package gpclib
> (originally, the GPC library;
> http://en.wikipedia.org/wiki/GPC_General_Polygon_Clipper_Library), of
> the package randomForest (originally the software "Random Forests"
> programmed in Fortran by Breiman and Cutler,
> http://oz.berkeley.edu/users/breiman/Using_random_forests_V3.1.pdf), etc.
> What about just making a "interfacing function" between R and this
> Fortran code? Then, the compiled Fortran code would be the engine, and
> use both R (for R calculation) and python (for QGIS calculations). And
> this would avoid a tedious Fortran -> R translation?
> Cheers,

Why not?
If Gary White's code compiles under g77...

Thanks for the precious suggestion, Clément! I'll give it a try!
Expect new tickets on Paolo's Trac :)

BTW: someone managed to download TRIANG code? the link to the source .zip file 
seems broken...

Il miglior modo di cucinare il riso senza che questo si attacchi e'
quello di cucinare un chicco separato dall'altro.
		-- Ashleiaht Brilliant
Damiano G. Preatoni, PhD

Unità di Analisi e Gestione delle Risorse Ambientali
Dipartimento Ambiente-Salute-Sicurezza
Università degli Studi dell'Insubria
Via J.H. Dunant, 3 - 21100 Varese (ITALY)

tel +39 0332421538 fax +39 0332421446
ICQ: 78690321 jabber: prea at jabber.org skype: prea.net
Please consider the environment before printing this email
Please do not send attachments in proprietary formats
Use the UNI CEI Standard ISO/IEC 26300:2006
O< stop html mail - http://www.asciiribbon.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://www.faunalia.com/pipermail/animov/attachments/20081014/608c2bc2/attachment.pgp>

More information about the AniMov mailing list