typo

git-svn-id: http://svn.osgeo.org/postgis/trunk@3353 b70326c6-7e19-0410-871a-916f4a2858ee

remove extra def

git-svn-id: http://svn.osgeo.org/postgis/trunk@3352 b70326c6-7e19-0410-871a-916f4a2858ee

Move over Enable/Disable LongTransactions

git-svn-id: http://svn.osgeo.org/postgis/trunk@3351 b70326c6-7e19-0410-871a-916f4a2858ee

Damn casing - wrong fix

git-svn-id: http://svn.osgeo.org/postgis/trunk@3350 b70326c6-7e19-0410-871a-916f4a2858ee

typo ?

git-svn-id: http://svn.osgeo.org/postgis/trunk@3349 b70326c6-7e19-0410-871a-916f4a2858ee

typo?

git-svn-id: http://svn.osgeo.org/postgis/trunk@3348 b70326c6-7e19-0410-871a-916f4a2858ee

Move over ST_HasBBox

git-svn-id: http://svn.osgeo.org/postgis/trunk@3347 b70326c6-7e19-0410-871a-916f4a2858ee

Move over ST_AddBBox, ST_DropBBox - the last of the Geometry Editors

git-svn-id: http://svn.osgeo.org/postgis/trunk@3346 b70326c6-7e19-0410-871a-916f4a2858ee

wrap isvalidreason in test for GEOS >= 3.1

git-svn-id: http://svn.osgeo.org/postgis/trunk@3345 b70326c6-7e19-0410-871a-916f4a2858ee

correction

git-svn-id: http://svn.osgeo.org/postgis/trunk@3344 b70326c6-7e19-0410-871a-916f4a2858ee

ST_IsValidReason typo and add an example of a valid geometry

git-svn-id: http://svn.osgeo.org/postgis/trunk@3343 b70326c6-7e19-0410-871a-916f4a2858ee

Document new ST_IsValidReason function.  I suppose this may be the last time I can successfully create invalid geometries before Mark ruins all the fun.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3342 b70326c6-7e19-0410-871a-916f4a2858ee

ST_IsValidReason(geometry) returns text reason for validity failure.
Requires GEOS >= 3.1.
GBT#51

git-svn-id: http://svn.osgeo.org/postgis/trunk@3341 b70326c6-7e19-0410-871a-916f4a2858ee

Apply patch from strk to prevent unneccesary invocation of 'ar' when building liblwgeom.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3340 b70326c6-7e19-0410-871a-916f4a2858ee

Correct install docs to agree with README.  Not sure if this is necessary since this is partially for already installed postgis.  Are we going to have an lwgeom folder in contrib?

git-svn-id: http://svn.osgeo.org/postgis/trunk@3339 b70326c6-7e19-0410-871a-916f4a2858ee

Create liblwgeom as a phony dependency, so that any changes to liblwgeom cause a re-build of liblwgeom.a during "make". Patch provided by strk.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3338 b70326c6-7e19-0410-871a-916f4a2858ee

Fix some minor errors in the README documentation as indicated by strk.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3337 b70326c6-7e19-0410-871a-916f4a2858ee

Bring forward release notes from 1.3.4

git-svn-id: http://svn.osgeo.org/postgis/trunk@3336 b70326c6-7e19-0410-871a-916f4a2858ee

Quick fix for GBT#72: ST_Estimated_Extent sometimes returns null if table exists but not in current schema.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3335 b70326c6-7e19-0410-871a-916f4a2858ee

Fix indentation for estimated_extent example.  Document ST_Force_Collection broken when given Circular strings for versions prior to 1.3.4

git-svn-id: http://svn.osgeo.org/postgis/trunk@3326 b70326c6-7e19-0410-871a-916f4a2858ee

Fix for GBT#73: ST_Force_Collection crashes with CIRCULARSTRING. This is basically the same fix for GBT#66: ST_Dump kills backend when fed CIRCULAR STRING except that it occurs in a different place.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3325 b70326c6-7e19-0410-871a-916f4a2858ee

Move lwgeom_contains_subgeoms() into liblwgeom core as it seems it is now required outside of lwgeom_dump.c.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3324 b70326c6-7e19-0410-871a-916f4a2858ee

Move over the rest of the ST_Force* family

