meta user
network profile
| bio | website | libregis.org |
|---|---|---|
| location | Spain | |
| age | 33 | |
| visits | member for | 2 years, 2 months |
| seen | 30 secs ago | |
| stats | profile views | 80 |
I'm a software developer, focused on GIS. PostGIS and GDAL committer. I'd love to add 'where' to people's lives.
|
Aug 11 |
answered | Rasterize a vector layer in PostGIS |
|
Aug 11 |
answered | How to select only Spatial tables from the postgres database? |
|
Aug 11 |
answered | Saving rasters to postgresQL using raster2pgsql, saving forecast time |
|
Aug 11 |
comment |
gdallocationinfo from C++? I think I answered your question at gis.stackexchange.com/questions/30985/… |
|
Aug 11 |
answered | GDAL: C++ API to Convert Text file of Coordinate points to Raster Pixel line? |
|
Aug 11 |
comment |
How to save table from PostgreSQL to MapInfo File? Did you try with the -s_srs/-a_srs/-t_srs options? |
|
Aug 11 |
asked | Why does gdalbuildvrt not allow these things? |
|
Aug 10 |
accepted | What should I expect in this case? |
|
Aug 10 |
comment |
What should I expect in this case? Mmmm... still a doubt. I know cartesian coordinate system sets the origin in the bottom left corner, while images do it in the top left corner. So, in georeferenced images, you need a negative Y resolution, otherwise you get a south up image. Ok so far. But, for example, why doesn't gdalbuildvrt accept positive y resolutions? If this doesn't mean a mistake, just a flipped image, what's the problem? |
|
Aug 10 |
asked | What should I expect in this case? |
|
Apr 14 |
awarded | Tumbleweed |
|
Apr 13 |
awarded | Popular Question |
|
Apr 7 |
asked | Programming a geoweb application for cloud. What does it imply? |
|
Mar 13 |
comment |
Failing to build PostGIS on Mac OS X 10.6.8 (Snow Leopard) Yes, I discovered the "file" command, and it's really useful. Thanks for the tip! |
|
Mar 11 |
comment |
Failing to build PostGIS on Mac OS X 10.6.8 (Snow Leopard) Yes, it's only for me. I could compile only for x86_64. I'm probably too lazy, because I followed instructions that compile for both archs. Thanks for the suggestion! |
|
Mar 11 |
accepted | Failing to build PostGIS on Mac OS X 10.6.8 (Snow Leopard) |
|
Mar 11 |
comment |
Failing to build PostGIS on Mac OS X 10.6.8 (Snow Leopard) Sorry, I'm probably misunderstanding your answer, but your suggestion was to compile PostGIS with those flags. My solution was to compile PostgreSQL, a prerequisite, using those flags too, instead of using a precompiled version of PostgreSQL. Anyway, I'll mark your answer as valid. |
|
Mar 9 |
comment |
Failing to build PostGIS on Mac OS X 10.6.8 (Snow Leopard) I solved the problem, but here the link to my message in the postgis-devel list: postgis.refractions.net/pipermail/postgis-devel/2012-March/… |
|
Mar 9 |
comment |
Failing to build PostGIS on Mac OS X 10.6.8 (Snow Leopard) I finally solved the problem compiling PostgreSQL using -arch i386 -arch x86_64. |
|
Mar 9 |
comment |
Failing to build PostGIS on Mac OS X 10.6.8 (Snow Leopard) Thanks for the tip. Now I'm getting a different error: ar: libpgcommon.a is a fat file (use libtool(1) or lipo(1) and ar(1) on it) ar: libpgcommon.a: Inappropriate file type or format. I'd use the binaries, but the point is I'm a GDAL/PostGIS developer, and I need to compile both libraries by myself. |
