Hey all!

2012/7/1 Mikel Artetxe <[email protected]>

> I have tried this and it works great! It is an excellent idea.
>
>
> Thank you!
>

I am so happy that this is really comming true: A zero-install* locally
running Apertium translator :-)

Let me add that Mikel has also upgraded Apertium-viewer to use the new
stuff (its not zero-install yet, but that'll probably come), giving
teachers, students and curious people a great and easy opportunity to peek
at and play with the inner workings of rule base maching translation,
without using any time/energy on installation or setup.

You'll just point the students to a web page, a Java program will open, and
they can edit input (or or any stage of the translation), and follow how
translation is done, with zero setup or installation effort.


* yes yes I know the limitations:
 -  you need a Java runtime installed, and
 -  only the pairs using core Apertium is zero-install, you'd still need to
install HFST, constraint grammar and other external stuff.



> Is android-sdk free software? I hope so! I couldn't determine it from
>> the contents of android-sdk_r20-linux.tgz.
>>
>
> Yes, it is. Look here <http://source.android.com/>. It mostly uses the
> Apache license, but some parts (like the Linux kernel) use GPLv2.
>
> In any case, the android-sdk is only used to convert the transfer classes
> from standard Java bytecode to Dalvik bytecode, which is what Android uses.
> So, actually, only dx.jar is required (which is part of the android-sdk and
> takes only about 1MB) to perform the conversion. This way, it would be
> possible to keep dx.jar somewhere and offer it to download instead of
> making everybody install the android-sdk.
>

If its 'just' 1MB I think we should just make it easy for people and let
them forget about installing the Android SDK: Just add
it to the libs/ folder of lttoolbox-java.




> Would there be a way to automatically keep these pairs updated with the
>> latest release or with the subversion version? That would be great!
>>
>
>
I'd like everyone to take a look at the language pair packs at:
https://apertium.svn.sourceforge.net/svnroot/apertium/branches/gsoc2012/artetxem/packages/jars/

The JAR files are actually ZIP files. If you take a look inside for
example ca-es,es-ca.jar, it contains the language pair, plus some extra
stuff:

$ unzip -l ca-es,es-ca.jar
Archive:  ca-es,es-ca.jar
  Length      Date    Time    Name
---------  ---------- -----   ----
        0  2012-06-29 16:54   META-INF/
      223  2012-06-29 16:54   META-INF/MANIFEST.MF
   649456  2012-07-02 19:08   ca-es.automorf.bin
    90983  2012-06-26 10:00   ca-es.prob
    24701  2012-07-02 19:15   ca-es.t1x.bin
   457415  2012-07-02 19:09   ca-es.autobil.bin
   590168  2012-07-02 19:10   ca-es.autogen.bin
      673  2012-07-02 19:13   ca-es.autopgen.bin
      248  2012-07-03 18:36   ca-es.mode
   596123  2012-07-02 19:07   es-ca.automorf.bin
   102298  2012-06-26 10:00   es-ca.prob
    26807  2012-07-02 19:15   es-ca.t1x.bin
   475470  2012-07-02 19:08   es-ca.autobil.bin
   607479  2012-07-02 19:09   es-ca.autogen.bin
     7483  2012-07-02 19:13   es-ca.autopgen.bin
      248  2012-07-03 18:36   es-ca.mode
       22  2012-07-03 18:36   modes
*   146044  2012-07-03 18:36   classes.dex*
*        0  2012-06-28 17:51   org/      and subdirectories*

The first is the language pair as it would be installed. The last 2 entries
are the Android specific and the lttoolbox-java runtime specific stuff.
This could be deleted and the pair would *still* work from a C++ Apertium
installation.

The original file size is 2629328 bytes.  If we delete the last 2 entries
the file size is 2339996 bytes.

That means that embedding the part that makes it runnable as a standalone
program (lttoolbox-java) AND Android classes only makes the total file size
12% bigger (each one is about 6% of the file size).

Further, the extra 'java bloat' can very easily be deleted by deleting the
2 entries (classes.dex and the org/ directory).


Therefore I think we should consider if we can live with 6-12% 'java bloat'
and if this new, easy format could be an easier and more flexible
alternative for distribution and installation of language pairs for end
users than downloading sourceforge packages ?


Yours,
Jacob


-- 
Jacob Nordfalk <http://profiles.google.com/jacob.nordfalk>
javabog.dk
Androidudvikler og -underviser på
IHK<http://cv.ihk.dk/diplomuddannelser/itd/vf/MAU>og
Lund&Bendsen <https://www.lundogbendsen.dk/undervisning/beskrivelse/LB1809/>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Apertium-stuff mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/apertium-stuff

Reply via email to