git-svn-id: http://svn.osgeo.org/postgis/trunk@3320 b70326c6-7e19-0410-871a-916f4a2858ee

Move over ST_Estimated_Extent

git-svn-id: http://svn.osgeo.org/postgis/trunk@3319 b70326c6-7e19-0410-871a-916f4a2858ee

minor changes

git-svn-id: http://svn.osgeo.org/postgis/trunk@3318 b70326c6-7e19-0410-871a-916f4a2858ee

Move over ST_GeomFromWKB

git-svn-id: http://svn.osgeo.org/postgis/trunk@3317 b70326c6-7e19-0410-871a-916f4a2858ee

typo

git-svn-id: http://svn.osgeo.org/postgis/trunk@3316 b70326c6-7e19-0410-871a-916f4a2858ee

Fix indentation of examples

git-svn-id: http://svn.osgeo.org/postgis/trunk@3315 b70326c6-7e19-0410-871a-916f4a2858ee

GBT #71: Update section 4.2 of docs to describe manual adding to geometry columns - revision.  Add pretty anchor, reference pretty anchor in AddGeometryColumn reference section.  Rearrange order.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3314 b70326c6-7e19-0410-871a-916f4a2858ee

GBT #71: Update section 4.2 of docs to describe manual adding to geometry columns.

Decided to just add a new section after

git-svn-id: http://svn.osgeo.org/postgis/trunk@3313 b70326c6-7e19-0410-871a-916f4a2858ee

git-svn-id: http://svn.osgeo.org/postgis/trunk@3311 b70326c6-7e19-0410-871a-916f4a2858ee

Move over ST_CoordDim

git-svn-id: http://svn.osgeo.org/postgis/trunk@3310 b70326c6-7e19-0410-871a-916f4a2858ee

Located more profile calls using grep and converted them over to use the new macros. Hopefully I've caught all of them now...

git-svn-id: http://svn.osgeo.org/postgis/trunk@3309 b70326c6-7e19-0410-871a-916f4a2858ee

Found some new locations containing profiling code outside of the GEOS functions, so swap them over to using the new macros.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3308 b70326c6-7e19-0410-871a-916f4a2858ee

Switch GEOS profiling over to use conditional macros, much in the same way as LWDEBUG(F) has been implemented. This improves code readability by not having constant #if...#endif sections throughout the code. I've also changed the variable that indicates whether profiling has been enabled to POSTGIS_PROFILE, and integrated it into the autoconf configuration. Hence profiling can be enabled by running configure with the --enable-profile option, or setting POSTGIS_PROFILE in postgis_config.h to 1 and re-compiling.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3307 b70326c6-7e19-0410-871a-916f4a2858ee

typo

git-svn-id: http://svn.osgeo.org/postgis/trunk@3305 b70326c6-7e19-0410-871a-916f4a2858ee

Add note on ST_Transform and ST_AsKML that they require Proj support

git-svn-id: http://svn.osgeo.org/postgis/trunk@3304 b70326c6-7e19-0410-871a-916f4a2858ee

update doc on install to reference geos 3.0.3

git-svn-id: http://svn.osgeo.org/postgis/trunk@3301 b70326c6-7e19-0410-871a-916f4a2858ee

amend ST_Mem_Size

git-svn-id: http://svn.osgeo.org/postgis/trunk@3300 b70326c6-7e19-0410-871a-916f4a2858ee

typos

git-svn-id: http://svn.osgeo.org/postgis/trunk@3299 b70326c6-7e19-0410-871a-916f4a2858ee

st_mem_size

git-svn-id: http://svn.osgeo.org/postgis/trunk@3298 b70326c6-7e19-0410-871a-916f4a2858ee

Document missing ST_AsGML func proto

git-svn-id: http://svn.osgeo.org/postgis/trunk@3296 b70326c6-7e19-0410-871a-916f4a2858ee

typo

git-svn-id: http://svn.osgeo.org/postgis/trunk@3294 b70326c6-7e19-0410-871a-916f4a2858ee

Move over ST_Polygon and ST_WKBToSQL, move ST_MakePolygon from Geometry Processing to Geometry Constructors section

git-svn-id: http://svn.osgeo.org/postgis/trunk@3293 b70326c6-7e19-0410-871a-916f4a2858ee

Move over rest of non-MM compliant Geometry Constructor functions

