[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-edu-devel
Subject: Re: [kde-edu]: Marble 0.5: The Road ahead
From: "Andrew Manson" <g.real.ate () gmail ! com>
Date: 2007-08-20 11:32:40
Message-ID: ccfbd29a0708200432v753d89fbi489620f901616e33 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Yes just on the subject on what you forgot about the Gps, we'll need a
remodeled ui for the gps tracking thing too. Right now we have gps device
geoLocation and also i've just implemented ip. address geoLocation and as o=
f
yet we don't have a way to choose between them.
thats it from me
Andrew Manson
On 20/08/07, Torsten Rahn <torsten.rahn@credativ.de> wrote:
>
> Hi,
>
> Now that we (finally!) got Marble 0.4 out of the door, I'd like to offer
> my
> thoughts on what features should be part of the Marble 0.5 release:
>
> In my opinion Marble 0.5 should emphasize the work of the Google Summer o=
f
> Code students. All features need to get finished for the public (So the
> features need to look finished and well integrated into the user
> interface,
> work as expected and should be easy to use).
>
> So to get into details:
>
> * GPS/GPX support: Not too much left as far as I can tell.
>
> - Make "File View" only appear if a document has been opened and further
> fix
> the UI.
> - Do further tests for GPX file format compliance
>
> Andrew: Anything I forgot?
>
> * KML Support:
>
> From what I have seen the following essential features on Murad's
> kml-tasks
> list haven't been implemented yet (correct me if I'm wrong):
>
> 1. Show list view on the left that indicates opened kml/gpx files. List
> view
> should only appear if there are more than one opened file:
>
> This is partially done already:
> - The "File View" has already been integrated by Andrew for GPX. We need
> to
> add KML support to it now as well.
>
> 2. Initial support of KML style objects (icon style, label style)
>
> The latter is rather unfortunate but I think we can live without it for
> the
> 0.5 release.
>
> There are two more show stoppers for 0.5 which are not on the kml-tasks
> list:
>
> 3. Translation of KML files which is pretty much needed for KDE 4. The
> idea to
> solve this problem was to use Wikipedia's data as an online download and
> get
> their individual language data of the cities for translation. So a user
> who
> is from spain would have a database of cities downloaded in the backgroun=
d
> which is compiled from the city data from http://es.wikipedia.org/ and
> http://en.wikipedia.org/. That means: http://en.wikipedia.org/ has the
> largest amount of cities among all languages (about 160.000) The data bas=
e
> compiled for spanish would contain those city names from en.wikipedia.org
> with the ones that also exist in http://es.wikipedia.org/ replacing the
> entries from http://en.wikipedia.org/ to make sure that they get properly
> translated. This is just the rough idea.
> I'll take care of compiling the data needed (with input from Tim Alder
> from
> Wikipedia).
>
> 4. Country support: For initial very basic country support it would be
> nice if
> we'd just add countries as "invisible" placemarks (i.e. placemarks with n=
o
> symbols). Problems:
> - Where do we take the country data from (needs to have a Debian complian=
t
> license)? This isn't too hard to solve though.
> - The label for the country names needs to be specially aligned and
> layouted
> to make it look like a country name. So in opposite to real placemarks
> there
> will be only a single place tested (instead of 4), the label will have a
> larger font, will be center justified and will probably be displayed
> semi-transparent.
> We need to adjust PlaceMarkPainter to either process the countries as a
> different "layer" that gets rendered before the city data (seperate
> KMLDocument). Or we need to change it to display city data and country
> data
> from a single KMLDocument (I'd rather prefer the further).
>
> Later on (for 0.6) this feature will get extended to make countries to
> get "area support" (so the application is aware of each area/shape covere=
d
> by
> each single country.
>
> Murad: is there anything I forgot?
>
> * Flat Map:
>
> There are three visible bugs in the implementation right now. I'm pretty
> sure
> all of them can be fixed within the next week. Except for that further
> cleaning up and performance optimizations are needed.
>
> Furthermore there are two features that would be nice to have for the 0.5
> release:
>
> 1. Mercator projection (like Google Maps does)
>
> 2. Make texturemapper only update newly shown regions and reuse the parts
> on
> the screen that got rendered already before. This didn't work for
> spherical
> projection for obvious reasons so right now Marble still renders and
> updates
> the whole screen for each frame. However this trick would work nicely for
> the
> flat projection and would make moving around in Marble much smoother and
> faster than for the flat projection (in fact as fast as scrolling in khtm=
l
> and kpdf).
>
> The latter would be something that we can live without (however I'd reall=
y
> like to see it in 0.5).
>
> Carlos: Is there anything I forgot?
>
> Also we need to solve the remaining "Known issues" of the 0.4 release no
> latter than for 0.5 (Especially: fix the embarrassing Wikipedia browser).
>
> None of the features we need for Marble 0.5 require further translation
> string
> changes as far as I can tell (and if there should be a few left then
> please
> add them before the string freeze on August 26).
> We also need to make sure that work on all the features left still gets
> started before August 26, so we are still in accordance with the feature
> freeze. Except for the country feature I think all of the other essential
> features have been worked on to some degree. So that's the only issue lef=
t
> of
> concern.
>
> Apart from beginning work on country support there is another feature hig=
h
> on
> the wish list: OpenStreetMap support: However I think we should declare
> this
> feature "optional" for Marble 0.5. It really should need only little work
> on
> Marble's source code to get this implemented (most work being to setup th=
e
> server with the right settings for the tile render software). However 0.5=
is
> meant to focus on the work of the students and I'd like to see 0.5release=
d
> within the next 4 weeks.
>
> So that's my thoughts on Marble 0.5. Are there any things I've been
> missing?
>
> --
> Torsten Rahn
>
> Tel.: 0 21 61 - 46 43 - 192
>
> credativ GmbH, HRB M=F6nchengladbach 12080
> Hohenzollernstr. 133, 41061 M=F6nchengladbach
> Gesch=E4ftsf=FChrung: Dr. Michael Meskes, J=F6rg Folz
> _______________________________________________
> kde-edu mailing list
> kde-edu@mail.kde.org
> https://mail.kde.org/mailman/listinfo/kde-edu
>
[Attachment #5 (text/html)]
Yes just on the subject on what you forgot about the Gps, we'll need a remodeled \
ui for the gps tracking thing too. Right now we have gps device geoLocation and also \
i've just implemented ip. address geoLocation and as of yet we don't have a \
way to choose between them. <br><br>thats it from me <br>Andrew \
Manson<br><br><div><span class="gmail_quote">On 20/08/07, <b \
class="gmail_sendername">Torsten Rahn</b> <<a \
href="mailto:torsten.rahn@credativ.de">torsten.rahn@credativ.de</a>> wrote: \
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, \
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<br><br>Now that we \
(finally!) got Marble 0.4 out of the door, I'd like to offer my <br>thoughts on \
what features should be part of the Marble 0.5 release:<br><br>In my opinion Marble \
0.5 should emphasize the work of the Google Summer of<br>Code students. All features \
need to get finished for the public (So the <br>features need to look finished and \
well integrated into the user interface,<br>work as expected and should be easy to \
use).<br><br>So to get into details:<br><br>* GPS/GPX support: Not too much left as \
far as I can tell. <br><br>- Make "File View" only appear if a document has \
been opened and further fix<br>the UI.<br>- Do further tests for GPX file format \
compliance<br><br>Andrew: Anything I forgot?<br><br>* KML Support:<br><br> From what \
I have seen the following essential features on Murad's kml-tasks<br>list \
haven't been implemented yet (correct me if I'm wrong):<br><br>1. Show list \
view on the left that indicates opened kml/gpx files. List view <br>should only \
appear if there are more than one opened file:<br><br>This is partially done \
already:<br>- The "File View" has already been integrated by Andrew for \
GPX. We need to<br>add KML support to it now as well. <br><br>2. Initial support of \
KML style objects (icon style, label style)<br><br>The latter is rather unfortunate \
but I think we can live without it for the<br>0.5 release.<br><br>There are two more \
show stoppers for 0.5 which are not on the kml-tasks list: <br><br>3. Translation of \
KML files which is pretty much needed for KDE 4. The idea to<br>solve this problem \
was to use Wikipedia's data as an online download and get<br>their individual \
language data of the cities for translation. So a user who <br>is from spain would \
have a database of cities downloaded in the background<br>which is compiled from the \
city data from <a href="http://es.wikipedia.org/">http://es.wikipedia.org/</a> \
and<br><a href="http://en.wikipedia.org/"> http://en.wikipedia.org/</a>. That means: \
<a href="http://en.wikipedia.org/">http://en.wikipedia.org/</a> has the<br>largest \
amount of cities among all languages (about 160.000) The data base<br>compiled for \
spanish would contain those city names from <a \
href="http://en.wikipedia.org">en.wikipedia.org</a><br>with the ones that also exist \
in <a href="http://es.wikipedia.org/">http://es.wikipedia.org/</a> replacing \
the<br>entries from <a href="http://en.wikipedia.org/">http://en.wikipedia.org/ </a> \
to make sure that they get properly<br>translated. This is just the rough \
idea.<br>I'll take care of compiling the data needed (with input from Tim Alder \
from<br>Wikipedia).<br><br>4. Country support: For initial very basic country support \
it would be nice if <br>we'd just add countries as "invisible" \
placemarks (i.e. placemarks with no<br>symbols). Problems:<br>- Where do we take the \
country data from (needs to have a Debian compliant<br>license)? This isn't too \
hard to solve though. <br>- The label for the country names needs to be specially \
aligned and layouted<br>to make it look like a country name. So in opposite to real \
placemarks there<br>will be only a single place tested (instead of 4), the label will \
have a <br>larger font, will be center justified and will probably be \
displayed<br>semi-transparent.<br>We need to adjust PlaceMarkPainter to either \
process the countries as a<br>different "layer" that gets rendered before \
the city data (seperate <br>KMLDocument). Or we need to change it to display city \
data and country data<br>from a single KMLDocument (I'd rather prefer the \
further).<br><br>Later on (for 0.6) this feature will get extended to make countries \
to <br>get "area support" (so the application is aware of each area/shape \
covered by<br>each single country.<br><br>Murad: is there anything I forgot?<br><br>* \
Flat Map:<br><br>There are three visible bugs in the implementation right now. \
I'm pretty sure <br>all of them can be fixed within the next week. Except for \
that further<br>cleaning up and performance optimizations are \
needed.<br><br>Furthermore there are two features that would be nice to have for the \
0.5<br>release: <br><br>1. Mercator projection (like Google Maps does)<br><br>2. Make \
texturemapper only update newly shown regions and reuse the parts on<br>the screen \
that got rendered already before. This didn't work for spherical <br>projection \
for obvious reasons so right now Marble still renders and updates<br>the whole screen \
for each frame. However this trick would work nicely for the<br>flat projection and \
would make moving around in Marble much smoother and <br>faster than for the flat \
projection (in fact as fast as scrolling in khtml<br>and kpdf).<br><br>The latter \
would be something that we can live without (however I'd really<br>like to see it \
in 0.5).<br><br>Carlos: Is there anything I forgot? <br><br>Also we need to solve the \
remaining "Known issues" of the 0.4 release no<br>latter than for 0.5 \
(Especially: fix the embarrassing Wikipedia browser).<br><br>None of the features we \
need for Marble 0.5 require further translation string <br>changes as far as I can \
tell (and if there should be a few left then please<br>add them before the string \
freeze on August 26).<br>We also need to make sure that work on all the features left \
still gets<br>started before August 26, so we are still in accordance with the \
feature <br>freeze. Except for the country feature I think all of the other \
essential<br>features have been worked on to some degree. So that's the only \
issue left of<br>concern.<br><br>Apart from beginning work on country support there \
is another feature high on <br>the wish list: OpenStreetMap support: However I think \
we should declare this<br>feature "optional" for Marble 0.5. It really \
should need only little work on<br>Marble's source code to get this implemented \
(most work being to setup the <br>server with the right settings for the tile render \
software). However 0.5 is<br>meant to focus on the work of the students and I'd \
like to see 0.5 released<br>within the next 4 weeks.<br><br>So that's my thoughts \
on Marble 0.5. Are there any things I've been missing?<br><br>--<br> Torsten \
Rahn<br><br> Tel.: 0 21 61 - 46 43 - 192<br><br>credativ GmbH, HRB Mönchengladbach \
12080<br>Hohenzollernstr. 133, 41061 Mönchengladbach<br>Geschäftsführung: Dr. Michael \
Meskes, Jörg Folz <br>_______________________________________________<br>kde-edu \
mailing list<br><a href="mailto:kde-edu@mail.kde.org">kde-edu@mail.kde.org</a><br><a \
href="https://mail.kde.org/mailman/listinfo/kde-edu">https://mail.kde.org/mailman/listinfo/kde-edu
</a><br></blockquote></div><br>
_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic