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

Move over ST_Line_Substring

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

Move over ST_Line_Interpolate_Point

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

changed linkend to match case in ST_Length2d to ST_Length2D

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

attempt to fix broken linkend by replacing it with an xref in reference_new.xml

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

Move over sql mm compliance for ST_Disjoint and get rid of annoying carriage return in template.xml

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

added availability to Populate_Geometry_Columns

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

fixed typo in broken link to ST_Distance_Spheroid

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

fixed typo in ST_Length3d_Spheriod xref to ST_Length_Spheroid

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

fixed typo in missing constraint linkend: ST_InteriorRings to ST_NumInteriorRings

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

typo in xref link

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

added id for missing constraint linkend: PostGIS_Scripts_Released

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

added id for missing constraint linkend: line_substring

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

added id for constraint linkend: length2d

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

fixed bug in lwpostgis.sql.in.c in POPULATE_GEOMETRY_COLUMNS when detecting SRIDs of -1.

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

updated description for Populate_Geometry_Columns

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

added plpgsql function Probe_Geometry_Columns to lwpostgis.sql.in.c and added documentation in reference_new.xml

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

Fix typo

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

Move over ST_Length* functions.  Correct documentation - e.g. missing ST_Length2D_Spheroid and ST_Length3d_Spheroid and ST_Length_Spheroid are synonyms.  Seems to disagree with how we define ST_Length.

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

Move over ST_Distance_Spher* functions

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

Put in availability info for rotate functions

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

Move over rest of Affine family.  Correct some typos.  Put ST_ForceRHR in right location.

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

Move over ST_Affine

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

Add = operator the most confusing and accidentally used operator of all

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

Commit provide another example of ST_SetPoint and flag as supporting 3d

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

typo

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

Move over ST_SnapToGrid

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

typo

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

Move over ST_Relate the last of the Geometry Relationship Function and destroy the section in old reference.

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

Move over perimeter and max distance

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

moved ST_ForceRHR into the correct category

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

moved over ST_ForceRHR

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

typo in st_cover something.  Hate non-symmetric relationships

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

Revert change to ST_MemUnion - it really is that.  Most have had a faulty restore when it was named ST_MemGeomUnion

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