On Thu, Apr 24, 2008 at 1:09 AM, Mark Haury &lt;<a href="mailto:wolfmane@gmail.com">wolfmane@gmail.com</a>&gt; wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">



  
  

<div bgcolor="#ffffff" text="#000000">
Peter Bart wrote:
<blockquote type="cite"><div class="Ih2E3d">
  <pre>On Wed, 2008-04-23 at 10:13 -0600, Mark Haury wrote:
  </pre>
  </div><div class="Ih2E3d"><blockquote type="cite">
    <pre>I have to say that the critical deal killer for me is that even though 
it may be possible to jump through a few hoops and *import* data into 
gpe, there doesn&#39;t seem to be any way to *export* it back out. 
   </pre></blockquote></div></blockquote></div></blockquote><div>... <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div bgcolor="#ffffff" text="#000000">
<div class="Ih2E3d"><blockquote type="cite">
  <pre></pre>
  <blockquote type="cite">
    <pre>I would 
be a lot more willing to put more effort into getting my data into gpe 
if I was sure of a reasonably easy way of not only backing it up,
    </pre>
  </blockquote>
  <pre>        There&#39;s a built in backup utility from Nokia that backs up the GPE
directories. You can use rsync to &quot;backup&quot; your home directory to
another drive, memory card, etc. Last but not least you can also simply
copy the GPE directories to another location.
  </pre>
</blockquote></div>
I completely screwed up my explanation on this one. What I meant was
that I want to be able to specify the working directory and keep all my
data in an easily found and copied directory on one of the SDHC cards,
where it&#39;s completely safe from reflashes and easily copied and
transported to other machines/drives.<div class="Ih2E3d"></div></div></blockquote><div class="Ih2E3d">...<br><blockquote type="cite"><pre>        I don&#39;t need that kind of functionality the way you do. So far I I&#39;ve
used load applet to take a screenshot of a specific entry and send that
off. For me, the less I move my data around, the more time I have to do
real work.
  </pre>
</blockquote></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div bgcolor="#ffffff" text="#000000">
For me, moving my data around *is* what I need to do. I use the data in
different ways, with different apps, most of which don&#39;t understand vcf
files but all of which do understand csv files.<div class="Ih2E3d"><br>
<blockquote type="cite">
  <pre></pre>
  <blockquote type="cite">
    <pre>For me, the ideal import/export method is csv files.
    </pre>
  </blockquote>
  </blockquote></div></div></blockquote><div>&nbsp;<br>GPE at least uses sqlite, although just sqlite 2.1.&nbsp; You should be able to access/unload/load data from there using another tool - maybe even on your desktop.<br><br>All apps should use sqlite on the device.&nbsp; Always...<br>
<br>You can try datable (check <a href="http://garage.maemo.org">garage.maemo.org</a>) it&#39;s a nice start at making a DB front end for maemo.&nbsp; While you&#39;re at it, check out a MaemoPad+ database.&nbsp; That&#39;s exactly what I&#39;m talking about!<br>
<blockquote type="cite">
  </blockquote>
  </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div bgcolor="#ffffff" text="#000000">&nbsp;When I bought the Nokia, I (quite
reasonably) assumed that it would have a decent PIM. Much less powerful
and much more inexpensive units have very capable PIMs (come on, even
my 10-plus-year-old Visor and Psion have better PIMs!). There&#39;s really
no excuse for Nokia not porting Kontacts or Evolution or some other
full-featured Linux PIM. I probably would have got an eee PC instead if
I had known: the form factor of the Nokia isn&#39;t been nearly as much of
an advantage without that particular functionality. <br></div></blockquote><div><br>Even those desktop PIMs are less capable than old Palm PIMs.&nbsp; I mean look at the grouping and filtering you can do with Datebk5, and how old is that?&nbsp; If any of these apps had icons on events I&#39;d be dizzyingly happy.<br>
</div><div>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div bgcolor="#ffffff" text="#000000"><div class="Ih2E3d"><blockquote type="cite">
<pre>Nokia is a great device but it is limited when compared to my notebook.
Each in it&#39;s place.
</pre></blockquote></div></div></blockquote><div>(this reply is hitchhiking, sorry!)<br><br>Have you tried KDE on the Nokia?&nbsp; With a keyboard and mouse attached?&nbsp; It&#39;s a tiny screen but there&#39;s no other reason why it can&#39;t be a little notebook.&nbsp; Closed minds and weak software are the only things really holding it back.<br>
&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div bgcolor="#ffffff" text="#000000">
I don&#39;t use Evolution, Schedule world, or Google. I use Access and up
until now my Visor. I&#39;ve been trying for a long time to migrate my
Access databases to OOo Base, but it can&#39;t import tables or csv files
any more than gpe can, and when connecting to the original Access
database can&#39;t deal with any of the other database objects at all. Its
report formatting is also incredibly limited at this point. (In my
opinion, Base is still alpha level software, utterly unlike the rest of
the suite.)<br>
</div></blockquote><div><br>Yeah you&#39;re better off working in MySQL, really.&nbsp; But as long as you have Access, look for a sqlite odbc driver.&nbsp; I think you can even open sqlite databases directly in Base.&nbsp; You may be able to import and export on the desktop.<br>
<br>You can import in Base from CSV by the way, it&#39;s just amazingly counterintuitive (though it makes a certain functional sense).&nbsp; Create and register a DB first, then open the CSV file in Calc.&nbsp; Click View - Data sources.&nbsp; Open the DB tree to view &quot;Tables&quot;.&nbsp; Now select and drag the data and drop it on Tables.&nbsp; Weird huh?&nbsp; <br>
&nbsp;</div><div>Maybe this is the way to get your GPE data working for you...<br>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div bgcolor="#ffffff" text="#000000">
<br>
If anybody can point me to a different cross-platform (mainly Windows
and Linux, but Mac would be a plus) database that has most of the power
and ease of Access (and the most important features are reliable
import/export of csv and the ability to create report layouts from
scratch), I would be *extremely* appreciative. I&#39;ve tried to learn
about SQL and frontends for it, but everything I can find basically
assumes one already knows all about it and seem to be based on
scripting, and I need to work from a GUI, including creating databases
from scratch. The reason I need cross-platform and GUI is so I can
share it with others in my organization who are not all that
computer-literate and have different OS&#39;s than me.<br>
</div></blockquote><div><br>Well you could try FileMaker, only not for Linux... File-based databases are a little dead.&nbsp; MS kinda locked the  market, then pursued it as far as it can go.<br><br>As for MySQL, you can do everything in their excellent GUI (or SQLYog), but you have to commit to a server-based database.&nbsp; My we&#39;re getting off topic now, though aren&#39;t we...</div>
</div>