I looked in 2.1, the spec is the same, google was just being lenient on parsing.
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Roland Duhaime
Sent: Friday, November 18, 2011 2:24 PM
To: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] KMLSuperOverla
No, but that would be nice if it did. - Roland
On Fri, Nov 18, 2011 at 3:22 PM, Roger André wrote:
> If you change the namespace declaration in the KML from "2.2" to "2.1",
> does it still work?
>
>
>
> On Fri, Nov 18, 2011 at 11:17 AM, Even Rouault <
> even.roua...@mines-paris.org> wrote:
>
>>
A response from the mapserver list:
http://forums.devarticles.com/microsoft-sql-server-5/data-source-name-not-found-and-no-default-driver-specified-8346.html
When you use a 64bits Windows, ODBC manager at Control Panel will only
create 64bits connection.
I had problems with that in the past and
On 17 November 2011 21:31, Frank Warmerdam wrote:
> o RFC 8 on coding guidelines and such is *not* adopted and
> in any event it would be advisory and I would not try to apply
> it to essentially external code.
I assumed the issue is with driver code, which is proposed to be
included in GD
Le vendredi 18 novembre 2011 22:00:55, boesiii a écrit :
> Even,
>
> What is the correct procedure to upgrade a MS4W installation? I downloaded
> release-1310-gdal-1-8-1-mapserver-6-0-1.zip and I copied OGRINFO.EXE to the
> current location. After I did this OGRINFO still crashed. Do I need to
Even,
What is the correct procedure to upgrade a MS4W installation? I downloaded
release-1310-gdal-1-8-1-mapserver-6-0-1.zip and I copied OGRINFO.EXE to the
current location. After I did this OGRINFO still crashed. Do I need to
copy other files?
Thanks,
Ed
--
View this message in context:
h
If you change the namespace declaration in the KML from "2.2" to "2.1",
does it still work?
On Fri, Nov 18, 2011 at 11:17 AM, Even Rouault wrote:
> Le vendredi 18 novembre 2011 20:12:27, Kyle Shannon a écrit :
> > Thanks Even, I have a patch, but I can't test it here. It is probably
> > faste
Le vendredi 18 novembre 2011 20:14:42, boesiii a écrit :
> I am trying to join a shapefile and MDB using the following command:
>
> ogrinfo -sql "SELECT * FROM PLOTS LEFT JOIN
> 'ODBC:geoplan,County_Taxid_Parcels'.County_Taxid_Parcels ON
> PLOTS.SHRT_TXID=County_Taxid_Parcels.SHRT_TXID"
> D:\ms4w
Le vendredi 18 novembre 2011 20:12:27, Kyle Shannon a écrit :
> Thanks Even, I have a patch, but I can't test it here. It is probably
> faster and easier for you anyway. Thanks again.
Filed and fixes commited : http://trac.osgeo.org/gdal/ticket/4347#comment:1
I am trying to join a shapefile and MDB using the following command:
ogrinfo -sql "SELECT * FROM PLOTS LEFT JOIN
'ODBC:geoplan,County_Taxid_Parcels'.County_Taxid_Parcels ON
PLOTS.SHRT_TXID=County_Taxid_Parcels.SHRT_TXID"
D:\ms4w\apps\ftmagisapp_v2\maps\background\PLOTS.shp
The ogrinfo command s
Thanks Even, I have a patch, but I can't test it here. It is probably faster
and easier for you anyway. Thanks again.
kss
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent: Friday, November 18, 2011 12:11 PM
To: gdal-dev@lists.osgeo.org
Cc: Kyle Shannon
Le vendredi 18 novembre 2011 20:04:13, Kyle Shannon a écrit :
> I doubt they will change the spec, and I am sure you are right about the
> many bad files. I imagine that most people just checked the output from
> his or her program in google earth and said "Good enough". If no one gets
> around t
I doubt they will change the spec, and I am sure you are right about the many
bad files. I imagine that most people just checked the output from his or her
program in google earth and said "Good enough". If no one gets around to it
before I get off work and to a *nix workstation, I will file a
Le vendredi 18 novembre 2011 15:04:55, Ari Jolma a écrit :
> Hi,
>
> A few days ago on this list I mentioned that the following works using a
> recent version from trunk (and Perl bindings):
>
> use Geo::GDAL;
> $datasource = Geo::OGR::Open('/home/ajolma/data/parks.shp');
> Geo::OGR::Driver('GML'
Kyle,
Yes, I just removed the spaces after the commas in the tag
and was then able to open one of the kml files in G.E. I suspect that
there are m(b)illions? of kmz files in cyberspace that won't meet the 2.2
standard because of this. I am not sure of the most effective solution.
In addition t
Strange that turning on "Tools->Options->General->KML Error Handling->Show
prompts for all errors" doesn't report anything.
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Kyle Shannon
Sent: Friday, November 18, 2011 9:14 AM
To: Roland Duhaime; gdal-
Possible issue with output (from
http://earth.google.com/support/bin/answer.py?answer=40901):
To conform more closely with the OGC KML 2.2 standard, we've made the parsing
of the tag more strict in version 6.1. Spaces must only be used
to separate the (longitude,latitude,altitude) triplets whi
Roger,
The PNG gdalinfo details are:
Driver: PNG/Portable Network Graphics
Files: 7.png
Size is 218, 218
Coordinate System is `'
Image Structure Metadata:
INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left (0.0,0.0)
Lower Left (0.0, 218.0)
Upper Right ( 218.0,0.0)
Lower Right (
Hi,
A few days ago on this list I mentioned that the following works using a
recent version from trunk (and Perl bindings):
use Geo::GDAL;
$datasource = Geo::OGR::Open('/home/ajolma/data/parks.shp');
Geo::OGR::Driver('GML')->Copy($datasource, '/dev/stdout');
I'm testing a simple WFS written i
On 11/17/2011 10:36 PM, Roland Duhaime wrote:
Has anyone else experienced the latest version of Google Earth
(6.1.0.5001) or the G.E. API not loading PNG formatted
KMLSUPEROVERLAYs created using gdal_translate? The same KMZ files
worked in the past.
Yes, I can confirm this.
Vincent.
Than
Thank you all for your comments --
Even:
* I think the build system is easy to do. The library does not have any
significant external dependencies so wrapping it into a circle of auto* was
not my top priority.
* I would of course be available to maintain the synchronization. If the
library/driver
21 matches
Mail list logo
