hi all,
I have shape file loaded on geoserver. now using gdal i want the attribute
values of the shape layer.how can this be done.
thanks,
hema
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
03.02.2016, 16:11, Even Rouault kirjoitti:
Le mercredi 03 février 2016 14:36:14, Ari Jolma a écrit :
I finally have the (existing) autotests passing with the new API -
basically just replacing the nCoordDimension property of OGRGeometry
with flags (for Z and M) - and a rather large set of tests
2016-02-03 23:57 GMT+01:00 Even Rouault :
> Have a look at the "Getting XML attributes as OGR fields" section of
> http://gdal.org/drv_gml.html
oh, thanks, I overlooked this part. Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
__
Le mercredi 03 février 2016 23:56:04, Martin Landa a écrit :
> Hi,
>
> 2016-02-03 23:31 GMT+01:00 Even Rouault :
> > If it can be handled by the GML driver except for the geometries, you
> > could
>
> can GFS handle such data
>
>
>
> ?
>
>
>
> ucastnici
> ucastnici
> urn:ogc:d
Hi,
2016-02-03 23:31 GMT+01:00 Even Rouault :
> If it can be handled by the GML driver except for the geometries, you could
can GFS handle such data
?
ucastnici
ucastnici
urn:ogc:def:crs:EPSG::5514
id
uca|id
Integer64
The above GFS files should
Le mercredi 03 février 2016 23:24:07, Martin Landa a écrit :
> Hi,
>
> 2015-04-17 12:26 GMT+02:00 Martin Landa :
> >>> to the user, we could have a generic XML driver that would try several
> >>> XSLT documents and then feed the transformed document to the GML
> >>> driver. I don't
> >>
> >> Anyb
Hi,
2015-04-17 12:26 GMT+02:00 Martin Landa :
>>> to the user, we could have a generic XML driver that would try several XSLT
>>> documents and then feed the transformed document to the GML driver. I don't
>>
>> Anybody here is interested to implement such driver or at least to
>> collaborate on s
Hi Damian,
> The use of AGPL means that your OpenJPEG fork will not be used for
> commercial projects and any enhancements you make will not make there way
> into OpenJPEG.
>
Correct.
>
> You may have a good reason for choosing this licence and as such it is
> your choice.
>
Yes.
>
> Either
Hi Aaron,
The use of AGPL means that your OpenJPEG fork will not be used for
commercial projects and any enhancements you make will not make there way
into OpenJPEG.
You may have a good reason for choosing this licence and as such it is your
choice.
Either way good luck.
Regards
Damian
On 3 Fe
Dear GDAL Developers,
I am developing a new open source JPEG 2000 toolkit, based on OpenJPEG.
It is a drop-in replacement for OpenJPEG, but features:
- fast precinct-level decode
- lower memory usage
- better performance - currently it is roughly 1/3 the perf of Kakadu,
(tested on windows), and
Stefan,
the behavor is as you said. Kartotherian (quite new Wikipedia map stack which
aims to also support Mapbox Vector tiles) implements this.
https://github.com/kartotherian/kartotherian
In particular, the getTile method in the kartotherian-overzoom module might be
of interest.
https://git
Blake,
Sorry for iterating: I checked the spec. and analyzed a sample of
Mapbox vector tiles:
The spec. does not mention null tiles but there are tiles generated by
Mapbox which are empty/null (to save space).
I seems to me that Mapbox GL JS then backs up and takes the data from
a tile at a predef
Le mercredi 03 février 2016 16:16:17, Ari Jolma a écrit :
> >> (I see
> >> it doesn't have CPL_DLL) I don't think there is a ogr_internal.h, maybe
> >> there should be and move this function there?
> >>
> > From the header
> >
> > """ * Purpose: Some private helper functions and stuff for OGR
>
(I see
it doesn't have CPL_DLL) I don't think there is a ogr_internal.h, maybe
there should be and move this function there?
From the header
""" * Purpose: Some private helper functions and stuff for OGR
implementation."""
(and the _p suffix meaning protected/private)
And as you noticed thi
> Hm. It is installed. Then by definition it is not internal. If it is
> changed, doesn't it make the shared object binary incompatible?
As in almost every non bug-fix release, the ABI will be broken anyway. In
particular because of the changes in OGRGeometry class (and probably other
changes)
03.02.2016, 16:11, Even Rouault kirjoitti:
Le mercredi 03 février 2016 14:36:14, Ari Jolma a écrit :
I finally have the (existing) autotests passing with the new API -
basically just replacing the nCoordDimension property of OGRGeometry
with flags (for Z and M) - and a rather large set of tests
Is it possible for ogr2ogr to generate a "normal" integer field instead of
a "identity" field for the primary key field when creating a new table in
MS sqlserver ?
(I can't find it in the documentation)
Kind regards
Bo Victor Thomsen
___
gdal-dev maili
Le mercredi 03 février 2016 14:36:14, Ari Jolma a écrit :
> I finally have the (existing) autotests passing with the new API -
> basically just replacing the nCoordDimension property of OGRGeometry
> with flags (for Z and M) - and a rather large set of tests for
> import/export WKT and WKB with M p
I finally have the (existing) autotests passing with the new API -
basically just replacing the nCoordDimension property of OGRGeometry
with flags (for Z and M) - and a rather large set of tests for
import/export WKT and WKB with M passing.
https://travis-ci.org/ajolma/GDAL-XYZM/builds/1067259
19 matches
Mail list logo
