[gdal-dev] MapServer and GDAL daily build Windows binaries available
Hi All, I've set up a build server providing daily snapshot builds for various compilers/architectures and created a root page containing the links to the results (along with the build SDKs have been used for the builds) http://vbkto.dyndns.org:1280/sdk/index.html You can simply download and use any of the build snapshots to be able to obtain the Windows binaries with the recent fixes without requiring to compile by yourself. But if you would rather compile by hand (eg for debugging purposes) just pick up the SDK packages providing a ready to use compile environment for all of those platforms enumerated. You may encounter some features missing (like swigpython binaries, mapscript-java etc) which are about to be added shortly, after I make sure those are working equally well on all platforms. I'll also provide links to the corresponding autotest results until the buildbot configuration is not resurrected. Best regards, Tamas ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] MapServer and GDAL daily build Windows binaries available
Tamas, this is a very good initiative ! It works pretty well as I've been able to run the Java GDAL apps from trunk under Wine ! (The apps themselves are not included in the bin/gdal/java directory of your packages, as they were missing from the ant build.xml. I've just commited a change in r16417, so that the .class should be generated in swig/java/build/apps) wine ~/.wine/c/Program\Files/Java/jre6/bin/java.exe -cp "../../swig/java/apps;./gdal.jar" gdalinfo byte.tif (And I also hope we'll see buildbot working again soon.) Best regards. Even Le Wednesday 25 February 2009 22:34:37 Tamas Szekeres, vous avez écrit : > Hi All, > > I've set up a build server providing daily snapshot builds for various > compilers/architectures and created a root page containing the links to the > results (along with the build SDKs have been used for the builds) > > http://vbkto.dyndns.org:1280/sdk/index.html > > You can simply download and use any of the build snapshots to be able to > obtain the Windows binaries with the recent fixes without requiring to > compile by yourself. But if you would rather compile by hand (eg for > debugging purposes) just pick up the SDK packages providing a ready to use > compile environment for all of those platforms enumerated. > > You may encounter some features missing (like swigpython binaries, > mapscript-java etc) which are about to be added shortly, after I make sure > those are working equally well on all platforms. I'll also provide links to > the corresponding autotest results until the buildbot configuration is not > resurrected. > > > > Best regards, > > Tamas ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] weeding out x,y,z points
A client has a very large (millions of records) ascii file consisting solely of x,y,z co-ordinates. They would like to reduce the number of records by weeking out points that are too close to each other. Can GDAL or OGR weed out 3D points based on proximity to each other? Regards, nick *** WARNING: This e-mail (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this e-mail without appropriate authority. If this e-mail was not intended for you and was sent to you by mistake, please telephone or e-mail me immediately, destroy any hardcopies of this e-mail and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this e-mail is not waived or destroyed by that mistake. It is your responsibility to ensure that this e-mail does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this e-mail do not necessarily reflect the opinions of the Queensland Department of Main Roads, Queensland Transport or Maritime Safety Queensland, or endorsed organisations utilising the same infrastructure. *** ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] weeding out x,y,z points
nicholas.g.lawre...@mainroads.qld.gov.au wrote: > A client has a very large (millions of records) ascii file consisting > solely of x,y,z co-ordinates. > > They would like to reduce the number of records by weeking out points > that are too close to each other. > > Can GDAL or OGR weed out 3D points based on proximity to each other? Perhaps libLAS (http://liblas.org/) and its utils will help, try txt2las with -scale or -xyz_scale option: http://liblas.org/browser/trunk/doc/txt2las.txt Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] weeding out x,y,z points
nicholas.g.lawre...@mainroads.qld.gov.au wrote: A client has a very large (millions of records) ascii file consisting solely of x,y,z co-ordinates. They would like to reduce the number of records by weeking out points that are too close to each other. Can GDAL or OGR weed out 3D points based on proximity to each other? A job for GMT's blockmean or blockmedian. Joaquim Luis ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] weeding out x,y,z points
> nicholas.g.lawre...@mainroads.qld.gov.au wrote: > > A client has a very large (millions of records) ascii file consisting > > solely of x,y,z co-ordinates. > > > > They would like to reduce the number of records by weeking out points that > > are too close to each other. > > > > Can GDAL or OGR weed out 3D points based on proximity to each other? > > A job for GMT's blockmean or blockmedian. > Joaquim Luis Okay, I downloaded the Manpages. My initial reading is that blockmean and blockmedian work by averaging the values. My client says that they want the resulting data points to be a subset of the original data points, that is the process should delete points, not re-calculate new ones that are an average. Is this still do-able? Is there a specific option I should be looking at? Regards, nick *** WARNING: This e-mail (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this e-mail without appropriate authority. If this e-mail was not intended for you and was sent to you by mistake, please telephone or e-mail me immediately, destroy any hardcopies of this e-mail and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this e-mail is not waived or destroyed by that mistake. It is your responsibility to ensure that this e-mail does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this e-mail do not necessarily reflect the opinions of the Queensland Department of Main Roads, Queensland Transport or Maritime Safety Queensland, or endorsed organisations utilising the same infrastructure. *** ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] weeding out x,y,z points
nicholas.g.lawre...@mainroads.qld.gov.au wrote: nicholas.g.lawre...@mainroads.qld.gov.au wrote: A client has a very large (millions of records) ascii file consisting solely of x,y,z co-ordinates. They would like to reduce the number of records by weeking out points that are too close to each other. Can GDAL or OGR weed out 3D points based on proximity to each other? My client says that they want the resulting data points to be a subset of the original data points, that is the process should delete points, not re-calculate new ones that are an average. I would use plain Perl (or Python or high level language X) to read in the points sequentially and discard new ones that are "too close" to existing ones. It may take a while & require a bit of memory it is probably doable that way (millions of points but not 100s of millions in the end set). The program shouldn't need to be more than 20 lines I guess. This is doable in plain programming language since distance is so easy to compute. If you had polygons or linestrings then GDAL+GEOS would be natural additional tools. Ari ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
