please feel free to add ideas, suggestions, and wishes to it.
For now I'm mostly just thinking about reference manuals and ebooks,
for when you are in the field on a laptop without much screen space
for lots of help pages.
Calibre seems good for going from HTML to ePub and Mobi, and probably
PDF too. PDF->eBook is apparently not a pretty thing. HTML actually
seems the preferred starting format, so we should be able to make progress
quickly. http://calibre-ebook.com/
At first I thought about a single large eBook with volumes within it
for quick intros, module synopsis+menu location, and man pages, but now
I am thinking separate ebooks for each of those topics. Perhaps it
depends on how easy + powerful the TOC structures are in Calibre?
The nice thing about an eBook is that it is more cross platform and so
with a cross-platform program like FBreader or a pdf reader could be used
on iPads, laptops, unrooted mobile devices, workstations, whatever.
but you got to love the instant search features of a native app :), and
there is already some basic template code in github (see manpages link above) so it should be quick to impliment.
I would tend to leave any actual GIS-on-tablet tasks to osgeo projects
which are already written in java, but would love to hear ideas and needs.
I'm not really sure, their FAQ isn't very clear about what's what. Since it seems to use Wayland, either Wx for Wayland, X11 for Wayland, or command-line only mode would be needed, + enough of the GNU build toolchain.
Calibre seems good for going from HTML to ePub and Mobi, and probably
PDF too. PDF->eBook is apparently not a pretty thing. HTML actually
seems the preferred starting format, so we should be able to make progress
quickly. http://calibre-ebook.com/
At first I thought about a single large eBook with volumes within it
for quick intros, module synopsis+menu location, and man pages, but now
I am thinking separate ebooks for each of those topics. Perhaps it
depends on how easy + powerful the TOC structures are in Calibre?
Calibre also has good command line apps that work better than pandoc for
epub.
> I'm not really sure, their FAQ isn't very clear about what's what.
Since it
> seems to use Wayland, either Wx for Wayland, X11 for Wayland, or
> command-line only mode would be needed, + enough of the GNU build
> toolchain.
wxWidgets work, at least basically, with non-X11 GTK/GDK backends. wxPython
does not (yet).
Excerpt from twitter:
--%<---
@NikAlexandris:
@JollaHQ Who can confirm/where is information regarding the possibility to
run #grassgis (http://t.co/OV5tyS27gC) under #sailfishOS?
02:26 PM - 14 Nov 13
Jolla @JollaHQ
@NikAlexandris If you can make it run on Linux with Qt UI, why not.
02:28 PM - 14 Nov 13
--->%--
This is of course unrealistic. There is wxQt but not sure if this was ever
used. Then you can rewrite wxGUI in the way that you can add Qt widgets but
the is work for years. However, you can use QGIS (for example there is QGIS
for Andrioid) and make the connection between QGIS and GRASS working.
--%<--- @NikAlexandris: @JollaHQ Who can confirm/where is information regarding the possibility to run #grassgis (http://t.co/OV5tyS27gC) under #sailfishOS?
02:26 PM - 14 Nov 13
Jolla @JollaHQ @NikAlexandris If you can make it run on Linux with Qt UI, why not.
02:28 PM - 14 Nov 13
--->%--
Vaclav:
This is of course unrealistic. There is wxQt but not sure if
this was ever used. Then you can rewrite wxGUI in the way that
you can add Qt widgets but the is work for years. However, you
can use QGIS (for example there is QGIS for Andrioid) and make
the connection between QGIS and GRASS working.
there are of course a great many applications of GRASS which are just fine to use without any GUI or Xmon or even graphics at all, just run the processing from the command line, so that should be ok. Rough graphics can be had as long as the GRASS PNG driver and apache work: you present the png output dir to the web server. Then you just swap out of your terminal session to a web browser and hit refresh as needed. [I've actually done this in the field over a flaky satellite connection, and it worked remarkably well]
[I've actually done this in the field over a flaky satellite connection, and it worked remarkably well]