regionator
The Crusader
Reged: 01/24/06
Posts: 63
|
|
I'm not following why it's easier to change every KML file
within the hierarchy than it is to change just the root.kml file?
(This is the whole point of root.kml).
But, if you for some reason wish to bake absolute <href>'s
into your KML that will work most certainly. You might
also wish to do that with the <href>'s of the <GroundOverlay>
<Icon>'s as well?
It's certainly possible to bake in <href>'s to multiple
servers as well. Put kml on one server, and imagery on another.
Or, put different parts or levels of the overlay on different
servers. But, even then I suspect that load balancing
technologies at the webserver might be a better idea.
It's a very powerful concept that all <href>'s are relative
within the KML hierarchy. It means the exact same hierarchy
can be simultanously served over http or accessed as
local files (as I do pretty much all the time: I create the
overlay and verify it on my local file system and then
simply move the whole thing to a directory my favorite
http server can see and now everyone else is one
"Add Networklink" away from seeing it too).
Anyways... tnx for your interest in KML and the Regionator
and let me know if there's something I'm not understanding
about what you are trying to accomplish.
|
pawill79
Tourist
Reged: 02/03/05
Posts: 14
|
|
Making the change I stated previously only changes the "href" for the root.kml. The other associated kml's still have relative urls for its hierarchy. The main reason that the root.kml has to be changed for the href is because if it does not have a absolute http address then it tries to find the associated kml's on the local file system.
Here is an excerpt from the superoverlay.py in the svn trunk...
"The root file is a small NetworkLink KML file which points
to the top of the SuperOverlay. The href to 1.kml should be
changed to be the URL of the directory. This file is
distributed to users of the SuperOverlay. Note that the
NetworkLink within is a Region-based load and that opening
this file in Google Earth neither loads any imagery nor
flies to the SuperOverlay. When the user flies to the
vicinity of the SuperOverlay this first NetworkLink is loaded
which triggers further NetworkLink loads within the SuperOverlay
as appropriate for the users viewpoint."
Since this seems that the root.kml has to be manually changed, I wanted just to show that you could make the change more dynamic by changing some of the python code.
|
jsundqui
Tourist
Reged: 01/06/07
Posts: 5
|
|
Quote:
Sounds like a problem with the installation of gdal or the gdal python bindings.
A quick first test of just gdal's python installation might be to start python
interactively and enter the following lines manually.
--SNIP--
>>> import gdal
--SNIP--
I have the problem of python not seeing gdal.
>>> import gdal
just gives me
ImportError: No module named gdal.
I am running Kubuntu Edgy, and I've installed python-gdal, which puts the modules in /usr/share/pycentral/python-gdal/site-packages
This is the same place that Debian testing puts this, although I noticed that Debian stable put the gdal python bindings in /usr/lib/python2.3/site-packages/
I suppose I could do a brute force kludge with sym-links if python is looking at /usr/lib/python2.*, but is there a better way?
Or is the /usr/share/pycentral/* approach correct, but I have other problems? Seems like there are plenty of other modules in /usr/share/pycentral/* For example, I built numeric before installing regionator, and the numeric python bindings also showed up there.
Any help is appreciated.
|
jsundqui
Tourist
Reged: 01/06/07
Posts: 5
|
|
Well, I looked all over before posting, but then I found that this is a recently patched bug:
http://www.mail-archive.com/pkg-grass-devel@lists.alioth.debian.org/msg01172.html
I'll see if I can get the fixed packages.
|
vestigialars
Tourist
Reged: 10/05/06
Posts: 6
|
|
Greetings All,
My organization has a grant funded project exploring applications of geospatial technologies, including high-resolution satellite imagery, to human rights work. Working in collaboration with groups such as Amnesty International and others, we attempt to develop and or acquire geospatial data and information to support legal, advocacy, and monitoring work undertaken by such organizations. Over the last year we've undertaken limited activities in Darfur/Chad, Zimbabwe, and Lebanon, which we've reprocessed for GoogleEarth using regionator code and some other tools.
I know there is a lot on GE already for some of these areas, and our GE products are probably crude compared to some, but regardless here they are:
http://shr.aaas.org/geotech/ge.shtml
We welcome any feedback and suggestions from the broader community out there. We will continue to post aspects of our work in similar fashion as we make progress. Above all, thanks to the regionator crew!
Thanks for your time,
Lars Bromley
American Association for
the Advancement of Science
lbromley@aaas.org
|
urbanlayer
Tourist
Reged: 06/07/06
Posts: 6
Loc: Canada
|
|
Has anybody tried the new modelator.py? I'm trying to regionate my kml models into one network link but I am getting stuck on the rootkml file I think... Can anybody help? In command prompt, I ran " C:\Python25\Scripts>modelator.py C:\model_kml test.kml C:\temp7 " and get the following error many times in a row: " File "C:\Python25\Lib\site-packages\kml\region.py", line 194, _Search return child._Search(r) "
and then it tells me "RuntimeError: maximum recursion depth exceeded in cmp"
Any ideas?
Thanks in advance.
|
regionator
The Crusader
Reged: 01/24/06
Posts: 63
|
|
What is the result of running testall.sh in the tests directory?
And/or what is the result of running testregion.py and testregionator.py?
I don't run this terribly often on Windows I'm afraid (I develop mostly on Mac OSX
and Linux) so if a Python-on-Windows guru wants to chime on some
obvious issue there we're all ears...
|
Previous
Index
Next
Threaded
[Re: 
Edit
Reply
Quote
