I have just uploaded a new Google Earth file to the Files section of the summits Yahoo group: summits.kml in the “Maps” folder.
The Yahoo group seems to be being sidelined, but as far as I know it is the only place I can drop random files for the SOTA community. ]
The changes from the previous version are:
All summits are now included, not just UK and Eire.
There is a hierarchical organisation by region, allowing fine control over which are visible.
Deleted summits are in a separate folder; they are not shown by default but can be made visible if you wish.
The positions are of course only as accurate as the information in the SOTA database, and there may be some errors in the coordinates. All my processing has been scripted, so I hope not to have introduced any errors.
In reply to M1MAJ:
Hi, I downloaded it but giving me a XML file on my folder that I can’t use…?
I try to import it to GoogleEarth but doesn’t work.
Did I miss something ? If anybody can help…
Thanks in advance.
In reply to G0AZS:
tnx Marc but it comes as an XML file again and again, and can’t change it in KML… I am on my girlfriend PC’s, maybe it is not completely OK ?
I’ll see this when back home end May…
Vy 73 de Chris F8DZY.
As-tu essayé click droit et ‘ouvrir’ avec … Google Earth ?
Tu as un pb d’association de fichier avec son exécutable.
Tout ça modifiable dans le panneau de config -> option des dossiers -> types de fichiers
si vraiment les fichiers on une extension non souhaité vous pouvez les renommer en “nom du fichier.kml” clic droit renommer, donnez nous le lien des fichiers que vous voulez importer dans google heart qu’on puisse essayer!
In reply to F0FGB & F6ENO:
rien n’y a fait, il s’agit d’un problème au niveau de l’enregistrement du fichier depuis le groupe Yahoo : le PC ne me propose que XML. Les options de dossier n’ont pas résolu le problème, ni changer de nom (ce serait trop simple HI). Marc G0AZS m’a envoyé le fichier KML par mail et tout fonctionne désormais, merci pour vos réponses !
In reply to G0AZS :
many thanks Marc for e-mail me the file, it works perfectly now !
We have certainly got rid of those gross errors which placed summits in the wrong continent! However, there are still some oddities, with a few Austrian and Swiss summits sitting well inside Italy. I’ve noticed HB/GR-092 and 139, OE/KT-064 and OE/TI-058, 062, 116 and 145. Of course, with any project of this size there are bound to be some errors, possibly even in the original source material, and they are only going to become apparent when displayed on something like Google Earth.
Keep up the good work. There will be further new ones very soon!
However, there are still some oddities, with a
few Austrian and Swiss summits sitting well inside Italy.
I can look at these when time permits, but I think the balance of probability is that this reflects errors, or a lack of precision, in the source data. All of my processing is scripted, so whilst I may have systematic errors, there won’t be errors of transcription.
However, I’m not quite sure where to find a definitive reference for the location of borders. The lines that Google Earth draws seem suspiciously straight in places, and I suspect they may also be approximations.
I fear that, due to the good efforts of some hard working AM’s, you will be doing another update in the next month or two.
You will also note that a recent update to the general rules requires that future summit list submissions will be made with coordinates in signed decimal format, which I believe will simplify your task somewhat.
I fear that, due to the good efforts of some hard working AM’s, you
will be doing another update in the next month or two.
You will also note that a recent update to the general rules requires
that future summit list submissions will be made with coordinates in
signed decimal format, which I believe will simplify your task
Well it’s a step in the right direction, but not of itself sufficient to make much difference.
For a start, the spec in the new rules is incomplete; it says decimal degrees but does not specify the order of the coordinates or the sign convention. Both of these are inconsistent in the existing data.
But in any case I’ve never thought that 1-off conversion at the time of acceptance of new data ought to be a big deal. The change that is actually needed is a consistent STORAGE format in the database; I’d suggest adding two new columns “Lat” and “Lon” to supplement the existing “Gridref1” and “Gridref2” columns which are used in such a haphazard manner. Populating the new fields using the data that I’ve generated would be trivial.
We also need a decent data download facility, but I’m sure people are fed up of hearing that from me.
…the spec in the new rules is incomplete; it says decimal
degrees but does not specify the order of the coordinates or the sign
Very good point Martyn and it will be spec’ed more precisely in the next revision. However I do currently expect to see data as Lat. then Long. with Lat. N and Long. E as positive and Lat. S and Long. W as negative (common practice)
…and thanks for the other feedback, we will discuss with Gary etc.