<div dir="ltr">Using the lines you exactly do the same as with points.<div>The lines will be spaced exactly by 20 meters, end and start being exactly on the 20 meters grid, line being either perfectly veritcla or perfectly horizontal.</div>
<div>So intersections are guaranteed to be on the 20 meter grid, because this is the definition of a 20 meter grid =) .</div><div><br></div><div> </div><div>Here is a not optimal way to do it :</div><div>For instance if UK is enclosed in a bouding box (xmin,ymin,xmax,ymax), where xmin-max and ymin-max are rounded to the nearest 20 meters multiple (ie x or y % 20 = 0)</div>
<div>(Please note that this is not clever because we generate too much SN lines, GB being only 500 km wide at most, so we would need to filter, but you don't care, following would take less than a minute anyway, and you need to do it only once).</div>
<div><br></div><div>WITH minmax AS (</div><div>SELECT xmin,ymin,xmax,ymax, bbox_of_england</div><div>),</div><div>WITH series AS (</div><div>SELECT s</div><div>FROM generate_series(0,1000*(1000/20)::bigint,20) AS s --casting to bigint to be safe against going over int limit</div>
<div>),</div><div>WITH lines AS (</div><div>SELECT ST_MakeLine (ST_MakePoint(xmin+s,ymin),ST_MakePoint(xmin+s,ymax)) AS lineSN, </div><div><div> ST_MakeLine(ST_MakePoint(xmin, ymin+s), ST_MakePoint(xmax,ymin+s) AS lineEW</div>
<div>FROM series, minmax</div><div>),</div><div>unioned_lines AS (</div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div>SELECT lineSN AS line, 'SN' as direction</div></div><div><div>FROM lines,minmax</div>
</div><div><div>WHERE ST_Interesects(lineSN,bbox_of_england)= TRUE</div></div></blockquote><div><div>UNION </div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div>SELECT lineEW AS line, 'EW' AS direction</div>
</div><div><div>FFROM lines,minmax</div></div><div><div>WHERE ST_Interesects(lineEW,bbox_of_england)= TRUE</div></div></blockquote><div><div>)</div><div>SELECT row_number() over() AS uid, line, direction</div><div>FROM unioned_line</div>
<div><br></div><div>then creating table and index on geom and on direction (and possibly on uid, but better create a primary key then if you use it)</div><div><br></div><div>Of course I didn't test this query, but you should be able to use it easily.</div>
<div><br></div><div>Cheers,</div><div>Rémi-C</div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/13 James David Smith <span dir="ltr"><<a href="mailto:james.david.smith@gmail.com" target="_blank">james.david.smith@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Remi,<br>
<br>
Apologies.  One more thing which I am not sure about. We need the<br>
final grid of points that we make to be multiples of 20. For example:<br>
<br>
53320, 7780 = Yes<br>
53323, 7780 = No<br>
53320, 7794 = No<br>
53321, 7754 = No<br>
<br>
That is why in the original function that we wrote, we put the numbers<br>
in as below.<br>
<div class="im"><br>
SELECT ST_Collect(st_setsrid(ST_POINT(x,y),$3)) FROM<br>
generate_series(53320::int, 667380::int,$2) as x<br>
,generate_series(7780::int, 1226580::int,$2) as y<br>
where st_intersects($1,st_setsrid(ST_POINT(x,y),$3))'<br>
<br>
</div>We did this because the points in the grid have to 'align' with the<br>
values of mutliple 20.<br>
<br>
If we do the N-S and E-W lines solution that you suggest, I don't<br>
think that this will work will it?<br>
<br>
Thanks<br>
<br>
James<br>
<br>
<br>
On 13 November 2013 11:49, James David Smith<br>
<div class="HOEnZb"><div class="h5"><<a href="mailto:james.david.smith@gmail.com">james.david.smith@gmail.com</a>> wrote:<br>
> Hi Remi,<br>
><br>
> Thanks so much for this detailed response. Your idea about creating<br>
> the lines and the only storing where they intersect and are within the<br>
> polygons is a great idea. I'm going to give that a go now.<br>
><br>
> Thanks again,<br>
><br>
> James<br>
><br>
> On 13 November 2013 11:41, Rémi Cura <<a href="mailto:remi.cura@gmail.com">remi.cura@gmail.com</a>> wrote:<br>
>> This would be an improvement but still non efficient.<br>
>><br>
>> you have 2 possibilities, supposing that what you want is points 20 meter<br>
>> spaced in all road_buf  :<br>
>><br>
>> either you compute for each road_buffer the points inside, one road at a<br>
>> time ( figuratively ).<br>
>><br>
>> This means you write a function which generates points 20-meter spaced in<br>
>> the bounding box of the road you are working on, and keep those in the real<br>
>> road buffer, and group result points as a multipoints (for cosmetic purpose)<br>
>> .<br>
>><br>
>> You would then use it like this :<br>
>><br>
>> SELECT road_id, points_insidea_road(the_geom) AS my_points_inside_the_road<br>
>> FROM road_polygons_table<br>
>><br>
>> You would have as output a line per road with a multipoint containing all<br>
>> the point 20 meter spaced inside the road.<br>
>><br>
>> Or (what you wrote) you generate all points and keep those intersecting one<br>
>> or many road.<br>
>><br>
>> The first one is mandatory, because it avoids to manipulate (incredibly) big<br>
>> table of all points spaced by 20 meters for UK (around 500 * 10^6 points ! )<br>
>> Even with indexes it's not a good idea to use such number of rows.<br>
>><br>
>> That's the first point (write a function working for one road, then use it<br>
>> for all road).<br>
>><br>
>> The second point is the way you compute is very inefficient. If your road is<br>
>> going from south-West to NorthEast, you will generate a very big number of<br>
>> points, and very few will be in the road_buffer. This is problematic as for<br>
>> a road of only 20 kms, you may generate as many as 100k points and keep only<br>
>> few of them. If you want to process hundreds of ks or roads it will become<br>
>> very problematic. Also you would have to generate points each time.<br>
>><br>
>> So here is what  I suggest you : change your strategy :<br>
>>  instead of generating all point in bounding box and then keeping only those<br>
>> in road_buffer,<br>
>> generate a line every 20 meters going North south and an line every 20<br>
>> meters going East-West , then use the function ST_Intersection to keep only<br>
>> part of this lines being inside the road_polygon, then you have the points<br>
>> inside road_polygons as the intersections of these EW lines with the SN<br>
>> lines.<br>
>><br>
>> It will be very efficient because you can create a table with all the lines<br>
>> going East-West and South-North for great britain (about 25k + 50k lines),<br>
>> and build index on it (index on geom and on the column saying if it is SN or<br>
>> EW).<br>
>><br>
>> The trick is the number of lines is around 500km * 50 line/km + 1000km * 50<br>
>> line/km , where the number of points is  500km * 50 line/km * 1000km * 50<br>
>> line/km<br>
>><br>
>> Hope it helps,<br>
>><br>
>> Cheers,<br>
>> Rémi-C<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> 2013/11/13 James David Smith <<a href="mailto:james.david.smith@gmail.com">james.david.smith@gmail.com</a>><br>
>>><br>
>>> Hey Remi,<br>
>>><br>
>>> Thanks for your reply. So in your mind you think we should have a<br>
>>> database of say 300 polygons, and then we run a command like this<br>
>>> right?<br>
>>><br>
>>> SELECT<br>
>>> ST_Collect(st_setsrid(ST_POINT(x,y),27700))<br>
>>> FROM<br>
>>> generate_series(53320::int, 667380::int,20) as x,<br>
>>> generate_series(7780::int, 1226580::int,20) as y,<br>
>>> road_polygons_table<br>
>>> WHERE<br>
>>> st_intersects(road_polygons_table.the_geom,<br>
>>> st_setsrid(ST_POINT(x,y),27700))<br>
>>><br>
>>> What do you think?<br>
>>><br>
>>> Thanks<br>
>>><br>
>>> James<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> On 11 November 2013 14:51, Rémi Cura <<a href="mailto:remi.cura@gmail.com">remi.cura@gmail.com</a>> wrote:<br>
>>> > Hey,<br>
>>> > the whole point on using a sgbds like postgis is using index.<br>
>>> ><br>
>>> > If you have one line you don't use indexes...<br>
>>> ><br>
>>> > So in short, don't make one polygon with a buffer of all the road, but a<br>
>>> > table with a line for the buffer for every road, then do you computation<br>
>>> > to<br>
>>> > create grid of points inside of polygons, then union the result of<br>
>>> > points!<br>
>>> ><br>
>>> > And it s always a bad idea to run a function on big data when you have<br>
>>> > not<br>
>>> > tested it fully (including scaling behavior) on small data.<br>
>>> ><br>
>>> ><br>
>>> > Cheers<br>
>>> > Rémi-C<br>
>>> ><br>
>>> ><br>
>>> > 2013/11/11 James David Smith <<a href="mailto:james.david.smith@gmail.com">james.david.smith@gmail.com</a>><br>
>>> >><br>
>>> >> Hi all,<br>
>>> >><br>
>>> >> Would appreciate some advice on the best way to accomplish this please.<br>
>>> >><br>
>>> >> Our situation is that we have a single polygon which has been created<br>
>>> >> by buffering all of the major roads in the UK. Projection is OSGB36<br>
>>> >> (27700). Obviously it's quite a big polygon.<br>
>>> >><br>
>>> >> -->  SELECT st_area(geom) FROM roadbufferunion;<br>
>>> >>      st_area<br>
>>> >> ------------------<br>
>>> >>  77228753220.8271<br>
>>> >><br>
>>> >> What we now want to do is create a regular grid of 20 metre x 20 metre<br>
>>> >> points instead the polygon area. So we wrote this function (based on<br>
>>> >> some googling, apologies for not being able to recall the exact person<br>
>>> >> who originally wrote it):<br>
>>> >><br>
>>> >> CREATE OR REPLACE FUNCTION makegrid(geometry, integer, integer)<br>
>>> >> RETURNS geometry AS<br>
>>> >> 'SELECT ST_Collect(st_setsrid(ST_POINT(x,y),$3)) FROM<br>
>>> >>   generate_series(53320::int, 667380::int,$2) as x<br>
>>> >>   ,generate_series(7780::int, 1226580::int,$2) as y<br>
>>> >> where st_intersects($1,st_setsrid(ST_POINT(x,y),$3))'<br>
>>> >> LANGUAGE sql<br>
>>> >><br>
>>> >> and we then run this by doing the following:<br>
>>> >><br>
>>> >> SELECT st_x((ST_Dump(makegrid(geom, 20, 27700))).geom) as x,<br>
>>> >> st_y((ST_Dump(makegrid(geom, 20, 27700))).geom) as y INTO grid_points<br>
>>> >> from roadbufferunion;<br>
>>> >><br>
>>> >> However after over 2 days of the query running on a pretty powerful<br>
>>> >> linux cluster, we still have no result.  I'm not sure if it is<br>
>>> >> actually running or not to be honest.<br>
>>> >><br>
>>> >> Does the query look right?<br>
>>> >> Any ideas how we can make it run quicker?<br>
>>> >><br>
>>> >> Thanks<br>
>>> >><br>
>>> >> James<br>
>>> >> _______________________________________________<br>
>>> >> postgis-users mailing list<br>
>>> >> <a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
>>> >> <a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > postgis-users mailing list<br>
>>> > <a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
>>> > <a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br>
>>> _______________________________________________<br>
>>> postgis-users mailing list<br>
>>> <a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
>>> <a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> postgis-users mailing list<br>
>> <a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br>
</div></div></blockquote></div><br></div>