Hendrik Posted March 30, 2016 Share Posted March 30, 2016 Hi there, I am new to this forum. I am a phd student at Auckland University, New Zealand. One of my chapters is on wintering patterns of brown skua from the Chatham Islands using light-level geolocation. I was delighted to see Eldar's publications on FlightR early this year and started try and re-analyse my tracks using the FlightR package. Unfortunately, I ran into a potential problem with some of the tracks. My study site, the Chatham Islands, are as close as you can get to the international dateline (it runs right between the Chathams (Lon -176) and New Zealand (lon +170). I think I ran into a potential problem when a bird crosses the dateline: when setting up the spatial extent for the model, I would want to set the left boarder of the grid at a positive longitude in New Zealand (e.g., lon +170 ) . The right boarder would be a negative longitude (roughly –150, east of the Chathams). Unfortunately, when setting the grid in the spatial extent, R won’t let me do that. Has anyone encountered this problem before and do you know a way around it by any chance? I was hoping that the problem can be fixed by changing the central meridian within the model. Thank you very much for your support! All the best, Hendrik Link to comment Share on other sites More sharing options...
ebridge Posted March 31, 2016 Share Posted March 31, 2016 Interesting problem. As a work around can you just shift all of your times forward 5 hours and calibration locations east 60 degrees? Just avoid the dateline altogether. Let me see if I can get Eldar to chime in. Link to comment Share on other sites More sharing options...
Eldar Posted April 4, 2016 Share Posted April 4, 2016 Hi Hendrik, Thanks for posting this issue. I have corrected make.grid function. Plotting is still a bit ugly but the rest should work fine. Try library(devtools) install_github("eldarrak/FLightR@0.3.9") # note the version library(FLightR) A<-make.grid(170, -90, -170, 90, , c(-100, 100)) Cheers, Eldar Link to comment Share on other sites More sharing options...
Hendrik Posted April 18, 2016 Author Share Posted April 18, 2016 Hi Eli and Eldar, thank you very much for your support with this, Eldar has solved the problem and its working perfectly fine now. Thank you both for your support! All the best, Hendrik Link to comment Share on other sites More sharing options...
yuhash Posted June 2, 2017 Share Posted June 2, 2017 Hello, I am a GIS analyst with the Canadian Wildlife Service and am analyzing seabird GLS data (Ancient Murrelets) whose migratory routes cross the full E-W expanse of the Pacific Ocean (the first recorded for a seabird!). I am currently re-analyzing the data in v0.4.7 and am wondering if the update provided in this post for FlightR v0.3.9 is included in this version. Is it possible to move the central meridian in the make.grid function such that the spatial reference isn't split within the Pacific Ocean? Also, can anyone explain what the c(-100,100) parameter in the make.grid function does in the case described? Thank you so much in advance! Link to comment Share on other sites More sharing options...
Eldar Posted June 12, 2017 Share Posted June 12, 2017 Hello yuhash, v0.4.7 has the same grid definition, so for try e.g. left=-90, right=90 and look at the plot that FLightR will produce, adjust boundaries if needed. In the additional parameters there are distance.from.land.allowed.to.use and distance.from.land.allowed.to.stay. distance.from.land.allowed.to.use sets limits for concurrence of you animal at twilight. Negative values are for the inland and positive for offshore. c(-100, 500) would mean that your animal cannot appear more than 100 km inland and more than 500 km offshore. distance.from.land.allowed.to.stay is the same but limits probability of being stationary (stay in the same place between two twilights). I would recommend running without limits first to check whether results are meaningful. Cheers, Eldar Link to comment Share on other sites More sharing options...
L Halpin Posted June 29, 2017 Share Posted June 29, 2017 Hi Eldar, I think Yuhash was referring to the c(-100, 100) in the work around for the date line crossing issue that you referred to earlier in this post: A make.grid(170, -90, -170, 90, , c(-100, 100)) My understanding is that this part is not related to behavioural masks. Could you explain what the parameter “c(-100, 100)” does in order to assist with crossing the dateline issues? Thanks! Link to comment Share on other sites More sharing options...
Eldar Posted June 29, 2017 Share Posted June 29, 2017 My understanding is that this part is not related to behavioural masks. Could you explain what the parameter “c(-100, 100)” does in order to assist with crossing the dateline issues? (-100, 100) is behavioural mask here and is not related to dateline at all. make.grid functions has following parameters: make.grid(left = -180, bottom = -90, right = 180, top = 90, distance.from.land.allowed.to.use = c(-Inf, Inf), distance.from.land.allowed.to.stay = c(-Inf, Inf), plot = TRUE, return.distances = FALSE, probability.of.staying = 0.5) So number 6 is distance.from.land.allowed.to.stay Hope this helps. Do not know why I specified it in the example above. Link to comment Share on other sites More sharing options...
yuhash Posted June 29, 2017 Share Posted June 29, 2017 Thank YOU both for the clarification! It's very much appreciated! Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.