No subject

Mon Aug 20 01:23:59 CEST 2007

asks<br>list haven&#39;t been implemented yet (correct me if I&#39;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 &quot;File View&quot; has already been =
integrated by Andrew for GPX. We need to<br>add KML support to it now as we=
<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&#39;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="></a> and<br><a href=3D"http://en.wikiped="></a>. That means: <a href=3D"http://en.wikipedia.or=
g/"></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""></a><br>with the ones t=
hat also exist in <a href=3D"">http://es.wikipedia.=
org/</a> replacing the<br>entries from <a href=3D""=
</a> to make sure that they get properly<br>translated. This is just the ro=
ugh idea.<br>I&#39;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&#39;d just add countries as &quot;invisible&quot; 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&#39;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 &quot;layer&quot; 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&#39;d rather prefer the further).<br><=
br>Later on (for 0.6) this feature will get extended to make countries to
<br>get &quot;area support&quot; (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&#39;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&#39;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&#39;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 &quot;Known issues&quot; 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&#39;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 &quot;optional&quot; for Marble 0.5. It really should need=
 only little work on<br>Marble&#39;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&#39;d like to see=
 0.5 released<br>within the next 4 weeks.<br><br>So that&#39;s my thoughts =
on Marble=20
0.5. Are there any things I&#39;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">kde-edu at</a><br><a =


More information about the kde-edu mailing list