git-svn-id: http://svn.osgeo.org/postgis/trunk@3291 b70326c6-7e19-0410-871a-916f4a2858ee

Update with latest BS

git-svn-id: http://svn.osgeo.org/postgis/trunk@3290 b70326c6-7e19-0410-871a-916f4a2858ee

astyle --style=ansi --indent=tab=8

git-svn-id: http://svn.osgeo.org/postgis/trunk@3284 b70326c6-7e19-0410-871a-916f4a2858ee

Fix error in prepgeomcache type

git-svn-id: http://svn.osgeo.org/postgis/trunk@3283 b70326c6-7e19-0410-871a-916f4a2858ee

Document affine functions now work with curves.  Though I don't have a tool to verify correctness, so my assumption - it returns something that sounds sort of right.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3282 b70326c6-7e19-0410-871a-916f4a2858ee

document more functions that work with circular strings

git-svn-id: http://svn.osgeo.org/postgis/trunk@3281 b70326c6-7e19-0410-871a-916f4a2858ee

document support for curves of functions Mark C just fixed with disclaimer only works in 1.3.4+

git-svn-id: http://svn.osgeo.org/postgis/trunk@3280 b70326c6-7e19-0410-871a-916f4a2858ee

Prepared geometry mixed-types bug fix ported forward from 1.3.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3279 b70326c6-7e19-0410-871a-916f4a2858ee

After a quick sanity grep, I noticed that ST_Transform() was also susceptible to crashing on curve types in the same way as the previous two fixes. Hence I'm committing a fix now before Regina finds it and logs another bug report :)

git-svn-id: http://svn.osgeo.org/postgis/trunk@3278 b70326c6-7e19-0410-871a-916f4a2858ee

Fix GBT#69: ST_Translate crashes when fed circular string. lwgeom_affine_recursive() needs to know about the new lwgeom_getcurve_inspected() function.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3277 b70326c6-7e19-0410-871a-916f4a2858ee

Fix GBT#70: ST_NPoints Crashes with Curves. lwgeom_npoints() needs to know about the new lwgeom_getcurve_inspected() function.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3276 b70326c6-7e19-0410-871a-916f4a2858ee

Add missing lwgeom_getcurve_inspected() function which is required for some of the latest GBT fixes.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3275 b70326c6-7e19-0410-871a-916f4a2858ee

Yeh ST_Dump now works with curves

git-svn-id: http://svn.osgeo.org/postgis/trunk@3267 b70326c6-7e19-0410-871a-916f4a2858ee

Add missing function prototype from r3263.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3265 b70326c6-7e19-0410-871a-916f4a2858ee

Fix for GBT#66: ST_Dump kills backend when fed CIRCULAR STRING. With thanks to Regina Obe.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3263 b70326c6-7e19-0410-871a-916f4a2858ee

The GEOS 2.2 series "geos_c.h" is missing header guards, so including the header multiple times as is done in lwgeom_geos.h and lwgeom_geos_prepared.h causes compilation to fail with multiple definition errors. This patch fixes this problem allowing GEOS 2.2 to work with PostGIS once again, although of course it can easily be removed when it is decided that GEOS 2.2 support is no longer required.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3262 b70326c6-7e19-0410-871a-916f4a2858ee

Change configure to check for the existence of the PGXS Makefile, even if pg_config can be found. This is become distributions such as Debian install pg_config as part of libpq-dev but this package doesn't contain the required Makefile. Per bug report from strk.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3261 b70326c6-7e19-0410-871a-916f4a2858ee

amend ST_Longitude bug comment

git-svn-id: http://svn.osgeo.org/postgis/trunk@3258 b70326c6-7e19-0410-871a-916f4a2858ee

Fix ST_AsGML() not recognising GEOMETRYCOLLECTION as a valid geometry type from my GBT#65 fix :(

git-svn-id: http://svn.osgeo.org/postgis/trunk@3257 b70326c6-7e19-0410-871a-916f4a2858ee

Fix regression tests reporting incorrect failures due to a change of output caused by r3243.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3255 b70326c6-7e19-0410-871a-916f4a2858ee

Fix for GBT#68 - ST_Shift_Longitude doesn't work with MULTIPOINT. Looks like this was just a simple mistake in the code. I've also improved the error message to return the proper type name instead of just a number.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3253 b70326c6-7e19-0410-871a-916f4a2858ee

