[Gvsig_english] gvSIG and Java on Mac OS X
Agustin Diez Castillo
Agustin.Diez at uv.es
Thu Oct 23 14:09:44 CEST 2008
You have an example at
.../Developer/Examples/Automator/Sort\ Items/main.command
or try mine.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gvSIG.command
Type: application/octet-stream
Size: 49 bytes
Desc: not available
Url : http://runas.cap.gva.es/pipermail/gvsig_internacional/attachments/20081023/6aaa5b4a/gvSIG.obj
-------------- next part --------------
El Oct 23, 2008, a las 1:57 PM, Benjamin Ducke escribi?:
> No luck with the .command wrapper, unforunately.
> Double-clicking it just opens it in my system's default text editor
> (even though it has a command icon and I set the executable bits).
>
> Ben
>
> Agustin Diez Castillo wrote:
>> El Oct 23, 2008, a las 1:31 PM, Benjamin Ducke escribi?:
>>> OK, I ran some tests using SEXTANTE 0.53 and different Java
>>> virtual machines (1.5 and 1.6). I got the results I expected
>>> and they were the same for all JRE versions.
>>>
>>> So, I am switching back to SEXTANTE 0.53 for good now!
>>>
>>> I am getting very close to releasing a new, fully self-contained
>>> Mac version with a customized installer now. There is only one
>>> remaining problem that keeps frustrating me:
>>>
>>> I can't seem to figure out how to set up a simple Info.plist
>>> in the package so it will start my shell script. All works fine
>>> from the command line. But there seems to be now way Mac OS X
>>> accepts a shell script in the package's "MacOS" folder as an
>>> executable. It simply won't start. Did I miss something?
>>> Is it necessary to install some helper application on Mac OS X
>>> to launch a shell script from the desktop or out of a .app package?
>> I hope Mija is reading that, but in the meanwhile what I do is to
>> make a *.command file [1] for the script, this will reveal the file
>> allowing me and others to double click it to launch the script, but
>> automator can do the trick as well.
>>>
>>>
>>> Ben
>>>
>>>
>>>
>>> Agustin Diez Castillo wrote:
>>>> Ben,
>>>> I was on the field. I have checked then with several commands.
>>>> Example nearest neighbour:
>>>> # your bundle:
>>>> Vecino m?s cercano
>>>> Distancia media:0
>>>> Distancia esperada:7,009
>>>> Distancia esperada corregida con efecto borde:7,068
>>>> Varianza:0,005
>>>> Varianza corregida con efecto borde:0,006
>>>> ?ndice de vecino mas pr?ximo:0
>>>> ?ndice de vecino mas pr?ximo corregido:0
>>>> Valor Z:-94,576
>>>> Valor Z corregido:-92,075
>>>> # The same shape with sextante 0.53
>>>> *
>>>> o Distancia media:0,911
>>>> o Distancia esperada:7,009
>>>> o Distancia esperada corregida con efecto borde:7,068
>>>> o Varianza:0,005
>>>> o Varianza corregida con efecto borde:0,006
>>>> o ?ndice de vecino mas pr?ximo:0,13
>>>> o ?ndice de vecino mas pr?ximo corregido:0,129
>>>> o Valor Z:-82,278
>>>> o Valor Z corregido:-80,202 It's obvious that yours
>>>> (maybe when running in a Spanish locale) lost the decimals. I
>>>> have checked it with several set of points and it happens
>>>> consistently HOWEVER quadrant analysis produces the very same
>>>> results. May first guess was that maybe there was some problem
>>>> with big set of points but the same happens with smaller sets
>>>> (see the last example)
>>>> ------------------------------------------------------------------------
>>>> #Yours
>>>> An?lisis por cuadrantes
>>>> Media1,996732
>>>> Varianza =39,511427
>>>> Coeficiente de variaci?n [~0 = uniforme, ~1 = aleatorio, >1 =
>>>> agregado] =19,788047
>>>> Valor D del Test de Kolmogorov-Smirnov =0,731052
>>>> Valor cr?tico al 5% =0,038873
>>>> #sextante 0.53
>>>> n?lisis por cuadrantes
>>>> * Media1,996732
>>>> * Varianza =39,511427
>>>> * Coeficiente de variaci?n [~0 = uniforme, ~1 = aleatorio, >1 =
>>>> agregado] =19,788047
>>>> * Valor D del Test de Kolmogorov-Smirnov =0,731052
>>>> * Valor cr?tico al 5% =0,038873 *
>>>> With the attached set:
>>>> Vecino m?s cercano
>>>> Distancia media:0
>>>> Distancia esperada:2,482
>>>> Distancia esperada corregida con efecto borde:2,56
>>>> Varianza:0,009
>>>> Varianza corregida con efecto borde:0,01
>>>> ?ndice de vecino mas pr?ximo:0
>>>> ?ndice de vecino mas pr?ximo corregido:0
>>>> Valor Z:-26,577
>>>> Valor Z corregido:-25,166
>>>> Vecino m?s cercano
>>>> * Distancia media:2,239
>>>> * Distancia esperada:2,482
>>>> * Distancia esperada corregida con efecto borde:2,56
>>>> * Varianza:0,009
>>>> * Varianza corregida con efecto borde:0,01
>>>> * ?ndice de vecino mas pr?ximo:0,902
>>>> * ?ndice de vecino mas pr?ximo corregido:0,875
>>>> * Valor Z:-2,593
>>>> * Valor Z corregido:-3,154 El Oct 20, 2008, a las 7:45
>>>> PM, Benjamin Ducke escribi?:
>>>>> Agustin,
>>>>>
>>>>> which command exactly was it and what parameter settings
>>>>> did you use?
>>>>>
>>>>> If you can send me the original input data, I can try to
>>>>> reproduce this with different SEXTANTE versions on Windows
>>>>> and Linux. This way, we might find out where the problem
>>>>> originates.
>>>>>
>>>>> You are saying "Intel works, but not PPC". Does that mean
>>>>> you get consistently the same results on an Intel CPU
>>>>> but not a PPC? If so, there might be a problem with the
>>>>> different floating point representations.
>>>>>
>>>>> Ben
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "Agustin Diez Castillo" <Agustin.Diez at uv.es <mailto:Agustin.Diez at uv.es
>>>>> >>
>>>>> To: "Users and Developers mailing list" <gvsig_internacional at runas.cap.gva.es
>>>>> <mailto:gvsig_internacional at runas.cap.gva.es>>
>>>>> Sent: Monday, October 20, 2008 2:12:45 PM (GMT) Europe/London
>>>>> Subject: Re: [Gvsig_english] gvSIG and Java on Mac OS X
>>>>>
>>>>> Ben,
>>>>> Neither do I. I will double check and report to victor. It's
>>>>> true that I'm using a different version (former 0.53v).
>>>>> Anyhow,
>>>>> I got very different results with exactly the same command, not
>>>>> even the number of valid cells is the same, weird.
>>>>> It's working on 32 bit intel but not in ppcs.
>>>>> Agustin
>>>>>
>>>>>
>>>>>
>>>>> ------
>>>>> Files attached to this email may be in ISO 26300 format (OASIS
>>>>> Open Document Format). If you have difficulty opening them,
>>>>> please visit http://iso26300.info for more information.
>>>>>
>>>>> _______________________________________________
>>>>> Gvsig_internacional mailing list
>>>>> Gvsig_internacional at runas.cap.gva.es <mailto:Gvsig_internacional at runas.cap.gva.es
>>>>> >
>>>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>>>>
>>>> ------------------------------------------------------------------------
>>>> _______________________________________________
>>>> Gvsig_internacional mailing list
>>>> Gvsig_internacional at runas.cap.gva.es
>>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>>
>>>
>>> --
>>> Benjamin Ducke
>>> Senior Applications Support and Development Officer
>>>
>>> Oxford Archaeology Ltd
>>> Janus House
>>> Osney Mead
>>> OX2 0ES
>>> Oxford, U.K.
>>>
>>> Tel: +44 (0)1865 263 800 (switchboard)
>>> Tel: +44 (0)1865 980 758 (direct)
>>> Fax :+44 (0)1865 793 496
>>> benjamin.ducke at oxfordarch.co.uk
>>>
>>>
>>>
>>>
>>> ------
>>> Files attached to this email may be in ISO 26300 format (OASIS
>>> Open Document Format). If you have difficulty opening them, please
>>> visit http://iso26300.info for more information.
>>>
>>> _______________________________________________
>>> Gvsig_internacional mailing list
>>> Gvsig_internacional at runas.cap.gva.es
>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>>
>> [1] http://books.google.es/books?id=cQUnrIAaETIC&pg=PA517&lpg=PA517&dq=%22.command+file%22+macos+double+click&source=bl&ots=V98Iop8FU6&sig=1B6NzVF-1zPOd-3WLa_z9eKdCo8&hl=en&sa=X&oi=book_result&resnum=5&ct=result
>> _______________________________________________
>> Gvsig_internacional mailing list
>> Gvsig_internacional at runas.cap.gva.es
>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>
>
> --
> Benjamin Ducke
> Senior Applications Support and Development Officer
>
> Oxford Archaeology Ltd
> Janus House
> Osney Mead
> OX2 0ES
> Oxford, U.K.
>
> Tel: +44 (0)1865 263 800 (switchboard)
> Tel: +44 (0)1865 980 758 (direct)
> Fax :+44 (0)1865 793 496
> benjamin.ducke at oxfordarch.co.uk
>
>
>
>
> ------
> Files attached to this email may be in ISO 26300 format (OASIS Open
> Document Format). If you have difficulty opening them, please visit http://iso26300.info
> for more information.
>
> _______________________________________________
> Gvsig_internacional mailing list
> Gvsig_internacional at runas.cap.gva.es
> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>
More information about the Gvsig_internacional
mailing list