Thanks a lot . GeoTrellis is real powerful. What a pity that the
platform I want to buid is just an desktop application without web
services. I want to find some geoprocessing scripts including map
algebra , zonal computation, reclassifity , vector operation and so on .
After all ,GeoTrellis i
Hi,all:
I am going to write a platform to process some geospatial data based on
GDAL. But I noticed I need to write so many geoprocessing code by
myself. Is there any availabe GDAL geoprocessing codes that is similar
with ArcGIs geoprocessing tools? Thanks
Chen-Liang Wang
___
Ticket created:
http://trac.osgeo.org/gdal/ticket/4626
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/gdal-dev-MSSQL-Spatial-and-3D-issue-tp4892552p4896281.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal
Jason Roberts wrote:
...
> For scenarios involving large numbers of features, I suspect it is much
> harder to do it fast and within available memory. It is probably necessary
> to do a multi-pass approach, where the first step operates only on the
> spatial indexes of the layers involved. It is
I agree that there are many scenarios small numbers of features, and for
these it is "fast enough" to do something like make a call to GEOS for all
pair-wise combinations of features. A layer or collection of scripts on top
of OGR would work fine here.
For scenarios involving large numbers of feat
On Wed, Apr 18, 2012 at 7:28 AM, Howard Butler wrote:
> I'm excited by the functionality, but skeptical about having this specific
> functionality in OGR's core. I don't want to be discouraging, but this seems
> like giant scope creep for OGR.
Howard,
It is scope creep for OGR, though it is a
On 04/18/2012 03:07 AM, Jason Roberts wrote:
As I have mentioned previously
(http://lists.osgeo.org/pipermail/gdal-dev/2010-January/023089.html)
Thanks for pointing this out.
I think
something like this would be a great addition to OGR. No doubt it would be a
huge job--basically turning OGR
> What exactly do you mean by that? Is that something that could be fixed?
> To me it seems that the only problems could be that not all GEOS is
> exposed to GDAL and maybe in huge problems the use of WKB between GDAL
> and GEOS might be a bottle neck - but these haven't been problems to me.
So
On 04/18/2012 06:48 PM, Tyler Mitchell wrote:
Hi Ari,
For what it's worth, I'd sure love to see this functionality -
essentially ArcInfo workstation like capabilities. I don't have any
opinion on whether it's core or not in GDAL, but when I started doing
something similar with Python (a cou
Hi Ari,
For what it's worth, I'd sure love to see this functionality - essentially
ArcInfo workstation like capabilities. I don't have any opinion on whether
it's core or not in GDAL, but when I started doing something similar with
Python (a couple years ago) I found that GEOS didn't play nice
As I can't understand what I'm doing wrong with the configuration of
instantclient I made I tried on an other linux box and It was
successfull.
As I made exactly the same step in both machines I'll guess the devils
should be in some release of gcc, make and other base build utils.
The box where I
On 04/18/2012 05:28 PM, Howard Butler wrote:
I'm excited by the functionality, but skeptical about having this specific
functionality in OGR's core. I don't want to be discouraging, but this seems
like giant scope creep for OGR.
I agree that we disagree on the scope of GDAL ;) -- or at least
I guess my initial reaction to this is similar to Howard's: excellent,
but aren't these operations covered by GEOS, which is already part of
the GDAL-C stack? I guess I may not understand the relationship between
GDAL and GEOS correctly.
-jeff
___
g
On Apr 17, 2012, at 4:42 PM, Ari Jolma wrote:
> Folks,
>
> I propose a set of new methods for OGR layers (see the PDF). I took the basic
> ideas from page http://courses.washington.edu/gis250/lessons/Model_Builder/
> which seems rather comprehensive. I wrote the pseudo code myself quickly
> (
Dear list, thank you for not replying - it made me happier when I
discovered the error myself ;)
If gdalwarp is used with '-geoloc' and '-off VRT' and SRC image covers
only part of the DST image and block size is small enough to allow one
of the blocks to be completely outside the SRC image th
Nicolas ,
Interesting problem, I'll take a look at it. Would you create a ticket for
this issue?
Best regards,
Tamas
2012/4/18 Nicolas Garel
> Hi,
>
> ** **
>
> I’m relaunching the following thread:
>
> http://lists.osgeo.org/pipermail/gdal-dev/2011-June/029034.html
>
> This time
It looks like the format needs to be changed in
OGRMSSQLSpatialTableLayer::BuildFields()
something like
if (poDS->GetGeometryFormat() == MSSQLGEOMETRY_NATIVE)
{
osFieldList += "].*AsTextZM*() as [";
osFieldList += pszGeomColumn;
}
However the format should be handled properly after the
17 matches
Mail list logo