add ST_Collect as having some support for circular

git-svn-id: http://svn.osgeo.org/postgis/trunk@3251 b70326c6-7e19-0410-871a-916f4a2858ee

typo in proto

git-svn-id: http://svn.osgeo.org/postgis/trunk@3249 b70326c6-7e19-0410-871a-916f4a2858ee

Add missing proto for ST_CurveToLine

git-svn-id: http://svn.osgeo.org/postgis/trunk@3247 b70326c6-7e19-0410-871a-916f4a2858ee

Add ST_HasArc, pull some useful comments from source code to add to ST_CurveToLine

git-svn-id: http://svn.osgeo.org/postgis/trunk@3245 b70326c6-7e19-0410-871a-916f4a2858ee

Fix lwgeom_typename() not returning a valid string for any of the newer geometry types.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3243 b70326c6-7e19-0410-871a-916f4a2858ee

Fix for GBT#65: ST_AsGML kills the backend when fed a CIRCULAR STRING. The default code attempts to inspect any unknown geometry which fails on CIRCULARSTRING. A longer term fix may be to fix CIRCULARSTRING so that it can be inspected, however the fix here is to throw an ERROR for unknown types just as the other As_*() functions do.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3241 b70326c6-7e19-0410-871a-916f4a2858ee

Change all ST_AsKML to use new ST_Transform

git-svn-id: http://svn.osgeo.org/postgis/trunk@3240 b70326c6-7e19-0410-871a-916f4a2858ee

More flagging of functions that work with 3d

git-svn-id: http://svn.osgeo.org/postgis/trunk@3238 b70326c6-7e19-0410-871a-916f4a2858ee

fill in all protos for kml, flag more functions as supporting 3d and circular/curve

git-svn-id: http://svn.osgeo.org/postgis/trunk@3237 b70326c6-7e19-0410-871a-916f4a2858ee

Change ST_GeomFromText() to GeomFromText() for older hwgeom (-w) support - looks like I was a little bit to eager in my earlier conversion to use the new ST_ calling convention.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3236 b70326c6-7e19-0410-871a-916f4a2858ee

Alter loader Makefile to add liblwgeom.a dependency, so people who just want to build the shapefile loaders can do "make" within the loader subdirectory and liblwgeom.a will automagically get build first.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3235 b70326c6-7e19-0410-871a-916f4a2858ee

fix typo

git-svn-id: http://svn.osgeo.org/postgis/trunk@3234 b70326c6-7e19-0410-871a-916f4a2858ee

document circular support of more functions

git-svn-id: http://svn.osgeo.org/postgis/trunk@3233 b70326c6-7e19-0410-871a-916f4a2858ee

Get rid of MM compliancy note for ST_LineToCurve, can only find ST_CurveToLine in MM docs

git-svn-id: http://svn.osgeo.org/postgis/trunk@3232 b70326c6-7e19-0410-871a-916f4a2858ee

correct comment

git-svn-id: http://svn.osgeo.org/postgis/trunk@3231 b70326c6-7e19-0410-871a-916f4a2858ee

Add new section to document circular string support

git-svn-id: http://svn.osgeo.org/postgis/trunk@3230 b70326c6-7e19-0410-871a-916f4a2858ee

Document ST_LineToCurve and ST_CurveToLine, update template to include note about Circular String support in prep for new index section

git-svn-id: http://svn.osgeo.org/postgis/trunk@3228 b70326c6-7e19-0410-871a-916f4a2858ee

updated url in comments to the documentation on the implemented point-in-polygon algorithm to http://softsurfer.com/Archive/algorithm_0103/algorithm_0103.htm#Winding%20Number.  Old link was dead.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3226 b70326c6-7e19-0410-871a-916f4a2858ee

Add missing ICONV_LDFLAGS variable to the loader Makefile. Thanks to Olivier Courtin for noticing.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3225 b70326c6-7e19-0410-871a-916f4a2858ee

Switch pgsql2shp over to using liblwgeom.

There are few commits that can be as satisfying as one which involves the removal of ~1200 lines of code. By using the liblwgeom parser instead of the in-built parser, we have now achieved the following:

