[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