Heylo<br><br>Okay, it has been 8 days. I expected someone to reply!<br><br><div class="gmail_quote">On Mon, Sep 17, 2012 at 3:59 PM, Anders Lund <span dir="ltr"><<a href="mailto:anders@alweb.dk" target="_blank">anders@alweb.dk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi list,<br>
<br>
I would like to enhance KDE with the ability to show metadata for GPX files.<br>
GPsExchange files contains things like routes, tracks and waypoints, along with<br>
some metadata.<br>
<br>
GPX files can be opened by Marble, or moved to your gps device for utilisation<br>
there, or manipulated using gpsbabel, for example.<br>
<br>
The interresting part for me, would be to see something like<br>
<br>
myfile.gpx:<br>
3 tracks, x km, from dates x/x/x - x/x/x<br>
33 waypoints of types t, t, t<br>
1 route, x km<br>
source: appname<br>
bounding box: point, point<br>
<br>
Extracting these data is a question of looking at a XML stream and<br>
reading/counting elements + reading a few attributes, and calculating the<br>
length of routes and tracks.<br>
<br>
The question is how to store the data in nepomuk, and where the code should<br>
be, and what it should be based on.<br>
<br>
I would also like to have a preview, a map that would show the data in a<br>
simplified form, including indicating the global location, but that maybe more<br>
interresting in some other forum.<br></blockquote><div><br>Alright, the way I look at it there are 3 parts to this -<br><br>1. Reading the files - As you mentioned it is simple XML, so reading it should be fairly simple. <br>
<br>2. Storing the data - The problematic part is storing the data. We need to know exactly what you're storing. As far as I know, we don't have the ontologies to store location data. <br><br>We do have pimo:Location and some similar stuff, but nothing for what you want to store. (Don't worry if you don't understand what "pimo:Location", don't worry. It's boring internal stuff).<br>
<br>Here is what I think we need to do - List down exactly what we want to store. You have been a little ambiguous right now, so I don't really get the entire picture. Nepomuk stores the data in terms of objects. This is very similiar to OOP. Each object has properties which have types and so on. We just need to know what all we're storing so that we can model it appropriately.<br>
<br>3. Data Visualization -<br><br>This should ideally be completely independent of the gpx files. It should be based on how we store location data. This is done so that there is no direct correlation between GPX files and the data visualization.<br>
<br>Fortunately, for us, virtuoso (our database backend) supports geo location natively. So we should be able to do quite elaborate queries.<br><br>I think we'll only get to this once we have figured out how to store the data.<br>
<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks in advance for helping :)<br>
<br>
Anders<br>
_______________________________________________<br>
Nepomuk mailing list<br>
<a href="mailto:Nepomuk@kde.org">Nepomuk@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/nepomuk" target="_blank">https://mail.kde.org/mailman/listinfo/nepomuk</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br><br>