[Gvsig_english] gvSIG and Java on Mac OS X
Benjamin Ducke
benjamin.ducke at oxfordarch.co.uk
Thu Oct 23 13:57:11 CEST 2008
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.
More information about the Gvsig_internacional
mailing list