i) all parsers within PostGIS, shp2pgsql and pgsql2shp are now the same which means they all follow the same rules. Also extended error reporting information including error text and position information is available.

ii) the complexity of the shp2pgsql/pgsql2shp is considerably reduced.

The slightly unfortunate cost is the overall executable size is larger, since we are linking with liblwgeom. However, from both a consistency and maintainability point of view, this is a big win. Note that while there may be a difference in behaviour in some corner cases, all regression tests pass here.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3224 b70326c6-7e19-0410-871a-916f4a2858ee

Add missing serialized_lwgeom_from_hexwkb() function to liblwgeom which is required for adding liblwgeom support to pgsql2shp.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3223 b70326c6-7e19-0410-871a-916f4a2858ee

Some more shp2pgsql clearups; remove some dead commented code and switch over to use the LWDEBUG(F) debugging framework.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3222 b70326c6-7e19-0410-871a-916f4a2858ee

Fix regression test differences between different platforms in the AsGeoJSON regression code. There were two issues: firstly, the original regression tests included precision information > 15 significant figures, and secondly the GeoJSON code was exposing BOX2DFLOAT4 information to the client instead of calculating the true bounding box. With thanks to Olivier Courtin.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3221 b70326c6-7e19-0410-871a-916f4a2858ee

Move over ST_DumpRings

git-svn-id: http://svn.osgeo.org/postgis/trunk@3218 b70326c6-7e19-0410-871a-916f4a2858ee

Switch shp2pgsql over to use liblwgeom instead of its own internal parser. Some notes from looking at the code:

i) I've abstracted the I/O formatting functions into a new OutputGeometry() function since it allow the logic concerning output formatting to kept in one place, rather than sprinkled throughout all the other Insert* functions.

ii) InsertPoint() and InsertMultiPoint() have been combined, since it seems that the same code will work for both - all that is required is to know whether to produce a MULTIPOINT collecton or a POINT at the end.

iii) I've added additional comments within the Insert* functions to help clarify what is going on in places

iv) It appears some corner cases were missing within the conversion code with respect to Z/M coordinates, so in theory the new code should do a better job.

All in all, the source code is slightly reduced in size (although of course the binary is larger after linking with liblwgeom), and seems a lot more readable to my eyes. A quick TODO is to go through the file and replace the #if...#endif sections related to debugging with LWDEBUG(F) options.

NOTE: I've had to change the Makefile to allow linking against the maths library and liblwgeom.a, so some manual intervention on the automated build may be required ;)

git-svn-id: http://svn.osgeo.org/postgis/trunk@3217 b70326c6-7e19-0410-871a-916f4a2858ee

Make more pretty section names, move over ST_Accum and provide example.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3215 b70326c6-7e19-0410-871a-916f4a2858ee

Pretty anchors for all new sections

git-svn-id: http://svn.osgeo.org/postgis/trunk@3214 b70326c6-7e19-0410-871a-916f4a2858ee

Incorrect function arg in ST_Union

git-svn-id: http://svn.osgeo.org/postgis/trunk@3212 b70326c6-7e19-0410-871a-916f4a2858ee

Okay maybe hmm 4th or 5th time is the charm

git-svn-id: http://svn.osgeo.org/postgis/trunk@3210 b70326c6-7e19-0410-871a-916f4a2858ee

Again

git-svn-id: http://svn.osgeo.org/postgis/trunk@3209 b70326c6-7e19-0410-871a-916f4a2858ee

Lets try again

git-svn-id: http://svn.osgeo.org/postgis/trunk@3208 b70326c6-7e19-0410-871a-916f4a2858ee

function name typo

git-svn-id: http://svn.osgeo.org/postgis/trunk@3207 b70326c6-7e19-0410-871a-916f4a2858ee

Move over rest of Linear Referencing functions and provide examples.  Experiment with giving pretty anchor to section.

git-svn-id: http://svn.osgeo.org/postgis/trunk@3206 b70326c6-7e19-0410-871a-916f4a2858ee

Add Availability note for Populate_Geometry_Columns

git-svn-id: http://svn.osgeo.org/postgis/trunk@3205 b70326c6-7e19-0410-871a-916f4a2858ee

Fix line_interpolate_point link

git-svn-id: http://svn.osgeo.org/postgis/trunk@3204 b70326c6-7e19-0410-871a-916f4a2858ee