No subject
Mon Aug 20 01:23:59 CEST 2007
asks<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 we=
ll.
<br><br>2. Initial support of KML style objects (icon style, label style)<b=
r><br>The latter is rather unfortunate but I think we can live without it f=
or the<br>0.5 release.<br><br>There are two more show stoppers for 0.5 whic=
h 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 onl=
ine download and get<br>their individual language data of the cities for tr=
anslation. So a user who
<br>is from spain would have a database of cities downloaded in the backgro=
und<br>which is compiled from the city data from <a href=3D"http://es.wikip=
edia.org/">http://es.wikipedia.org/</a> and<br><a href=3D"http://en.wikiped=
ia.org/">
http://en.wikipedia.org/</a>. That means: <a href=3D"http://en.wikipedia.or=
g/">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 c=
ontain those city names from=20
<a href=3D"http://en.wikipedia.org">en.wikipedia.org</a><br>with the ones t=
hat also exist in <a href=3D"http://es.wikipedia.org/">http://es.wikipedia.=
org/</a> replacing the<br>entries from <a href=3D"http://en.wikipedia.org/"=
>http://en.wikipedia.org/
</a> to make sure that they get properly<br>translated. This is just the ro=
ugh idea.<br>I'll take care of compiling the data needed (with input fr=
om Tim Alder from<br>Wikipedia).<br><br>4. Country support: For initial ver=
y basic country support it would be nice if
<br>we'd just add countries as "invisible" placemarks (i.e. p=
lacemarks 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 lay=
outed<br>to make it look like a country name. So in opposite to real placem=
arks 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 imple=
mentation 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 textu=
remapper only update newly shown regions and reuse the parts on<br>the scre=
en that got rendered already before. This didn't work for spherical
<br>projection for obvious reasons so right now Marble still renders and up=
dates<br>the whole screen for each frame. However this trick would work nic=
ely 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 kh=
tml<br>and kpdf).<br><br>The latter would be something that we can live wit=
hout (however I'd really<br>like to see it in 0.5).<br><br>Carlos: Is t=
here 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 Wi=
kipedia browser).<br><br>None of the features we need for Marble 0.5 requir=
e further translation string
<br>changes as far as I can tell (and if there should be a few left then pl=
ease<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 essenti=
al<br>features have been worked on to some degree. So that's the only i=
ssue left of<br>concern.<br><br>Apart from beginning work on country suppor=
t 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 (m=
ost 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=20
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=F6nchengla=
dbach 12080<br>Hohenzollernstr. 133, 41061 M=F6nchengladbach<br>Gesch=E4fts=
f=FChrung: Dr. Michael Meskes, J=F6rg Folz
<br>_______________________________________________<br>kde-edu mailing list=
<br><a href=3D"mailto:kde-edu at mail.kde.org">kde-edu at mail.kde.org</a><br><a =
href=3D"https://mail.kde.org/mailman/listinfo/kde-edu">https://mail.kde.org=
/mailman/listinfo/kde-edu
</a><br></blockquote></div><br>
------=_Part_28888_32452029.1187609560919--
More information about the kde-edu
mailing list