Re: problem with OpenJUMP HoRAE

[Stefan Steiniger]

Dear Christin,

thanks for your interest.
To your second question first:
- with respect to zero distances, I simply specified that distances that
are evaluated to zero should be neglected. So we account for that,
though - in a not perfect way, I guess.

Btw. OpenJUMP has also a function (Tools > Q/A) that should allow you to
delete duplicate points.

- the first question is a bit more difficult, as this may be 64-bit
issue. However, there should be also a file that is called
"openjump.bat", can you just try and start that one?
- you can also test if java is installed by typing "java" in the command
window. Sometimes there may be path problems and OpenJUMP is not finding
that path to java (especially backspace/leerzeichen are a problem)

If you still have problem, write me again: and you can do that in German ;)

gruesse aus Santiago,
stefan

Am 22.10.12 14:54, schrieb Christin Richter:
> Dear Stefan and Andrew,
>
> I'm a PhD student from Germany and I used to do home range analysis with
> ArcGIS using Home Range Tools. Only recently I discovered OpenJUMP HoRAE
> which I found great to have a GIS freeware which is relatively simple to
> use AND can do home range analysis. So I installed the software without
> any problems on my office computer (Windows XP, 32 bit) and all worked
> fine. As I wanted to use this software for teaching students how to do
> home range analysis, I tried to install it on my laptop as well.
> However, this created more problems than I thought. My laptop has
> Windows 7 (64 bit) and I installed Java (first 32bit, then 64 bit), but
> OpenJUMP HoRAE is still not running on it. When I try to open the
> openjump.exe file I get 2 error messages (see also the screenshots
> attached): first it says "The program can't start because MSCVR100.dll
> is missing on the computer. Reinstall the program again to solve the
> problem." I checked in the internet what this file is and downloaded it,
> but still it is not working. The second error message is "Error starting
> Java VM", which I don't understand because Java is installed on the
> laptop (see screenshot as well).
>
> So do you have any idea why it is not working? Does it has to do with
> Windows 7 or that it is a 64bit version?
>
> Additionally, I have another question. With the Home Range Tools add-in
> for ArGIS duplicate fixes had to be removed for (point) kernel density
> analysis, to avoid "division by zero" error, as is also stated in the
> HRT manual, but when I accidentally uploaded the shape file which still
> had point duplicates in it, OpenJUMP HoRAE was able to calculate kernel
> home ranges successfully. Why is that? Is the underlying calculation
> different? Also in HRT one needs to specify a buffer for the (point)
> kernel method, but OpenJUMP HoRAE doesn't request one, which I also
> don't really understand why. So is the buffer set to 0 meter?
>
> Finally a last comment: it would be great if in the future OpenJUMP
> HoRAE could also calculate for example 95% MCP's, or 50% MCP's, because
> then results could be compared to other methods and other studies......
>
> Thank you very much in advance and best wishes.
> Cheers, Christin
>
> --
> Christin Richter
> Diplom-Biologist
>
> celestin...@gmail.com <mailto:celestin...@gmail.com>
> Emilienstr. 9, 37075 Göttingen, Germany
> Home: +49 (0)551 63451152 // Mobile: +49 (0)1577 4129102 (Germany)
>
> PhD Student:
> Courant Research Center for Evolution of Social Behavior
> Kellnerweg 6, 37077 Göttingen, Germany
> Christin...@zentr.uni-goettingen.de
> <mailto:Christin...@zentr.uni-goettingen.de>
> Phone: +49 (0)551 3910891
>
> Homepage: http://www.uni-goettingen.de/en/164066.html
>

[Stefan Steiniger]

of course, I missed out on two more comments:

> Also in HRT one needs to specify a buffer for the (point)
> kernel method, but OpenJUMP HoRAE doesn't request one, which I also
> don't really understand why. So is the buffer set to 0 meter?

I am not sure what the buffer in HRT does? as I have never used it (lack
of ArcGIS lately).
does HRT have a kernel-size/window width/h parameter besides the buffer
parameter?
I would need to read about this...

>
> Finally a last comment: it would be great if in the future OpenJUMP
> HoRAE could also calculate for example 95% MCP's, or 50% MCP's, because
> then results could be compared to other methods and other studies......

yeah.. well. MCP with different percentages is like a different
algorithm (I assume it takes only X-percent of the points - from the
centre outwards?). Do you have a literature reference to that method.
LoCoH, is not so much different, I think.
Not sure if we can implement that any time soon. It would be good for
comparison, but I am not really seeing a value with respect to the
superiority of newer estimator methods (as MCP assumes a convex home range).

so, I hope I caught now everything.
Let me know if you java problem could be solved.

stefan