It took me some time to realise that these grid shift files were in this package. Not the answer you're looking for? Download in other formats: Comma-delimited Text Tab-delimited Text RSS Feed Powered by Trac 1.0.5 By Edgewall Software. Frank, Thanks, I figured it was an escape hatch of sorts. http://jscience.net/failed-to/pocketxpdf-failed-to-load-file.html
I of course respect their position, but it impacts anyone depending on Proj as a shared library - PostGIS, MapServer, etc. A suggested place to have GDAL_DATA is C:\Program Files\PostgreSQL\9.1\gdal-data. Can someone verify this?
If you install PostgreSQL/PostGIS/GEOS/PROJ.4 from YUM packages, I highly recommend getting all of these from http://www.pgrpms.org/ since they are always current and up-to-date. As a test, I copied the >> /usr/local/share/proj directory from the older system (the one that >> does the datum shift without complaint) to the newer one, and the >> ST_Transform How can I slow down rsync? Interestingly from 4326 to 3785 works.
Need a better layout, so that blank space can be utilized How could Talia Winters help the rogue telepaths against Bester? comment:4 Changed 3 years ago by rouault Resolution set to invalid Status changed from new to closed Note: See TracTickets for help on using tickets. I don't pretend to understand why this is so, but I'm happy to proceed with this configuration. comment:4 Changed 7 years ago by nicklas I get the same error with: select ASTEXT(ST_Transform(ST_SetSRID(ST_Point(-305748.113141,7834489.65112),900913),4267)); I'm not sure if Paul meant that was when he gets the error, but it is
Now that you mention it, I don't remember explicitly installing Proj4 myself. It works fine forsmaller areas, but on an envelope larger than continental US, I get a"failed to load NAD27-83 correction file" error. Can anyone else recreate this? Try: # yum install proj-nad Then I think you need to restart the postgres server.
HesabımAramaHaritalarYouTubePlayHaberlerGmailDriveTakvimGoogle+ÇeviriFotoğraflarDaha fazlasıDokümanlarBloggerKişilerHangoutsGoogle'a ait daha da fazla uygulamaOturum açınGizli alanlarGrupları veya mesajları ara [OSM-talk] Query using ST_transform fails Jon Burgess jburgess777 at gmail.com Mon Nov 1 19:06:07 GMT 2010 Previous message: [OSM-talk] But still no datum transform from my new copy of proj. The other way around it fails. –George Apr 19 '12 at 14:47 I had exactly the same issue on an (older) Linux server. The example using cs2cs from its documentation >> worked the same on both systems, executed from the command line. >> >> I believe the grid shift files are slightly different, even
regards, Arthur comment:9 follow-up: ↓ 10 Changed 7 years ago by mcayland Hi Arthur, If you look at the thread above, the issue is that so far only Paul can reproduce the Check This Out Does SQL Server cache the result of a multi-statement table-valued function? Lets check PostGIS, compiled with Proj4 support: -- convert NAD27 -> NAD83 SELECT AsText( ST_Transform(SetSRID(ST_MakePoint(-121.000000,37.000000), 4267), 4269) ) ; astext I have recompiled proj4 (and gdal 1.2.6 justin case) with the change.
share|improve this answer answered Jan 15 '14 at 17:06 Jakub Hadvig 7612 add a comment| Your Answer draft saved draft discarded Sign up or log in Sign up using Google With this system I get the error message >>>> >>>> WARNING: transform: -38 (failed to load NAD27-83 correction file) >>>> ERROR: transform: couldn't project point: -38 (failed to load NAD27-83 >>>> You can help us by giving as much information about your system, OS, PostgreSQL version, GEOS version and PROJ version as possible, as well as complete test case. Source The area is NE Alberta.
So I did: $ nad2bin
Cheers, Dylan > > Wow, that's a pretty major omission. Could you add a little explanation to your answer? –R.K. Refer to the ST_Transform() section of the PostGIS > manual for details on how to configure PostGIS to alter this behaviour. > > > Could it be that due to an share|improve this answer answered Apr 10 '12 at 20:18 Mike T 23.7k36299 Sorry no luck.
Geological Survey, Reston, VA 20192) (703) 648-6533 FAX: (703) 648-6252 email: [hidden email]
I could give you access to my database if you want to. The directory /usr/local/share/proj on each of these systems is identical. One uses 8.3.3 with PostGIS 1.3.3, >>>> GEOS 3.0.1, and PROJ 4.6.1 (with proj-datumgrid-1.4). The directory >>> /usr/local/share/proj on each of these systems is identical. >>> >>> I've tried recreating the database cluster, starting and stopping >>> the database instance, rebooting the machine, dropping and
Peter -- Peter N. Refer to the ST_Transform() section of the PostGIS manual for details on how to configure PostGIS to alter this behaviour. The grid shift files are binary and platform specific. Can someone verify this? > > Cheers, > > Dylan Dylan On my Ubuntu 8.04 with a binary proj installed from the Ubuntu repository I get: echo '-121.000000 37.000000' | cs2cs
I am following up with them.
© 2017 jscience.net