Hi Jose,

> 
> First, it seems since the last few versions you can no longer load TMS
> type
> maps from "Load map" and XML files the way it was possible before. Now,
> when you try to load "Google Satellite" from a XML file, you get:
> 
>       Failed to read: /tmp/XMLs/frmt_tms_google_satellite.xml
>       line 21, column 52:
>        error occurred while parsing reference
> 
> However, changing the ServerUrl cookies for those used in the recent "Add
> TMS map..." dialog, works perfect. I guess this is by design, but it is an
> unexpected change to some users.

Right the TMS stuff is handled different now. There is one *tms file on the 
server as example. Have a look at "Open Street Browser"

> 
> 
> On a final note, I (well, another guy :) ) realized there was a projection
> problem on some of the WMS map definitions that cover Spain, so when they
> tried to load some GPX files, waypoints and tracks were shifted with
> respect to the maps. I have checked all of them and corrected the
> projections where needed, and created a common header for all of them,
> including the <Title> and <Copyright> tags for all. Please find the maps
> definitions attached, and replace the ones in the server with this ones.
> 
> REMOVE                                REPLACE WITH
> Espana_IGN.xml                        Spain_IGN_Base.xml
> Espana_Topo25.xml             Spain_IGN_Carto.xml
> Espana_Otho.xml                       Spain_IGN_Ortho.xml
> 
> They are the same maps but, hopefully, with correct projections, better
> file names and XML tags in them.

Ok, I replaced the files on the server.

Martin wanted to clean up the whole map directory, but I guess he is pretty 
busy and just managed to do half of it. Thus if anyone feels like improving his 
favorite online map, go ahead and send the resulting file. Martin and all 
others will appreciate your help.


> Another two minor things I have noticed when looking at the XML files
> stored after downloading map definitions via "Load Online Map":
> 1. It looks like national characters are not displayed OK in the map pane,
>    is it necessary to encode those characters in a special way in the XML
> file?

Probably some Utf8 problem. I have to look.


> 2. The XML files on disk are "de-prettyfied", so if the original file was
>    well indented, that is lost after storing the file. Not a deal breaker
>    for most users, but quite unconvenient for those minority that would
> like
>    to apply further customizations to the files

That is happening if you download the file via QLGT. If you download it 
directly from sf.net line breaks are preserved. Can't tell you why they are 
removed. But I discussed a workaround with Fabrice.


Oliver

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Qlandkartegt-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users

Reply via email to