Thanks for the help... I fixed it! I'm a bonehead!
So this may help someone else...
When Google maps links back to the kml there appears to be nothing in
the http header 'HTTP_USER_AGENT' which causes the PHP get_browser
function to fail and spew errors into the result buffer. I assume that
ther
Rossko and Lance-
> You do have to be careful with php so that nothing is thrown prior to
> the header or the html headers will be put out.(I didnt notice anything
> obviously wrong in the source code) One trick is to design the page so
> you always have it throw xml then throw the header
> for i
dlgreene wrote:
Lance-
Thanks
I'm still getting used to the url differences. The pic link works now
on your link (or whatever the microimages.com is).\
The page on the MicroImages site is using my GeoXml parser,
http://www.dyasdesigns.com/geoxml
http://code.google.com/p/geoxml
I dont
Rossko-
I really do mean Thanks! You are right and I should probably do a
buffer thing (can't remember the call). I did verify that problem
wasn't it pretty extensively. I didn't mean to be "flip".
On Apr 25, 6:51 pm, Rossko wrote:
> > ContentType is set already!
>
> I find it easy to mess this
Thanks Rossko-
That ain't it.
On Apr 25, 6:51 pm, Rossko wrote:
> > ContentType is set already!
>
> I find it easy to mess this up in php. If the target php file, or any
> includes, have just a blank line outside of the tags,
> they'll get output before your intended header.
--~--~-~-
Lance-
You bet cha CRLF's are bad. I see so many people making complicated
table structures or any complicated "nesting" of elements and they
always wonder why it doesn't format correctly... The answer is simple
remove the crlfs(and tabs). Most don't believe this but, 99.9 time out
of 100 all tha
Lance-
Thanks
I'm still getting used to the url differences. The pic link works now
on your link (or whatever the microimages.com is). Still no good on my
server. It was valid... just the bone head bad url.
On Apr 25, 5:35 pm, Lance Dyas wrote:
> I took a look back at your earlier post..
> ContentType is set already!
I find it easy to mess this up in php. If the target php file, or any
includes, have just a blank line outside of the tags,
they'll get output before your intended header.
--~--~-~--~~~---~--~~
You received this message because you
I took a look back at your earlier post.. yes adding in the unnecessary
carriage returns and line feeds is a bad thing I will agree ... not only
does it soak unnecessary band width it messes with some parsers by
adding additional text nodes in the xml.
ironic note...
http://www.microimages.com/
Further verify extract_media_type:
http://www.phsalumni1971.net/phptest/verify_extract_media_type.php
and of course:
http://www.phsalumni1971.net/phptest/verify_extract_media_type.php?displaycode=true
this an illegal html doc as it is:
media-type="text/plain"
which has a ContentType of:text/pla
Thanks-
ContentType is set already!
http://www.phsalumni1971.net//phptest/code_info.php?displaycode=true&code-file=dlgr_XsltPageTransformer_20090424.php
Last two functions:
function Transform_Data( )
function XsltExtractMediaType( $xsltDoc )
Verify At:
This one generates the resulting kml:
ht
My anti-virus ware is being snarky and tagging stuff on my emails for no
apparent reason.
I was thinking you migh check in to the documentation just like where
Rossko suggests
dlgreene wrote:
Lance-
Thanks, I think you answered with the header directives? I can't read
it. It just show "multip
http://uk.php.net/header
Content-type: ?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Google Maps API" group.
To post to this group, send email to Google-Maps-API@googlegroups.com
To unsubscribe from this group,
Lance-
Thanks, I think you answered with the header directives? I can't read
it. It just show "multipart alternative part" and the link fails.
If you did include header directives could you re-post?
I'm not sure I'll be able to work it in my "framework" but I could
probably do it "manually" for
Rossko wrote:
These lines were not in my .htaccess file. I did add the lines but it
still fails.
Would they have any effect on a file with extension .php ? I'd have
thought you'd have to generate your own header.
yup its the php writers job to generate the headers... and quite trivial
> These lines were not in my .htaccess file. I did add the lines but it
> still fails.
Would they have any effect on a file with extension .php ? I'd have
thought you'd have to generate your own header.
--~--~-~--~~~---~--~~
You received this message because you
Thanks-
These lines were not in my .htaccess file. I did add the lines but it
still fails. Thanks so much, I don't think I'll put too much work into
PHP it doesn't really handle xslt very well. PHP programmers have
designed xslt like it's a toy and not to be used in any real way. It
injects garba
Is the Apache server set-up to handle kml?
Server: Apache/2.2.8 (Unix) FrontPage/5.0.2.2635
X-Powered-By: PHP/5.2.6
Connection: close
Content-Type: text/html
http://groups.google.com/group/Google-Maps-API/web/more-info-kml-on-google-maps
For Apache, add these lines to the httpd.conf file or a .
This link works:
http://maps.google.com/maps?geocode=&q=http://www.dlgreene.com/gmap_data.aspx
Microsoft Server.
Much more info and view the kml in IE (firefox won't) and code that
made the kml from xslt:
http://www.dlgreene.com/code_info.aspx
This link fails:
http://maps.google.com/maps?geocode=
19 matches
Mail list logo
