tag:old.nabble.com,2006:forum-1221Nabble - PostGIS2009-11-08T13:50:05ZPostGIS adds support for geographic objects to the PostgreSQL object-relational database. PostGIS home is <a href="http://postgis.refractions.net/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26258367Re: New Distance Review2009-11-08T13:50:05Z2009-11-08T13:50:05Znicklas.aven<html>
<head>
<title></title>
<meta name="GENERATOR" content="MSHTML 8.00.6001.18852"></meta>
</head>
<body>
<div align="left">ok, here comes a document describing in general phrases what I have done and why. It is written in a strange form but is only meant for this discussion.</div>
<div align="left"> </div>
<div align="left">I have taken most of it directly from my head so there is no consistent in the deepness of the details.</div>
<div align="left"> </div>
<div align="left">Mark, if you want more I think you have to give me a direction.</div>
<div align="left"> </div>
<div align="left">Paul, as I have rearranged the whole measures.c as described in the end of this document you might be intrested to read that part, how I have grouped the functions.<br />
</div>
<div align="left">I have written documentation for the new functions in the doc-part of the spike.</div>
<div align="left">What need to be discussed is the definitions like what to return from shortestline when the geometries intersect. Now the first intersection-point found is returned as both first and second point in the returned line.</div>
<div align="left">The reason is that I think it is very important that the length of the returned line should be the same as the result from st_distance. By doing it this way it might also be a useful way to find the intersection of two lines. </div>
<div align="left"> </div>
<div align="left">/Nicklas</div>
<div align="left"><br />
2009-11-08 <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26258367&i=0" target="_top" rel="nofollow">nicklas.aven@...</a> wrote:<br />
<br />
></div>
<div align="left">Now I have moved the information about the distance calculation to the wiki:</div>>
<div align="left"><a href="http://trac.osgeo.org/postgis/wiki/NewDistCalc" target="_top" rel="nofollow">trac.osgeo.org/postgis/wiki/NewDistCalc</a></div>>
<div align="left"> </div>>
<div align="left">and complemented with som word about the sub geometries handling.</div>>
<div align="left"> </div>>
<div align="left">I am also working on a small novell :-) of why the different changes is made. </div>>
<div align="left"> </div>>
<div align="left">Paul, I have done no more commenting in the code (the weekend is not long enough) so you have to just ask if something is too messy written so it makes no sense</div>>
<div align="left"> </div>>
<div align="left">/Nicklas</div>>
<div align="left"><br />
> 2009-11-07 Paul Ramsey wrote:<br />
><br />
> My understanding is that the code is pretty modular and only activates<br />
> >for the particular large geometry cases it performs well for. Perhaps<br />
> >Niklas could put his .doc explanation, which is good, into the wiki<br />
> >where it's more webbly accessed. I'll be looking for a number of CUnit<br />
> >tests that run and compare both methods on a variety of inputs.<br />
> ><br />
> >p.<br />
> ><br />
> >On Sat, Nov 7, 2009 at 3:03 AM, Mark Cave-Ayland<br />
> > .<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26258367&i=1" target="_top" rel="nofollow">cave-ayland@...</a>> wrote:<br />
> >> Paul Ramsey wrote:<br />
> >><br />
> >>> Niklas,<br />
> >>> I'm going to start reviewing your distance work on Monday, speak now<br />
> >>> or forever hold your peace :)<br />
> >>> P.<br />
> >><br />
> >> I don't think reading the code will be a problem - my main concern is the<br />
> >> lack of documentation for the algorithm changes. I'd like to see better<br />
> >> documentation of the changes present in Niklas' spike (new algorithm<br />
> >> descriptions and reason for change, clear evidence of testing) before<br />
> >> agreeing to commit.<br />
> >><br />
> >><br />
> >> ATB,<br />
> >><br />
> >> Mark.<br />
> >><br />
> >> --<br />
> >> Mark Cave-Ayland - Senior Technical Architect<br />
> >> PostgreSQL - PostGIS<br />
> >> Sirius Corporation plc - control through freedom<br />
> >> http://www.siriusit.co.uk<br />
> >> t: +44 870 608 0063<br />
> >><br />
> >> Sirius Labs: http://www.siriusit.co.uk/labs<br />
> >> _______________________________________________<br />
> >> postgis-devel mailing list<br />
> >> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26258367&i=2" target="_top" rel="nofollow">postgis-devel@...</a><br />
> >> http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
> >><br />
> >_______________________________________________<br />
> >postgis-devel mailing list<br />
> ><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26258367&i=3" target="_top" rel="nofollow">postgis-devel@...</a><br />
> >postgis.refractions.net/mailman/listinfo/postgis-devel<br />
> ><br />
> ></div>
</body>
</html>
<br /> <br />_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26258367&i=4" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>distdoc.odt</strong> (21K) <a href="http://old.nabble.com/attachment/26258367/0/distdoc.odt" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26257839Re: OpenStreetMap to GPS2009-11-08T12:52:57Z2009-11-08T12:52:57ZYanchoThanks alot :) the last part of the tutorial to load the 900913.sql really wasn't useful then :) using the -l attributed helped the import to run successfully! thanks guys<br><br><div class="gmail_quote">On Sat, Nov 7, 2009 at 11:28 PM, Emilie Laffray <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26257839&i=0" target="_top" rel="nofollow">emilie.laffray@...</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">Matthew Pulis wrote:<br>
> Guys,<br>
><br>
> I want to plot a list of GPS acquired locations with data originating<br>
> from OpenStreetMap. I am thinking to keep everything in GPS projection<br>
> since quite near in the future the project is going to be accepting<br>
> live GPS readings.<br>
><br>
> OSM SRID = 900913<br>
><br>
> Should I consider GPS SRID to be: 4326?<br>
</div>It looks like you used osm2pgsql in its default mode. If you want to<br>
have data in 4326 with osm2pgsql, you have to use the flag -l.<br>
The default SRID for OSM is 4326. It is only osm2pgsql that is<br>
transforming this into 900913 for the rendering.<br>
<font color="#888888"><br>
Emilie Laffray<br>
<br>
</font><br>_______________________________________________<br>
postgis-users mailing list<br>
<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26257839&i=1" target="_top" rel="nofollow">postgis-users@...</a><br>
<a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_blank" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Matthew Pulis<br>URL : <a href="http://www.matthewpulis.info" target="_top" rel="nofollow">http://www.matthewpulis.info</a> | <a href="http://www.solutions-lab.net" target="_top" rel="nofollow">http://www.solutions-lab.net</a><br>
MSN : pulis_matthew[@]<a href="http://hotmail.com" target="_top" rel="nofollow">hotmail.com</a><br>ICQ : 145951110<br>Skype : <a href="http://solutions-lab.net" target="_top" rel="nofollow">solutions-lab.net</a><br>
<br />_______________________________________________
<br>postgis-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26257839&i=2" target="_top" rel="nofollow">postgis-users@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---User-f1223.html" embed="fixTarget[1223]" target="_top" >PostGIS - User</a></p>tag:old.nabble.com,2006:post-26256696Re: [PostGIS] #76: ST_DumpPoints - I think we said we would add to TODO2009-11-08T10:54:07Z2009-11-08T10:54:07ZPostGIS-4#76: ST_DumpPoints - I think we said we would add to TODO
<br>--------------------------+-------------------------------------------------
<br> Reporter: robe | Owner: robe
<br> Type: enhancement | Status: assigned
<br> Priority: medium | Milestone: postgis 1.5.0
<br> Component: postgis | Version: trunk
<br>Resolution: accepted | Keywords:
<br>--------------------------+-------------------------------------------------
<br>Comment (by robe):
<br><br> +1 I guess enough people have asked for this that a slower implementation
<br> is better than none at all. And since its not trivially obvious and
<br> something we want eventually in our code base.
<br><br> FWIW: Nicklas started working on a C implementation. He has all the
<br> recursive logic done, and I had promised to try to get this from the
<br> recursive like model he has (which does just write statements for
<br> debugging at the moment), into the stack push model employed by the other
<br> ST_Dump functions. I'm still not convinced a stack model is the best
<br> given that most people think in terms of recursion rather than stacks
<br> (stacks is so assembler) though the stack model is probably more efficient
<br> for this.
<br><br> Anyrate I apologize for letting this slide. I don't think I'll have time
<br> to look into it before 1.5 release time especially given my deficient C
<br> skills and the fact I'm over extended on at least 5 other projects with
<br> fairly firm approaching deadlines.
<br><br>--
<br>Ticket URL: <<a href="http://trac.osgeo.org/postgis/ticket/76#comment:11" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/76#comment:11</a>>
<br>PostGIS <<a href="http://trac.osgeo.org/postgis/" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/</a>>
<br>PostGIS
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26256696&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26255804Re: Is that possible a function to behave differently inside and outside another main function code?2009-11-08T09:26:41Z2009-11-08T09:26:41ZrodrigosperbHi Kevin,
<br><br>Thanks for your repply. I can't be sure whether the two functions have the same X value, and I don't want them twice, that's why I was using UNION, instead of UNION ALL (which is much faster even...).
<br><br>But what you said make some sense. Do you think if use first a UNION ALL and then in the outer query (when I order by q.t) I use DISTINCT may work?
<br><br>I think I will try it out.
<br><br>Thanks again for the help.
<br><br>Rodrigo Sperb
<br><br><br><blockquote class="quote light-black dark-border-color"><div class="quote light-border-color">
<div class="quote-author" style="font-weight: bold;">Kevin Neufeld wrote:</div>
<div class="quote-message shrinkable-quote">Are you sure you want to use "UNION" and not "UNION ALL"? The former
<br>will remove duplicates, the latter does not. It's conceivable that when
<br>UNIONed, the three SELECT st_X clauses will return a single value.
<br>Collected and put through ST_LineFromMultiPoint would probably result in
<br>a single point line (depending on which version of PostGIS you are using
<br>- the newer versions will ERROR with "geometry requires more points").
<br><br>Hope that helps,
<br>Kevin
<br><br>rodrigosperb wrote:
<br>> Hello,
<br>>
<br>> I have a bit of a problem that is sort of driving me crazy. I need to
<br>> perform an "addition of two (mathematical) functions". I represent them as
<br>> linestrings in my solution, and it is part of another bigger function. The
<br>> code is as follows:
<br>>
<br>> ...header...
<br>> SELECT st_LineFromMultiPoint(st_Collect(st_MakePoint(xy.t,xy.at)))
<br>> FROM (SELECT q.t, dr_delay_value($1,q.t) +
<br>> dr_delay_value($3,dr_delay_value($1,q.t)) AS at
<br>> FROM (SELECT st_X(st_PointN($1,n)) AS t
<br>> FROM generate_series(1,st_NumPoints($1)) AS h(n)
<br>> UNION
<br>> SELECT st_X(st_PointN($2,n)) AS t
<br>> FROM generate_series(1,st_NumPoints($2)) AS h(n)
<br>> UNION
<br>> SELECT st_Xmax($1) AS t
<br>> ) AS q ORDER BY q.t) AS xy
<br>> ...bottom...
<br>> dr_delay_value() is simply a look-up function that takes the Y value for a
<br>> certain X.
<br>>
<br>> The thing is that eventually this fuction is failing on returning more
<br>> specifically a 2-points linestring (that sould) and returns only a single
<br>> point one. Now, I have prepared a "wrapper" PL/Pgsql function to keep track
<br>> of what is passed to that function (perhaps that was the reason for the
<br>> error. With that I'm pretty much sure that the arguments passed are fine,
<br>> and still get the same error... Strangely, with my wrapper function keeping
<br>> track of the arguments passed to the function I was able to try out to run
<br>> the same request (that inside of the bigger function fails) separately, and
<br>> guess what? is simply works!!
<br>>
<br>> I hope anyone may have a clue of what is going on. That's a very strange
<br>> behavior, I would say.
<br>>
<br>> Regards,
<br>>
<br>> Rodrigo Sperb
<br>>
<br>_______________________________________________
<br>postgis-users mailing list
<br>postgis-users@postgis.refractions.net
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a></div>
</div></blockquote>
<p>From forum: <a href="http://old.nabble.com/PostGIS---User-f1223.html" embed="fixTarget[1223]" target="_top" >PostGIS - User</a></p>tag:old.nabble.com,2006:post-26255763Re: Is that possible a function to behave differently inside and outside another main function code?2009-11-08T09:22:19Z2009-11-08T09:22:19ZKevin NeufeldAre you sure you want to use "UNION" and not "UNION ALL"? The former
<br>will remove duplicates, the latter does not. It's conceivable that when
<br>UNIONed, the three SELECT st_X clauses will return a single value.
<br>Collected and put through ST_LineFromMultiPoint would probably result in
<br>a single point line (depending on which version of PostGIS you are using
<br>- the newer versions will ERROR with "geometry requires more points").
<br><br>Hope that helps,
<br>Kevin
<br><br>rodrigosperb wrote:
<div class='shrinkable-quote'><br>> Hello,
<br>>
<br>> I have a bit of a problem that is sort of driving me crazy. I need to
<br>> perform an "addition of two (mathematical) functions". I represent them as
<br>> linestrings in my solution, and it is part of another bigger function. The
<br>> code is as follows:
<br>>
<br>> ...header...
<br>> SELECT st_LineFromMultiPoint(st_Collect(st_MakePoint(xy.t,xy.at)))
<br>> FROM (SELECT q.t, dr_delay_value($1,q.t) +
<br>> dr_delay_value($3,dr_delay_value($1,q.t)) AS at
<br>> FROM (SELECT st_X(st_PointN($1,n)) AS t
<br>> FROM generate_series(1,st_NumPoints($1)) AS h(n)
<br>> UNION
<br>> SELECT st_X(st_PointN($2,n)) AS t
<br>> FROM generate_series(1,st_NumPoints($2)) AS h(n)
<br>> UNION
<br>> SELECT st_Xmax($1) AS t
<br>> ) AS q ORDER BY q.t) AS xy
<br>> ...bottom...
<br>> dr_delay_value() is simply a look-up function that takes the Y value for a
<br>> certain X.
<br>>
<br>> The thing is that eventually this fuction is failing on returning more
<br>> specifically a 2-points linestring (that sould) and returns only a single
<br>> point one. Now, I have prepared a "wrapper" PL/Pgsql function to keep track
<br>> of what is passed to that function (perhaps that was the reason for the
<br>> error. With that I'm pretty much sure that the arguments passed are fine,
<br>> and still get the same error... Strangely, with my wrapper function keeping
<br>> track of the arguments passed to the function I was able to try out to run
<br>> the same request (that inside of the bigger function fails) separately, and
<br>> guess what? is simply works!!
<br>>
<br>> I hope anyone may have a clue of what is going on. That's a very strange
<br>> behavior, I would say.
<br>>
<br>> Regards,
<br>>
<br>> Rodrigo Sperb
<br>>
</div>_______________________________________________
<br>postgis-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26255763&i=0" target="_top" rel="nofollow">postgis-users@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---User-f1223.html" embed="fixTarget[1223]" target="_top" >PostGIS - User</a></p>tag:old.nabble.com,2006:post-26255742Re: New Distance Review2009-11-08T09:20:20Z2009-11-08T09:20:20Znicklas.aven<html>
<head>
<title></title>
<meta name="GENERATOR" content="MSHTML 8.00.6001.18852"></meta>
</head>
<body>
<div align="left">Now I have moved the information about the distance calculation to the wiki:</div>
<div align="left"><a href="http://trac.osgeo.org/postgis/wiki/NewDistCalc" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/wiki/NewDistCalc</a></div>
<div align="left"> </div>
<div align="left">and complemented with som word about the sub geometries handling.</div>
<div align="left"> </div>
<div align="left">I am also working on a small novell :-) of why the different changes is made. </div>
<div align="left"> </div>
<div align="left">Paul, I have done no more commenting in the code (the weekend is not long enough) so you have to just ask if something is too messy written so it makes no sense</div>
<div align="left"> </div>
<div align="left">/Nicklas</div>
<div align="left"><br />
2009-11-07 Paul Ramsey wrote:<br />
<br />
My understanding is that the code is pretty modular and only activates<br />
>for the particular large geometry cases it performs well for. Perhaps<br />
>Niklas could put his .doc explanation, which is good, into the wiki<br />
>where it's more webbly accessed. I'll be looking for a number of CUnit<br />
>tests that run and compare both methods on a variety of inputs.<br />
><br />
>p.<br />
><br />
>On Sat, Nov 7, 2009 at 3:03 AM, Mark Cave-Ayland<br />
>
<mark.cave-ayland@siriusit.co.uk></mark.cave-ayland@siriusit.co.uk> wrote:<br />
>> Paul Ramsey wrote:<br />
>><br />
>>> Niklas,<br />
>>> I'm going to start reviewing your distance work on Monday, speak now<br />
>>> or forever hold your peace :)<br />
>>> P.<br />
>><br />
>> I don't think reading the code will be a problem - my main concern is the<br />
>> lack of documentation for the algorithm changes. I'd like to see better<br />
>> documentation of the changes present in Niklas' spike (new algorithm<br />
>> descriptions and reason for change, clear evidence of testing) before<br />
>> agreeing to commit.<br />
>><br />
>><br />
>> ATB,<br />
>><br />
>> Mark.<br />
>><br />
>> --<br />
>> Mark Cave-Ayland - Senior Technical Architect<br />
>> PostgreSQL - PostGIS<br />
>> Sirius Corporation plc - control through freedom<br />
>> http://www.siriusit.co.uk<br />
>> t: +44 870 608 0063<br />
>><br />
>> Sirius Labs: http://www.siriusit.co.uk/labs<br />
>> _______________________________________________<br />
>> postgis-devel mailing list<br />
>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26255742&i=0" target="_top" rel="nofollow">postgis-devel@...</a><br />
>> http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
>><br />
>_______________________________________________<br />
>postgis-devel mailing list<br />
><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26255742&i=1" target="_top" rel="nofollow">postgis-devel@...</a><br />
>http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
><br />
></div>
</body>
</html>
<br />_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26255742&i=2" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26255660[PostGIS] #291: [wktraster] Diff for rtpostgis.sql.in.c (fixes 2 errors)2009-11-08T09:11:21Z2009-11-08T09:11:21ZPostGIS-4#291: [wktraster] Diff for rtpostgis.sql.in.c (fixes 2 errors)
<br>--------------------------+-------------------------------------------------
<br> Reporter: jorgearevalo | Owner: pracine
<br> Type: defect | Status: new
<br> Priority: medium | Milestone: wktraster 0.1.6
<br>Component: wktraster | Version: trunk
<br> Keywords: |
<br>--------------------------+-------------------------------------------------
<br> Hello,
<br><br> 2 changes in PostGIS have not been reflected in WKT Raster.
<br><br> - In [<a href="http://trac.osgeo.org/postgis/changeset/4750" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/changeset/4750</a> Changeset #4750],
<br> ''postgis_gist_sel'' was renamed to ''geometry_gist_se''l, and
<br> ''postgis_gist_joinsel'' was renamed to ''geometry_gist_joinsel''
<br> [[BR]]
<br> - In [<a href="http://trac.osgeo.org/postgis/changeset/4763" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/changeset/4763</a> Changeset #4763],
<br> ''geometry_same'' was renamed to ''geometry_samebox''
<br><br> This diff file fixes these functions in rtpostgis.sql.in.c
<br><br>--
<br>Ticket URL: <<a href="http://trac.osgeo.org/postgis/ticket/291" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/291</a>>
<br>PostGIS <<a href="http://trac.osgeo.org/postgis/" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/</a>>
<br>PostGIS
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26255660&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26254592Re: Postgis for dummies2009-11-08T07:11:54Z2009-11-08T07:11:54ZJorge ArévaloOn Fri, Nov 6, 2009 at 7:03 PM, Fernando Tong <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=0" target="_top" rel="nofollow">nandorov@...</a>> wrote:
<div class='shrinkable-quote'><br>> I have a dummy question:
<br>> i have a POLYGON, how can i get all the polygon's coordinates with a SELECT
<br>> query?
<br>> something like:
<br>> select unknown_functions(polygon) from mytable
<br>> output:
<br>> 1 POINT(1 2)
<br>> 2 POINT(2 2)
<br>> 3 POINT(3 2)
<br>> ...
<br>> or much better if i get
<br>> X Y
<br>> 1 1 2
<br>> 2 2 2
<br>> 3 3 2
<br>> Thanks a lot.
<br>>
</div><br>Maybe a
<br><br>SELECT ST_AsText(polygon_column) FROM Table
<br><br>Is enough
<br><br>Output:
<br><br>POLYGON( (1 1, 2 2, 3 3) )
<br><br><div class='shrinkable-quote'><br>> On Fri, Nov 6, 2009 at 9:19 AM, David Fawcett <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=1" target="_top" rel="nofollow">david.fawcett@...</a>>
<br>> wrote:
<br>>>
<br>>> I think that another good way to approach it is to have a task/problem
<br>>> that you want to solve using PostGIS (whether real or made up). Learn
<br>>> what you need to about PostGIS to solve that problem and branch out
<br>>> from there.
<br>>>
<br>>> David.
<br>>>
<br>>> On Fri, Nov 6, 2009 at 12:04 AM, Paragon Corporation <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=2" target="_top" rel="nofollow">lr@...</a>> wrote:
<br>>> > You can also look at some of these - might be helpful
<br>>> >
<br>>> > <a href="http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgis_tut01" target="_top" rel="nofollow">http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgis_tut01</a><br>>> >
<br>>> > <a href="http://workshops.opengeo.org/stack-intro/" target="_top" rel="nofollow">http://workshops.opengeo.org/stack-intro/</a><br>>> >
<br>>> > This one is a bit dated but probably still useful
<br>>> > <a href="http://2007.foss4g.org/workshops/W-04/" target="_top" rel="nofollow">http://2007.foss4g.org/workshops/W-04/</a><br>>> >
<br>>> > Leo
<br>>> > ________________________________
<br>>> > From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=3" target="_top" rel="nofollow">postgis-users-bounces@...</a>
<br>>> > [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=4" target="_top" rel="nofollow">postgis-users-bounces@...</a>] On Behalf Of Bob
<br>>> > and
<br>>> > Deb
<br>>> > Sent: Thursday, November 05, 2009 11:51 PM
<br>>> > To: PostGIS Users Discussion
<br>>> > Subject: Re: [postgis-users] Postgis for dummies
<br>>> >
<br>>> > How about the book, "PostGIS in Action" ? There is even a free chapter
<br>>> > that might give you enough info to get started. There is also the Wiki.
<br>>> >
<br>>> > -Bob
<br>>> >
<br>>> > On Thu, Nov 5, 2009 at 6:34 PM, Jeff Matthews <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=5" target="_top" rel="nofollow">info@...</a>>
<br>>> > wrote:
<br>>> >>
<br>>> >> Need link to tutorial at the “dummy” level.
<br>>> >>
<br>>> >>
<br>>> >>
<br>>> >> I know a bit about kml, but that’s it. In looking at postgis, I now
<br>>> >> see,
<br>>> >> in the instructions, things like, “To spatially-enable a jump-oriented
<br>>> >> static sql line pointer,….” That’s just wayyyy over me. Where do I
<br>>> >> go as
<br>>> >> I newbie in gis to become a pro like you all?
<br>>> >>
<br>>> >>
<br>>> >>
<br>>> >> Thanks.
<br>>> >>
<br>>> >> _______________________________________________
<br>>> >> postgis-users mailing list
<br>>> >> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=6" target="_top" rel="nofollow">postgis-users@...</a>
<br>>> >> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>>> >>
<br>>> >
<br>>> >
<br>>> > _______________________________________________
<br>>> > postgis-users mailing list
<br>>> > <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=7" target="_top" rel="nofollow">postgis-users@...</a>
<br>>> > <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>>> >
<br>>> >
<br>>> _______________________________________________
<br>>> postgis-users mailing list
<br>>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=8" target="_top" rel="nofollow">postgis-users@...</a>
<br>>> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>>
<br>>
<br>> _______________________________________________
<br>> postgis-users mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=9" target="_top" rel="nofollow">postgis-users@...</a>
<br>> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>>
<br>>
</div>_______________________________________________
<br>postgis-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254592&i=10" target="_top" rel="nofollow">postgis-users@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---User-f1223.html" embed="fixTarget[1223]" target="_top" >PostGIS - User</a></p>tag:old.nabble.com,2006:post-26254559Re: Mapping users in PostgreSQL2009-11-08T07:06:01Z2009-11-08T07:06:01ZJorge ArévaloOn Sun, Nov 8, 2009 at 3:10 AM, Tom Lane <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254559&i=0" target="_top" rel="nofollow">tgl@...</a>> wrote:
<div class='shrinkable-quote'><br>> =?UTF-8?Q?Jorge_Ar=C3=A9valo?= <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254559&i=1" target="_top" rel="nofollow">jorge.arevalo@...</a>> writes:
<br>>> And in pg_ident.conf file:
<br>>> # MAPNAME IDENT-USERNAME PG-USERNAME
<br>>> mymap jorge gis
<br>>
<br>>> "jorge" is my Linux user, and "gis" is my database user.
<br>>
<br>>> But I always get an authentication fail if I try a direct connection
<br>>> with "psql" and my user. The log file doesn't show any error.
<br>>
<br>> You're misunderstanding what identmap does. That line says that OS user
<br>> "jorge" is *allowed* to connect as database user "gis". It doesn't
<br>> magically substitute that username, though, and psql doesn't know any
<br>> better than to send "jorge" as the database username. You could do
<br>> "psql -U gis", or set PGUSER in your environment.
<br>>
<br>> regards, tom lane
<br>> _______________________________________________
<br>> postgis-devel mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254559&i=2" target="_top" rel="nofollow">postgis-devel@...</a>
<br>> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br>>
</div><br>Many thanks Tom! I've defined PGUSER and PGHOST properly and
<br>everything works. I'll read more carefully the doc.
<br><br>Best regards,
<br>Jorge
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26254559&i=3" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26252539Re: [PostGIS] #219: Run 'make check' without needing 'make install' first2009-11-08T02:49:11Z2009-11-08T02:49:11ZPostGIS-4#219: Run 'make check' without needing 'make install' first
<br>--------------------------+-------------------------------------------------
<br> Reporter: pramsey | Owner: pramsey
<br> Type: enhancement | Status: reopened
<br> Priority: medium | Milestone: postgis 1.5.0
<br> Component: postgis | Version: trunk
<br>Resolution: | Keywords:
<br>--------------------------+-------------------------------------------------
<br>Comment (by jorgearevalo):
<br><br> Replying to [comment:10 mloskot]:
<br> > Just keeping it up, ''make check'' is still failing (r4643):
<br> > {{{
<br> > loskot@vb-ubuntu910-x64:~/dev/postgis/_svn/trunk$ head -n4
<br> /tmp/pgis_reg_6641/regress_log
<br> > BEGIN
<br> > psql:postgis.sql:53: NOTICE: type "spheroid" is not yet defined
<br> > DETAIL: Creating a shell type definition.
<br> > psql:postgis.sql:53: ERROR: could not access file
<br> >
<br> "/home/mloskot/dev/postgis/_svn/trunk/regress/../postgis/libpostgis-1.5":
<br> > No such file or directory
<br> > }}}
<br><br> I'm having the same problem just now.
<br><br>--
<br>Ticket URL: <<a href="http://trac.osgeo.org/postgis/ticket/219#comment:12" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/219#comment:12</a>>
<br>PostGIS <<a href="http://trac.osgeo.org/postgis/" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/</a>>
<br>PostGIS
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26252539&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26252170Is that possible a function to behave differently inside and outside another main function code?2009-11-08T01:56:32Z2009-11-08T01:56:32Zrodrigosperb<span class="ul-threaded" style="margin: 1em 0pt 0pt -20px;"><span class="text-cell">HHello,
<br><br>I have a bit of a problem that is sort of driving me crazy. I
need to perform an "addition of two (mathematical) functions". I
represent them as linestrings in my solution, and it is part of another
bigger function. The code is as follows:
<br><br>...header...
<br>SELECT st_LineFromMultiPoint(st_Collect(st_MakePoint(xy.t,<a href="http://xy.at" target="_top" rel="nofollow">xy.at</a>)))
<br>FROM (SELECT q.t, dr_delay_value($1,q.t) + dr_delay_value($3,dr_delay_value($1,q.t)) AS at
<br> FROM (SELECT st_X(st_PointN($1,n)) AS t
<br> FROM generate_series(1,st_NumPoints($1)) AS h(n)
<br> UNION
<br> SELECT st_X(st_PointN($2,n)) AS t
<br> FROM generate_series(1,st_NumPoints($2)) AS h(n)
<br> UNION
<br> SELECT st_Xmax($1) AS t
<br> ) AS q ORDER BY q.t) AS xy
<br>...bottom...
<br>dr_delay_value() is simply a look-up function that takes the Y value for a certain X.
<br><br>The thing is that eventually this fuction is failing on
returning more specifically a 2-points linestring (that sould) and
returns only a single point one. Now, I have prepared a "wrapper"
PL/Pgsql function to keep track of what is passed to that function
(perhaps that was the reason for the error. With that I'm pretty much
sure that the arguments passed are fine, and still get the same
error... Strangely, with my wrapper function keeping track of the
arguments passed to the function I was able to try out to run the same
request (that inside of the bigger function fails) separately, and
guess what? is simply works!!
<br><br>I hope anyone may have a clue of what is going on. That's a very strange behavior, I would say.
<br><br>Regards,
<br><br>Rodrigo Sperb
</span></span>
<br />_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26252170&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26251542Is that possible a function to behave differently inside and outside another main function code?2009-11-07T23:43:32Z2009-11-07T23:43:32ZrodrigosperbHello,
<br><br>I have a bit of a problem that is sort of driving me crazy. I need to perform an "addition of two (mathematical) functions". I represent them as linestrings in my solution, and it is part of another bigger function. The code is as follows:
<br><br>...header...
<br>SELECT st_LineFromMultiPoint(st_Collect(st_MakePoint(xy.t,xy.at)))
<br>FROM (SELECT q.t, dr_delay_value($1,q.t) + dr_delay_value($3,dr_delay_value($1,q.t)) AS at
<br> FROM (SELECT st_X(st_PointN($1,n)) AS t
<br> FROM generate_series(1,st_NumPoints($1)) AS h(n)
<br> UNION
<br> SELECT st_X(st_PointN($2,n)) AS t
<br> FROM generate_series(1,st_NumPoints($2)) AS h(n)
<br> UNION
<br> SELECT st_Xmax($1) AS t
<br> ) AS q ORDER BY q.t) AS xy
<br>...bottom...
<br>dr_delay_value() is simply a look-up function that takes the Y value for a certain X.
<br><br>The thing is that eventually this fuction is failing on returning more specifically a 2-points linestring (that sould) and returns only a single point one. Now, I have prepared a "wrapper" PL/Pgsql function to keep track of what is passed to that function (perhaps that was the reason for the error. With that I'm pretty much sure that the arguments passed are fine, and still get the same error... Strangely, with my wrapper function keeping track of the arguments passed to the function I was able to try out to run the same request (that inside of the bigger function fails) separately, and guess what? is simply works!!
<br><br>I hope anyone may have a clue of what is going on. That's a very strange behavior, I would say.
<br><br>Regards,
<br><br>Rodrigo Sperb<p>From forum: <a href="http://old.nabble.com/PostGIS---User-f1223.html" embed="fixTarget[1223]" target="_top" >PostGIS - User</a></p>tag:old.nabble.com,2006:post-26250537Re: Postgis for dummies2009-11-07T18:34:37Z2009-11-07T18:34:37ZMark Leslie-2There's another workshop available at
<br><a href="http://revenant.ca/www/postgis/workshop/" target="_top" rel="nofollow">http://revenant.ca/www/postgis/workshop/</a><br><br>--
<br>Mark
<br><br>Paragon Corporation wrote:
<div class='shrinkable-quote'><br>>
<br>> You can also look at some of these - might be helpful
<br>>
<br>> <a href="http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgis_tut01" target="_top" rel="nofollow">http://www.bostongis.com/PrinterFriendly.aspx?content_name=postgis_tut01</a><br>>
<br>> <a href="http://workshops.opengeo.org/stack-intro/" target="_top" rel="nofollow">http://workshops.opengeo.org/stack-intro/</a><br>>
<br>> This one is a bit dated but probably still useful
<br>> <a href="http://2007.foss4g.org/workshops/W-04/" target="_top" rel="nofollow">http://2007.foss4g.org/workshops/W-04/</a><br>>
<br>> Leo
<br>>
<br>> *From:* <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250537&i=0" target="_top" rel="nofollow">postgis-users-bounces@...</a>
<br>> [mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250537&i=1" target="_top" rel="nofollow">postgis-users-bounces@...</a>] *On Behalf Of
<br>> *Bob and Deb
<br>> *Sent:* Thursday, November 05, 2009 11:51 PM
<br>> *To:* PostGIS Users Discussion
<br>> *Subject:* Re: [postgis-users] Postgis for dummies
<br>>
<br>> How about the book, "PostGIS in Action <<a href="http://www.manning.com/obe/" target="_top" rel="nofollow">http://www.manning.com/obe/</a>>"
<br>> ? There is even a free chapter that might give you enough info to get
<br>> started. There is also the Wiki
<br>> <<a href="http://trac.osgeo.org/postgis/wiki/UsersWikiMain" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/wiki/UsersWikiMain</a>>.
<br>>
<br>> -Bob
<br>>
<br>> On Thu, Nov 5, 2009 at 6:34 PM, Jeff Matthews <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250537&i=2" target="_top" rel="nofollow">info@...</a>
<br>> <mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250537&i=3" target="_top" rel="nofollow">info@...</a>>> wrote:
<br>>
<br>> Need link to tutorial at the “dummy” level.
<br>>
<br>>
<br>>
<br>> I know a bit about kml, but that’s it. In looking at postgis, I now
<br>> see, in the instructions, things like, “To spatially-enable a
<br>> jump-oriented static sql line pointer,….” That’s just wayyyy over
<br>> me. Where do I go as I newbie in gis to become a pro like you all?
<br>>
<br>>
<br>>
<br>> Thanks.
<br>>
<br>>
<br>> _______________________________________________
<br>> postgis-users mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250537&i=4" target="_top" rel="nofollow">postgis-users@...</a>
<br>> <mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250537&i=5" target="_top" rel="nofollow">postgis-users@...</a>>
<br>> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>>
<br>>
<br>>
<br>> ------------------------------------------------------------------------
<br>>
<br>> _______________________________________________
<br>> postgis-users mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250537&i=6" target="_top" rel="nofollow">postgis-users@...</a>
<br>> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a></div>_______________________________________________
<br>postgis-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250537&i=7" target="_top" rel="nofollow">postgis-users@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---User-f1223.html" embed="fixTarget[1223]" target="_top" >PostGIS - User</a></p>tag:old.nabble.com,2006:post-26250442Re: Mapping users in PostgreSQL2009-11-07T18:10:58Z2009-11-07T18:10:58ZTom Lane-2=?UTF-8?Q?Jorge_Ar=C3=A9valo?= <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250442&i=0" target="_top" rel="nofollow">jorge.arevalo@...</a>> writes:
<br>> And in pg_ident.conf file:
<br>> # MAPNAME IDENT-USERNAME PG-USERNAME
<br>> mymap jorge gis
<br><br>> "jorge" is my Linux user, and "gis" is my database user.
<br><br>> But I always get an authentication fail if I try a direct connection
<br>> with "psql" and my user. The log file doesn't show any error.
<br><br>You're misunderstanding what identmap does. That line says that OS user
<br>"jorge" is *allowed* to connect as database user "gis". It doesn't
<br>magically substitute that username, though, and psql doesn't know any
<br>better than to send "jorge" as the database username. You could do
<br>"psql -U gis", or set PGUSER in your environment.
<br><br> regards, tom lane
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26250442&i=1" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26249886Mapping users in PostgreSQL2009-11-07T16:19:27Z2009-11-07T16:19:27ZJorge ArévaloHello,
<br><br>I'm trying to map linux users with database users. When I rebuild
<br>PostGIS source code, I'd like to perform "make check" with my user.
<br><br>So, I have this line in pg_hba.conf file:
<br><br># TYPE DATABASE USER CIDR-ADDRESS METHOD
<br> local all all
<br> ident map=mymap
<br><br>And in pg_ident.conf file:
<br># MAPNAME IDENT-USERNAME PG-USERNAME
<br> mymap jorge gis
<br><br>"jorge" is my Linux user, and "gis" is my database user.
<br><br>But I always get an authentication fail if I try a direct connection
<br>with "psql" and my user. The log file doesn't show any error.
<br><br>Any suggestion?
<br><br>Thanks in advance.
<br><br>Best regards,
<br>Jorge
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26249886&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26249268Re: OpenStreetMap to GPS2009-11-07T14:28:37Z2009-11-07T14:28:37ZEmilie LaffrayMatthew Pulis wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> Guys,
<br>>
<br>> I want to plot a list of GPS acquired locations with data originating
<br>> from OpenStreetMap. I am thinking to keep everything in GPS projection
<br>> since quite near in the future the project is going to be accepting
<br>> live GPS readings.
<br>>
<br>> OSM SRID = 900913
<br>>
<br>> Should I consider GPS SRID to be: 4326?
</div>It looks like you used osm2pgsql in its default mode. If you want to
</div>have data in 4326 with osm2pgsql, you have to use the flag -l.
<br>The default SRID for OSM is 4326. It is only osm2pgsql that is
<br>transforming this into 900913 for the rendering.
<br><br>Emilie Laffray
<br><br><br /> <br />_______________________________________________
<br>postgis-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26249268&i=0" target="_top" rel="nofollow">postgis-users@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (202 bytes) <a href="http://old.nabble.com/attachment/26249268/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/PostGIS---User-f1223.html" embed="fixTarget[1223]" target="_top" >PostGIS - User</a></p>tag:old.nabble.com,2006:post-26248794Re: OpenStreetMap to GPS2009-11-07T13:37:33Z2009-11-07T13:37:33ZGreg Troxel<br>Matthew Pulis <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26248794&i=0" target="_top" rel="nofollow">mpulis@...</a>> writes:
<br><div class='shrinkable-quote'><div class='shrinkable-quote'><br>> I want to plot a list of GPS acquired locations with data originating from
<br>> OpenStreetMap. I am thinking to keep everything in GPS projection since
<br>> quite near in the future the project is going to be accepting live GPS
<br>> readings.
<br>>
<br>> OSM SRID = 900913
<br>>
<br>> Should I consider GPS SRID to be: 4326?
<br>>
<br>> However when I try to transform this geometry:
<br>>
<br>> gis=# select astext(way), asewkt(way), st_srid(way) from malta_roads
<br>> gis-# where osm_id = 23561453;
</div></div>Have you looked at the .osm file with an editor to see what's actually
<br>in it?
<br><br>I think you'll find that the data in the osm file is actually in SRID
<br>4326. Certainly the osm file saved by JOSM is in this format, and also
<br>e.g. the Massachusetts state extract of the planet file from cloudmade.
<br><br>It is true that OSM uses google spherical mercator for creating map
<br>tiles, but those are then projected coordinates rather than what appears
<br>in the vector database. It is of course possible that your vector file
<br>has been pre-transformed to something unusual, but from my experience
<br>with osm that would be somewhat odd.
<br><br><br><br /> <br />_______________________________________________
<br>postgis-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26248794&i=1" target="_top" rel="nofollow">postgis-users@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>attachment0</strong> (200 bytes) <a href="http://old.nabble.com/attachment/26248794/0/attachment0" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/PostGIS---User-f1223.html" embed="fixTarget[1223]" target="_top" >PostGIS - User</a></p>tag:old.nabble.com,2006:post-26248517OpenStreetMap to GPS2009-11-07T12:59:14Z2009-11-07T12:59:14ZYanchoGuys,<br><br>I want to plot a list of GPS acquired locations with data originating from OpenStreetMap. I am thinking to keep everything in GPS projection since quite near in the future the project is going to be accepting live GPS readings.<br>
<br>OSM SRID = 900913<br><br>Should I consider GPS SRID to be: 4326?<br><br>However when I try to transform this geometry:<br><br>gis=# select astext(way), asewkt(way), st_srid(way) from malta_roads <br>gis-# where osm_id = 23561453;<br>
astext | asewkt | st_srid <br>
------------------------------------------------------------------------------------------------------------------------------------------------+------------------------------------------------------------------------------------------------------------------------------------------------------------+---------<br>
LINESTRING(1582821.69 4304893.15,1582810.45 4304860.01,1582804.55 4304849.75,1582790.4 4304824.81,1582776.19 4304794.61,1582748.85 4304746.72) | SRID=900913;LINESTRING(1582821.69 4304893.15,1582810.45 4304860.01,1582804.55 4304849.75,1582790.4 4304824.81,1582776.19 4304794.61,1582748.85 4304746.72) | 900913<br>
(1 row)<br><br><br>I get:<br><br>gis=# select astext(st_transform(way, 4326)) from malta_roads <br>gis-# where osm_id = 23561453;<br>ERROR: transform: couldn't project point (1.58281e+06 4.30486e+06 0): failed to load NAD27-83 correction file (-38)<br>
HINT: PostGIS was unable to transform the point because either no grid shift files were found, or the point does not lie within the range for which the grid shift is defined. Refer to the ST_Transform() section of the PostGIS manual for details on how to configure PostGIS to alter this behaviour.<br>
gis=# <br><br><br>The data in malta_roads has been acquired from OpenSreetMap in a file .osm. Data regards Maltese roads.<br><br>Thanks for your help and Happy Weekend!<br clear="all"><br>-- <br>Matthew Pulis<br>URL : <a href="http://www.matthewpulis.info" target="_top" rel="nofollow">http://www.matthewpulis.info</a> | <a href="http://www.solutions-lab.net" target="_top" rel="nofollow">http://www.solutions-lab.net</a><br>
MSN : pulis_matthew[@]<a href="http://hotmail.com" target="_top" rel="nofollow">hotmail.com</a><br>ICQ : 145951110<br>Skype : <a href="http://solutions-lab.net" target="_top" rel="nofollow">solutions-lab.net</a><br>
<br />_______________________________________________
<br>postgis-users mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26248517&i=0" target="_top" rel="nofollow">postgis-users@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-users" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---User-f1223.html" embed="fixTarget[1223]" target="_top" >PostGIS - User</a></p>tag:old.nabble.com,2006:post-26247980Re: Compiling PostGIS against PostgreSQL 8.42009-11-07T11:51:11Z2009-11-07T11:51:11ZJorge ArévaloOn Sat, Nov 7, 2009 at 8:33 PM, Mateusz Loskot <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26247980&i=0" target="_top" rel="nofollow">mateusz@...</a>> wrote:
<div class='shrinkable-quote'><br>> Jorge Arévalo wrote:
<br>>> Hello,
<br>>>
<br>>> I've recently updated from Postgresql 8.3 to 8.4, due to an update on
<br>>> Ubuntu (from 9.04 to 9.10). When trying to create new spatial
<br>>> databases, by executing postgis.sql, I get an error because
<br>>> LWGEOM_samebox is not found in library object. The problem is
<br>>> postgis.sql is looking for this function in the old library object,
<br>>> this is /usr/lib/postgresql/8.3/lib/postgis-1.5.so, instead on
<br>>> /usr/lib/postgresql/8.4/lib/postgis-1.5.so
<br>>>
<br>>> When I run ./configure, I get 8.4 as PostgreSQL version, but I don't
<br>>> know how to avoid the linking against the old library object.
<br>>>
<br>>> How should I do it?
<br>>
<br>> Check if PostgreSQL 8.3 related packages (including the one that
<br>> installs pg_config) have been removed?
<br>> I found that after upgrade form 9.04 to 9.10 I had to do manual
<br>> cleanup to get rid of of all packages related to PostgreSQL 8.3
<br>>
<br>> Best regards,
<br>> --
<br>> Mateusz Loskot, <a href="http://mateusz.loskot.net" target="_top" rel="nofollow">http://mateusz.loskot.net</a><br>> Charter Member of OSGeo, <a href="http://osgeo.org" target="_top" rel="nofollow">http://osgeo.org</a><br>> _______________________________________________
<br>> postgis-devel mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26247980&i=1" target="_top" rel="nofollow">postgis-devel@...</a>
<br>> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br>>
</div><br>Hello,
<br><br>I've just solved the problem by upgrading the old 8.3 cluster to the
<br>new version (via pg_dropcluster and pg_upgradecluster), deleting the
<br>postgresql-8.3 and postgresql-client-8.3 packages and re-building
<br>PostGIS.
<br><br>Thanks for your suggestion Mateusz!
<br><br>Best regards,
<br>Jorge
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26247980&i=2" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26247857Re: Compiling PostGIS against PostgreSQL 8.42009-11-07T11:33:10Z2009-11-07T11:33:10ZMateusz LoskotJorge Arévalo wrote:
<div class='shrinkable-quote'><br>> Hello,
<br>>
<br>> I've recently updated from Postgresql 8.3 to 8.4, due to an update on
<br>> Ubuntu (from 9.04 to 9.10). When trying to create new spatial
<br>> databases, by executing postgis.sql, I get an error because
<br>> LWGEOM_samebox is not found in library object. The problem is
<br>> postgis.sql is looking for this function in the old library object,
<br>> this is /usr/lib/postgresql/8.3/lib/postgis-1.5.so, instead on
<br>> /usr/lib/postgresql/8.4/lib/postgis-1.5.so
<br>>
<br>> When I run ./configure, I get 8.4 as PostgreSQL version, but I don't
<br>> know how to avoid the linking against the old library object.
<br>>
<br>> How should I do it?
</div><br>Check if PostgreSQL 8.3 related packages (including the one that
<br>installs pg_config) have been removed?
<br>I found that after upgrade form 9.04 to 9.10 I had to do manual
<br>cleanup to get rid of of all packages related to PostgreSQL 8.3
<br><br>Best regards,
<br>--
<br>Mateusz Loskot, <a href="http://mateusz.loskot.net" target="_top" rel="nofollow">http://mateusz.loskot.net</a><br>Charter Member of OSGeo, <a href="http://osgeo.org" target="_top" rel="nofollow">http://osgeo.org</a><br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26247857&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><div class="signature">--
<br>Mateusz Loskot
<br><a href="http://mateusz.loskot.net" target="_top" rel="nofollow">http://mateusz.loskot.net</a></div><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26247684Compiling PostGIS against PostgreSQL 8.42009-11-07T11:12:51Z2009-11-07T11:12:51ZJorge ArévaloHello,
<br><br>I've recently updated from Postgresql 8.3 to 8.4, due to an update on
<br>Ubuntu (from 9.04 to 9.10). When trying to create new spatial
<br>databases, by executing postgis.sql, I get an error because
<br>LWGEOM_samebox is not found in library object. The problem is
<br>postgis.sql is looking for this function in the old library object,
<br>this is /usr/lib/postgresql/8.3/lib/postgis-1.5.so, instead on
<br>/usr/lib/postgresql/8.4/lib/postgis-1.5.so
<br><br>When I run ./configure, I get 8.4 as PostgreSQL version, but I don't
<br>know how to avoid the linking against the old library object.
<br><br>How should I do it?
<br><br>Thanks in advance!
<br><br>Best regards,
<br>Jorge
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26247684&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26247252Re: New Distance Review2009-11-07T10:15:32Z2009-11-07T10:15:32Znicklas.aven<html>
<head>
<title></title>
<meta name="GENERATOR" content="MSHTML 8.00.6001.18828"></meta>
</head>
<body>
<div align="left">ok, I will try to complement the documentation. As Paus says I can put the algoritm description in the wiki. Do you want more from that Mark. There has become some more to describe like this subgeometry handling that I only described with a few words in #231.</div>
<div align="left"> </div>
<div align="left">I will also write down a list of what I have done and why.</div>
<div align="left"> </div>
<div align="left">How to give evidence for the testing I don't know. Some tests I have put in the regression tests.</div>
<div align="left"> </div>
<div align="left">I have thought about making som sort of theme with descriptions about what functions is called at what situation but I guess doxygen satisfies most of that need if the code gets into the trunk.</div>
<div align="left"> </div>
<div align="left">And just a comment about Pauls last post.</div>
<div align="left">The new algoritm as implemented in the spike is used when geometries bboxes doesn't overlap and no of the geometries is a point.</div>
<div align="left">Maybe it shouldn't be used for lines and polygons with just a few vertexes. I haven't really tested but it seems to be faster in most cases. It would be possible to use the new algoritm on one of the geometries and iterate every vertex on the other, but I don't think that is worth the effort.</div>
<div align="left"> </div>
<div align="left">I'll get back</div>
<div align="left">No peace to expect Paul :-)</div>
<div align="left"> </div>
<div align="left"> </div>
<div align="left">/Nicklas<br />
<br />
2009-11-07 Paul Ramsey wrote:<br />
<br />
My understanding is that the code is pretty modular and only activates<br />
>for the particular large geometry cases it performs well for. Perhaps<br />
>Niklas could put his .doc explanation, which is good, into the wiki<br />
>where it's more webbly accessed. I'll be looking for a number of CUnit<br />
>tests that run and compare both methods on a variety of inputs.<br />
><br />
>p.<br />
><br />
>On Sat, Nov 7, 2009 at 3:03 AM, Mark Cave-Ayland<br />
>
<mark.cave-ayland@siriusit.co.uk></mark.cave-ayland@siriusit.co.uk> wrote:<br />
>> Paul Ramsey wrote:<br />
>><br />
>>> Niklas,<br />
>>> I'm going to start reviewing your distance work on Monday, speak now<br />
>>> or forever hold your peace :)<br />
>>> P.<br />
>><br />
>> I don't think reading the code will be a problem - my main concern is the<br />
>> lack of documentation for the algorithm changes. I'd like to see better<br />
>> documentation of the changes present in Niklas' spike (new algorithm<br />
>> descriptions and reason for change, clear evidence of testing) before<br />
>> agreeing to commit.<br />
>><br />
>><br />
>> ATB,<br />
>><br />
>> Mark.<br />
>><br />
>> --<br />
>> Mark Cave-Ayland - Senior Technical Architect<br />
>> PostgreSQL - PostGIS<br />
>> Sirius Corporation plc - control through freedom<br />
>> http://www.siriusit.co.uk<br />
>> t: +44 870 608 0063<br />
>><br />
>> Sirius Labs: http://www.siriusit.co.uk/labs<br />
>> _______________________________________________<br />
>> postgis-devel mailing list<br />
>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26247252&i=0" target="_top" rel="nofollow">postgis-devel@...</a><br />
>> http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
>><br />
>_______________________________________________<br />
>postgis-devel mailing list<br />
><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26247252&i=1" target="_top" rel="nofollow">postgis-devel@...</a><br />
>http://postgis.refractions.net/mailman/listinfo/postgis-devel<br />
><br />
></div>
</body>
</html>
<br />_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26247252&i=2" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26246818Re: [PostGIS] #76: ST_DumpPoints - I think we said we would add to TODO2009-11-07T09:25:46Z2009-11-07T09:25:46ZPostGIS-4#76: ST_DumpPoints - I think we said we would add to TODO
<br>--------------------------+-------------------------------------------------
<br> Reporter: robe | Owner: robe
<br> Type: enhancement | Status: assigned
<br> Priority: medium | Milestone: postgis 1.5.0
<br> Component: postgis | Version: trunk
<br>Resolution: accepted | Keywords:
<br>--------------------------+-------------------------------------------------
<br>Comment (by kneufeld):
<br><br> This ticket is a year old now and the functionality has again been
<br> requested on -users.
<br><br> I recommend that we add the attached plpgsql solution to PostGIS and close
<br> this ticket. A new ticket can be added to document the function, another
<br> to improve/rewrite it to C, and maybe a third to add regression tests.
<br><br> I would much rather have a slow, but functional, method in PostGIS, than a
<br> really fast / robust '''non-existent''' function in C.
<br><br>--
<br>Ticket URL: <<a href="http://trac.osgeo.org/postgis/ticket/76#comment:10" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/76#comment:10</a>>
<br>PostGIS <<a href="http://trac.osgeo.org/postgis/" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/</a>>
<br>PostGIS
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246818&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26246416Re: [PostGIS] #230: Put in costs in _ST andpossibly other functions2009-11-07T08:41:26Z2009-11-07T08:41:26ZParagon Corporation-2We did when we decided to allow geography in there. and we had long
<br>discussions on devel already (Perhaps Mark is having amnesia :). I even
<br>amended the docs and also created a compatibility matrix and link in the
<br>docs to it.
<br><br><br><br>-----Original Message-----
<br>From: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246416&i=0" target="_top" rel="nofollow">postgis-devel-bounces@...</a>
<br>[mailto:<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246416&i=1" target="_top" rel="nofollow">postgis-devel-bounces@...</a>] On Behalf Of Paul
<br>Ramsey
<br>Sent: Saturday, November 07, 2009 11:10 AM
<br>To: PostGIS Development Discussion
<br>Subject: Re: [postgis-devel] [PostGIS] #230: Put in costs in _ST andpossibly
<br>other functions
<br><br>On Sat, Nov 7, 2009 at 2:46 AM, PostGIS <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246416&i=2" target="_top" rel="nofollow">trac@...</a>> wrote:
<br><div class='shrinkable-quote'><br>> I also notice in your commit you've bumped the minimum PostgreSQL
<br>> version
<br>> to 8.3 in the documentation, although isn't this actually a
<br>> requirement of
<br>> incorporating the new geography typmod code as well as adding costs
<br>> to
<br>> functions? I think any change that requires a minimum PostgreSQL
<br>> version
<br>> change should incur a polite email to -devel for feedback rather than
<br>> just
<br>> committing blind.
</div><br>I really thought we had crossed that bridge when we agreed on geography for
<br>1.5. And yes, it's a requirement of both typmod and this cost alteration so
<br>it seemed like a no brainer to start making sure it was done.
<br><br>(Though, in my spirit of "please, smaller more focussed tickets" I should
<br>have ticketed the actual change instead of doing it as a side
<br>effect.)
<br><br>P.
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246416&i=3" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><br><br><br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246416&i=4" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26246268Re: New Distance Review2009-11-07T08:22:08Z2009-11-07T08:22:08ZPaul Ramsey-3My understanding is that the code is pretty modular and only activates
<br>for the particular large geometry cases it performs well for. Perhaps
<br>Niklas could put his .doc explanation, which is good, into the wiki
<br>where it's more webbly accessed. I'll be looking for a number of CUnit
<br>tests that run and compare both methods on a variety of inputs.
<br><br>p.
<br><br>On Sat, Nov 7, 2009 at 3:03 AM, Mark Cave-Ayland
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246268&i=0" target="_top" rel="nofollow">mark.cave-ayland@...</a>> wrote:
<div class='shrinkable-quote'><br>> Paul Ramsey wrote:
<br>>
<br>>> Niklas,
<br>>> I'm going to start reviewing your distance work on Monday, speak now
<br>>> or forever hold your peace :)
<br>>> P.
<br>>
<br>> I don't think reading the code will be a problem - my main concern is the
<br>> lack of documentation for the algorithm changes. I'd like to see better
<br>> documentation of the changes present in Niklas' spike (new algorithm
<br>> descriptions and reason for change, clear evidence of testing) before
<br>> agreeing to commit.
<br>>
<br>>
<br>> ATB,
<br>>
<br>> Mark.
<br>>
<br>> --
<br>> Mark Cave-Ayland - Senior Technical Architect
<br>> PostgreSQL - PostGIS
<br>> Sirius Corporation plc - control through freedom
<br>> <a href="http://www.siriusit.co.uk" target="_top" rel="nofollow">http://www.siriusit.co.uk</a><br>> t: +44 870 608 0063
<br>>
<br>> Sirius Labs: <a href="http://www.siriusit.co.uk/labs" target="_top" rel="nofollow">http://www.siriusit.co.uk/labs</a><br>> _______________________________________________
<br>> postgis-devel mailing list
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246268&i=1" target="_top" rel="nofollow">postgis-devel@...</a>
<br>> <a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br>>
</div>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246268&i=2" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26246246Re: [PostGIS] #290: Update required PostgreSQL version to 8.32009-11-07T08:18:17Z2009-11-07T08:18:17ZPostGIS-4#290: Update required PostgreSQL version to 8.3
<br>----------------------+-----------------------------------------------------
<br> Reporter: pramsey | Owner: pramsey
<br> Type: defect | Status: new
<br> Priority: medium | Milestone: postgis 1.5.0
<br> Component: postgis | Version: trunk
<br>Resolution: | Keywords:
<br>----------------------+-----------------------------------------------------
<br>Comment (by pramsey):
<br><br> Compile tile test updated to check for 8.3 at r4765
<br><br>--
<br>Ticket URL: <<a href="http://trac.osgeo.org/postgis/ticket/290#comment:1" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/290#comment:1</a>>
<br>PostGIS <<a href="http://trac.osgeo.org/postgis/" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/</a>>
<br>PostGIS
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246246&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26246240[PostGIS] #290: Update required PostgreSQL version to 8.32009-11-07T08:17:27Z2009-11-07T08:17:27ZPostGIS-4#290: Update required PostgreSQL version to 8.3
<br>---------------------+------------------------------------------------------
<br> Reporter: pramsey | Owner: pramsey
<br> Type: defect | Status: new
<br> Priority: medium | Milestone: postgis 1.5.0
<br>Component: postgis | Version: trunk
<br> Keywords: |
<br>---------------------+------------------------------------------------------
<br> As mentioned in #230, typmod and cost updates require 8.3 as the minimum
<br> PostgreSQL version we support. There is also specialized code that tests
<br> for versions older than our new minimum that can be removed:
<br><br> * postgis/lwgeom_gist.c#L535
<br> * postgis/pgsql_compat.h
<br> * postgis/lwgeom_functions_basic.c#L1884
<br><br>--
<br>Ticket URL: <<a href="http://trac.osgeo.org/postgis/ticket/290" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/290</a>>
<br>PostGIS <<a href="http://trac.osgeo.org/postgis/" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/</a>>
<br>PostGIS
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246240&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26246175Re: [PostGIS] #230: Put in costs in _ST and possibly other functions2009-11-07T08:09:49Z2009-11-07T08:09:49ZPaul Ramsey-3On Sat, Nov 7, 2009 at 2:46 AM, PostGIS <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246175&i=0" target="_top" rel="nofollow">trac@...</a>> wrote:
<br><br>> I also notice in your commit you've bumped the minimum PostgreSQL version
<br>> to 8.3 in the documentation, although isn't this actually a requirement of
<br>> incorporating the new geography typmod code as well as adding costs to
<br>> functions? I think any change that requires a minimum PostgreSQL version
<br>> change should incur a polite email to -devel for feedback rather than just
<br>> committing blind.
<br><br>I really thought we had crossed that bridge when we agreed on
<br>geography for 1.5. And yes, it's a requirement of both typmod and this
<br>cost alteration so it seemed like a no brainer to start making sure it
<br>was done.
<br><br>(Though, in my spirit of "please, smaller more focussed tickets" I
<br>should have ticketed the actual change instead of doing it as a side
<br>effect.)
<br><br>P.
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26246175&i=1" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26243783Re: New Distance Review2009-11-07T03:03:50Z2009-11-07T03:03:50ZMark Cave-Ayland-3Paul Ramsey wrote:
<br><br>> Niklas,
<br>> I'm going to start reviewing your distance work on Monday, speak now
<br>> or forever hold your peace :)
<br>> P.
<br><br>I don't think reading the code will be a problem - my main concern is
<br>the lack of documentation for the algorithm changes. I'd like to see
<br>better documentation of the changes present in Niklas' spike (new
<br>algorithm descriptions and reason for change, clear evidence of testing)
<br>before agreeing to commit.
<br><br><br>ATB,
<br><br>Mark.
<br><br>--
<br>Mark Cave-Ayland - Senior Technical Architect
<br>PostgreSQL - PostGIS
<br>Sirius Corporation plc - control through freedom
<br><a href="http://www.siriusit.co.uk" target="_top" rel="nofollow">http://www.siriusit.co.uk</a><br>t: +44 870 608 0063
<br><br>Sirius Labs: <a href="http://www.siriusit.co.uk/labs" target="_top" rel="nofollow">http://www.siriusit.co.uk/labs</a><br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26243783&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26243766Re: Non-C functionality2009-11-07T03:01:09Z2009-11-07T03:01:09ZMark Cave-Ayland-3Paul Ramsey wrote:
<br><div class='shrinkable-quote'><br>> This raises an issue of policy which our "API stable" promise makes
<br>> perhaps worth articulating: functionality should be implemented
<br>> primarily in the C library. Otherwise we're going to have this issue,
<br>> of "bugs in the SQL" which cannot be solved by a library drop-in, and
<br>> that require extra DBA attention.
<br>>
<br>> If the goal of "no SQL upgrades" is paramount, then moving more code
<br>> into C makes sense.
<br>>
<br>> P.
</div><br>Yeah, I think we should definitely err towards C wherever possible (I
<br>see you added some suitable LWGEOM_hasz/m in a previous commit), just
<br>for performance reasons if nothing else.
<br><br><br>ATB,
<br><br>Mark.
<br><br>--
<br>Mark Cave-Ayland - Senior Technical Architect
<br>PostgreSQL - PostGIS
<br>Sirius Corporation plc - control through freedom
<br><a href="http://www.siriusit.co.uk" target="_top" rel="nofollow">http://www.siriusit.co.uk</a><br>t: +44 870 608 0063
<br><br>Sirius Labs: <a href="http://www.siriusit.co.uk/labs" target="_top" rel="nofollow">http://www.siriusit.co.uk/labs</a><br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26243766&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26243752Re: [PostGIS] #78: CheckAuth - doesn't check if trigger exists before trying to create it also why return 02009-11-07T02:59:01Z2009-11-07T02:59:01ZPostGIS-4#78: CheckAuth - doesn't check if trigger exists before trying to create it also
<br>why return 0
<br>-----------------------+----------------------------------------------------
<br> Reporter: robe | Owner: robe
<br> Type: defect | Status: assigned
<br> Priority: low | Milestone: postgis 1.4.1
<br> Component: postgis | Version:
<br>Resolution: accepted | Keywords:
<br>-----------------------+----------------------------------------------------
<br>Comment (by mcayland):
<br><br> I believe this is a reference to the WFS locking code (see
<br> postgis/long_xact.sql.in.c). In fact, it seems that we even have the
<br> original copy still in extras/WFS_Locks. Can this version not go?
<br><br><br> ATB,
<br><br> Mark.
<br><br>--
<br>Ticket URL: <<a href="http://trac.osgeo.org/postgis/ticket/78#comment:4" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/78#comment:4</a>>
<br>PostGIS <<a href="http://trac.osgeo.org/postgis/" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/</a>>
<br>PostGIS
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26243752&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26243737Re: Testing2009-11-07T02:56:00Z2009-11-07T02:56:00ZMark Cave-Ayland-3Paul Ramsey wrote:
<br><div class='shrinkable-quote'><br>> In a ticket (!!!!) <<a href="http://trac.osgeo.org/postgis/ticket/230" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/230</a>> Regina comments,
<br>>
<br>> "I'm also very concerned about the rate you are closing things off :).
<br>> I should be excited, but all I can think is "Paul, stay away from the
<br>> caffeine". When are we going to have time to test all this."
<br>>
<br>> You're an amazing tester, Regina, but there's only the one of you. If
<br>> you have to choose between testing and rolling beta releases this
<br>> month, roll the releases. Getting alpha and beta releases out will
<br>> identify the issues that we need to fix before going to final.
<br>>
<br>> Paul
</div><br>Nice comment lol ;) Incidentally I'll be back on the bug-fixing warpath
<br>this week, so even more things are likely to get bashed around even more...
<br><br>I have absolutely no problem with Paul fixing bugs and closing tickets
<br>as he feels, however in a few ticket threads, several different
<br>solutions have been proposed and it's not clear which one of these has
<br>been chosen when the final close-off message simply reads "Fixed at
<br>rXXXX". I think in these cases a more verbose comment explaining which
<br>solution has been implemented would be appropriate.
<br><br><br>ATB,
<br><br>Mark.
<br><br>--
<br>Mark Cave-Ayland - Senior Technical Architect
<br>PostgreSQL - PostGIS
<br>Sirius Corporation plc - control through freedom
<br><a href="http://www.siriusit.co.uk" target="_top" rel="nofollow">http://www.siriusit.co.uk</a><br>t: +44 870 608 0063
<br><br>Sirius Labs: <a href="http://www.siriusit.co.uk/labs" target="_top" rel="nofollow">http://www.siriusit.co.uk/labs</a><br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26243737&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26243709Re: Tickets2009-11-07T02:50:25Z2009-11-07T02:50:25ZMark Cave-Ayland-3Paul Ramsey wrote:
<br><div class='shrinkable-quote'><br>> Trying to clean down the tickets so we can get to a release state for
<br>> 1.4.1 and 1.5.0 I'm struck my how many I'm just going to have to push
<br>> out to the next version. And the next. And the next.
<br>>
<br>> There is a category of things that are "nice to have" that everyone
<br>> agrees are "nice to have" but yet never rise to the threshold of
<br>> someone actually *doing* them, and that list of things only grows and
<br>> grows and grows.
<br>>
<br>> Kevins PIP enhancement <a href="http://trac.osgeo.org/postgis/ticket/75" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/75</a><br>> Support for anonymous geometry collections in predicates
<br>> <a href="http://trac.osgeo.org/postgis/ticket/256" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/256</a><br>>
<br>> Both of these I examined and thought about the amount of new code and
<br>> code complexity cost was involved versus the amount of new
<br>> functionality, and put them aside again. And I'm the one most able to
<br>> do those tickets, in terms of experience with those bits. So are they
<br>> going to get done? Do we have the bloody-mindedness to drown the
<br>> kittens we don't want to keep?
<br>>
<br>> I don't want to end up like Mapserver, with several hundred unclosed
<br>> tickets, being punted along year after year. I think if an enhancement
<br>> doesn't get done in two years, it should be closed out. There's a
<br>> threshold for defects probably too, though much higher.
<br>>
<br>> P.
</div><br>I think the problem here is that people are using trac to store things
<br>that aren't bugs, such as feature requests and enhancements. For sanity
<br>purposes, it would make much more sense to start discussions on -devel
<br>rather than just blindly filing a ticket. Then if we decide it's valid,
<br>that's the point at which we can ticket it.
<br><br><br>ATB,
<br><br>Mark.
<br><br>--
<br>Mark Cave-Ayland - Senior Technical Architect
<br>PostgreSQL - PostGIS
<br>Sirius Corporation plc - control through freedom
<br><a href="http://www.siriusit.co.uk" target="_top" rel="nofollow">http://www.siriusit.co.uk</a><br>t: +44 870 608 0063
<br><br>Sirius Labs: <a href="http://www.siriusit.co.uk/labs" target="_top" rel="nofollow">http://www.siriusit.co.uk/labs</a><br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26243709&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26243683Re: [PostGIS] #230: Put in costs in _ST and possibly other functions2009-11-07T02:46:43Z2009-11-07T02:46:43ZPostGIS-4#230: Put in costs in _ST and possibly other functions
<br>----------------------+-----------------------------------------------------
<br> Reporter: nicklas | Owner: robe
<br> Type: defect | Status: closed
<br> Priority: medium | Milestone: postgis 1.5.0
<br> Component: postgis | Version: 1.4
<br>Resolution: fixed | Keywords: st_dwithin st_expand bbox
<br>----------------------+-----------------------------------------------------
<br>Comment (by mcayland):
<br><br> +1 from me, we definitely need to ensure the original test cases work as
<br> defined as its a common use case.
<br><br> I also notice in your commit you've bumped the minimum PostgreSQL version
<br> to 8.3 in the documentation, although isn't this actually a requirement of
<br> incorporating the new geography typmod code as well as adding costs to
<br> functions? I think any change that requires a minimum PostgreSQL version
<br> change should incur a polite email to -devel for feedback rather than just
<br> committing blind.
<br><br> Also, if we do bump the minimum version, you need to update the minimum
<br> version check in configure.ac.
<br><br><br> ATB,
<br><br> Mark.
<br><br>--
<br>Ticket URL: <<a href="http://trac.osgeo.org/postgis/ticket/230#comment:27" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/230#comment:27</a>>
<br>PostGIS <<a href="http://trac.osgeo.org/postgis/" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/</a>>
<br>PostGIS
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26243683&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>tag:old.nabble.com,2006:post-26242782Re: [PostGIS] #242: Go back to having different scripts version from postgis lib version2009-11-06T23:57:51Z2009-11-06T23:57:51ZPostGIS-4#242: Go back to having different scripts version from postgis lib version
<br>----------------------+-----------------------------------------------------
<br> Reporter: robe | Owner: pramsey
<br> Type: defect | Status: reopened
<br> Priority: medium | Milestone: postgis 1.4.1
<br> Component: postgis | Version:
<br>Resolution: | Keywords:
<br>----------------------+-----------------------------------------------------
<br>Changes (by robe):
<br><br> * status: closed => reopened
<br> * resolution: wontfix =>
<br><br>Comment:
<br><br> Paul,
<br><br> Thanks -- I took a quick look at this script and it looks promising and an
<br> elegant solution to the problem. Good solution though haven't figured out
<br> yet how this would tie in with our build of the postgis.sql file (unless
<br> we just amend our how to release to include this perl check step and keep
<br> manual for now)
<br><br> So our scripts version numbers would now be
<br> POSTGIS_MAJOR.POSTGIS_MINOR.SVNVERSION
<br><br> e.g.
<br> 1.5.(svnversion since last script changed output from perl script)
<br><br><br> So I take it the challenge is to
<br> In our postgis_scripts_released() function -- some how stuff this perl
<br> gotten revision number in there.
<br><br> In our postgis_scripts_installed sql function -- some how stuff this perl
<br> gotten revision number in there.
<br><br> Or just take the manual way for now and hardcode it accordingly by
<br> manually running the perl script to get the number. Would be nice if we
<br> could automate it though.
<br><br> So I guess this means I can reopen this?
<br><br>--
<br>Ticket URL: <<a href="http://trac.osgeo.org/postgis/ticket/242#comment:7" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/ticket/242#comment:7</a>>
<br>PostGIS <<a href="http://trac.osgeo.org/postgis/" target="_top" rel="nofollow">http://trac.osgeo.org/postgis/</a>>
<br>PostGIS
<br>_______________________________________________
<br>postgis-devel mailing list
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26242782&i=0" target="_top" rel="nofollow">postgis-devel@...</a>
<br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-devel" target="_top" rel="nofollow">http://postgis.refractions.net/mailman/listinfo/postgis-devel</a><br><p>From forum: <a href="http://old.nabble.com/PostGIS---Dev-f1222.html" embed="fixTarget[1222]" target="_top" >PostGIS - Dev</a></p>