Re: [gdal-dev] DODS building

2013-02-15 Thread Anton Korosov 

  
  
Hello Juan
Pedro Pérez!
  
  I've built GDAL 1.9.2 on Ubuntu with the default libdap from repositories:
  sudo apt-get install libdap11
  sudo apt-get install libdap-dev
  
  ldconfig -p | grep libdap
  gives the following:
  
      libdapserver.so.7 (libc6) =>
  /usr/lib/i386-linux-gnu/libdapserver.so.7
      libdapserver.so (libc6) =>
  /usr/lib/i386-linux-gnu/libdapserver.so
      libdapclient.so.3 (libc6) =>
  /usr/lib/i386-linux-gnu/libdapclient.so.3
      libdapclient.so (libc6) =>
  /usr/lib/i386-linux-gnu/libdapclient.so
      libdap.so.11 (libc6) =>
  /usr/lib/i386-linux-gnu/libdap.so.11
      libdap.so (libc6) => /usr/lib/i386-linux-gnu/libdap.so
  
  Then I've added option --with-dods-root=/usr for the ./configure
  script.
  
  
  I was able to use gdal for accessing remote datasets, but the
  current DODS driver is not perfect. See 
  
  http://trac.osgeo.org/gdal/ticket/4890
  
  Regards!
  Anton
  
  On 02/14/2013 01:10 PM, Juan Pedro Pérez Alcántara wrote:


  Hello,


this must be easy or altogether resolved but I can't find a
  solution. Hope you can help me.


I have been trying to build GDAL 1.9.0 and 1.9.2 with
  OpenDAP / DODS support. I have built libdap 3.11.7 without any
  problems, and my OpenDAP server is working, as far as I know,
  flawlessly. But when I try to build GDAL, make complaints
  about not finding AISConnect.h, which is not present in the
  system nor in the source tarball of libdap. I hear that the
  DAP++ SDK team has dropped this family of classes, and that
  they recommend to link to new ones, it seems that with the
  same interface.


Anyone has had this issue? Is currently possible to build
  GDAL with OpenDAP support? Which versions of GDAL and libdap
  are needed?


Thanks a lot in advance,

  
Juan
Pedro Pérez Alcántara
  

  
Technical
Director
  
  jp.alcant...@geographica.gs

  +34 670 786 422

  

  

  

  
  

  Rodio 35
  41007 Sevilla
  Spain

  

T  +34  954
437 818 
  F  +34  955
110 441

  Visita nuestra web
  

  www.geographica.gs
  
  
  
Síguenos en Twitter

  
@Geographica_ST

  
  

  

  

  

  

  

  
  
  
  
  ___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev


  

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] ogr2ogr convert e00 to shp

2013-02-15 Thread Murat Beyhan 
Dear frend,

I was creating shp file using ogr2ogr as follows

avcimport file.e00 coverage

ogr2ogr -f "ESRI Shapefile" file.shp coverage

This was worked well for old version of gdal

I have installed gdal 1.9 then I have faced such a problem

the ogr2ogr command create a directory and shp file located unter that
directory.
But old version of ogr2ogr was created files under the same directory where
you work

the old version of ogr2ogr creates file.shp file.shx file.dbf

but new version create directory under working directory called file.shp
instead of file.shp file
and the shp files located under file.shp directory

Please let me know what is differs this resuts.

Regards
Murat
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] ogr2ogr convert e00 to shp

2013-02-15 Thread Andre Joost 

Hi,

I had this problem too if the file "file.shp already exists. GDAL does 
not want to overwrite such a file, but create a directory instead.


So bet workflow is to delete the output file, if it exists, and then 
carry on with ogr2ogr:


 if exist file.shp del file.shp
 ogr2ogr -f "ESRI Shaoefile" file.shp ...



HTH,
André Joost

Am 15.02.2013 18:46, schrieb Murat Beyhan:


I was creating shp file using ogr2ogr as follows

avcimport file.e00 coverage

ogr2ogr -f "ESRI Shapefile" file.shp coverage

This was worked well for old version of gdal

I have installed gdal 1.9 then I have faced such a problem

the ogr2ogr command create a directory and shp file located unter that
directory.
But old version of ogr2ogr was created files under the same directory where
you work

the old version of ogr2ogr creates file.shp file.shx file.dbf

but new version create directory under working directory called file.shp
instead of file.shp file
and the shp files located under file.shp directory

Please let me know what is differs this resuts.

Regards
Murat




___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev



___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] ogr2ogr convert e00 to shp

2013-02-15 Thread Andre Joost 

Hi,

please answer to the lst, so others can benefit from the answers.

Am 15.02.2013 21:06, schrieb Murat Beyhan:

Hi André,
thanks for your comment.
I know this but It is never created such shp file. It only creates
directory
and it is containing followings
ARC.dbf
ARC.shp
ARC.shx
igds.dbf
igds.shp
igds.shx
LAB.dbf
LAB.shp
LAB.shx
  I really surprised What is wrong. May be new version has some different
way to do this job. I'm not sure.



I think thats okay for e00 data. Reading 
http://www.gdal.org/ogr/drv_avce00.html those shapefiles are created and 
named depending on the content of the source.


HTH,
André Joost






2013/2/15 Andre Joost


Hi,

I had this problem too if the file "file.shp already exists. GDAL does not
want to overwrite such a file, but create a directory instead.

So bet workflow is to delete the output file, if it exists, and then carry
on with ogr2ogr:

  if exist file.shp del file.shp
  ogr2ogr -f "ESRI Shaoefile" file.shp ...



HTH,
André Joost

Am 15.02.2013 18:46, schrieb Murat Beyhan:

  I was creating shp file using ogr2ogr as follows


avcimport file.e00 coverage

ogr2ogr -f "ESRI Shapefile" file.shp coverage

This was worked well for old version of gdal

I have installed gdal 1.9 then I have faced such a problem

the ogr2ogr command create a directory and shp file located unter that
directory.
But old version of ogr2ogr was created files under the same directory
where
you work

the old version of ogr2ogr creates file.shp file.shx file.dbf

but new version create directory under working directory called file.shp
instead of file.shp file
and the shp files located under file.shp directory

Please let me know what is differs this resuts.

Regards
Murat




__**_
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/**mailman/listinfo/gdal-dev




__**_
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/**mailman/listinfo/gdal-dev






___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] ogr2ogr convert e00 to shp

2013-02-15 Thread Eli Adam 
Murat,

> I was creating shp file using ogr2ogr as follows
>
> avcimport file.e00 coverage
>
> ogr2ogr -f "ESRI Shapefile" file.shp coverage
>
> This was worked well for old version of gdal
>
> I have installed gdal 1.9 then I have faced such a problem
>
> the ogr2ogr command create a directory and shp file located unter that
> directory.
> But old version of ogr2ogr was created files under the same directory where
> you work

I think that ogr2ogr has (sometimes) created shapefiles in directories
for a long time before 1.9.

>
> the old version of ogr2ogr creates file.shp file.shx file.dbf
>
> but new version create directory under working directory called file.shp
> instead of file.shp file
> and the shp files located under file.shp directory
>
> Please let me know what is differs this resuts.
>
> Regards
> Murat

The shapefile driver page talks about this some,
http://gdal.org/ogr/drv_shapefile.html

I notice similar things (this is with PostGIS datasource).  If the
output shp file is the same name as input source then the shp is
created in the specified directory.  If it is a different name, then I
get a directory.

ogr2ogr V:\Data\E_addendum\Assessor\2012\nbhd\nbhd_codes_2012_postgis2.shp
PG:"host=123.12.12.12 user=username dbname=mydatabase
password=mypassword" taxlots2012_union_valid_nbhd_codes_v1 -a_srs
"EPSG:2913"

creates a directory and then the shp (and the shp has the name of the
original datasource), i.e.
V:\Data\E_addendum\Assessor\2012\nbhd\nbhd_codes_2012_postgis2.shp\taxlots2012_union_valid_nbhd_codes_v1.dbf,
.shp, etc

ogr2ogr 
V:\Data\E_addendum\Assessor\2012\nbhd\taxlots2012_union_valid_nbhd_codes_v1.shp
PG:"host=123.12.12.12 user=username dbname=mydatabase_template
password=mypassword" taxlots2012_union_valid_nbhd_codes_v1 -a_srs
"EPSG:2913"

creates the named shp in the directory.

I have occasionally found this a minor annoyance.  Is there a config
or creation option to change this?  A search of the email archives
didn't turn anything up for me.

Eli
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Most optimal algorithm for contour correctness?

2013-02-15 Thread Martin Feuchtwanger 

Nav,

I don't know about the gdal routines specifically, but:

1. Re. dem/dtm generally, the most significant factor in interpolation
   results is the quantity (density, really) and quality of the source
   data, not the interpolation algorithm.
2. Re. contours generally, they are cartographic artifacts, not
   geographic features and will never be more accurate than the source
   data (unless you know the data are very "noisy" and ought to be
   smoothed.
3. Re. segments vs splines, it depends whether the segment end-points
   are fixed and only their interiors are shifted, or the corners are
   shifted to make them rounded and the interiors fixed. The former is
   much better since the end-points are "primary" interpolations (based
   on data) and the interiors "secondary" (based on primary). Smoothing
   out the contours (either way) will make them cartographically
   pleasing, but the degree of "curviness" should depend on the assumed
   ruggedness of the original terrain (more rugged => less smoothing).

Hoping that helps and that others will comment on the specific gdal 
routines,


Martin Feuchtwanger  feu...@shaw.ca  604-254-0361
http://members.shaw.ca/geomatics.developer

On 13/02/2013 7:15 PM, nav wrote:

Am creating an app which correctly calculates contours from a DEM file or any
height-map given to it. The correctness of the contour holding the most
importance, since a person viewing the contours shouldn't end up taking
wrong planning decisions and maybe losing their life by the route they
choose after looking at the map.

I have already tried using GDAL 1.7 source code, compiled it and added some
features of my own to it for some other objective. Now I want to
add-to/modify the source to be able to use the contour generation function
of GDAL in C++.

But before proceeding, I wanted to know:
1. If GDAL offers the best free contour generation algorithm available or is
there any other library which I can link to my code and feed my DEM map to
it and receive contour vector lines (or go thru research papers and
implement the contour generation algorithm myself in C++)? If GDAL, then why
is it the best?
2. A generated contour will basically be points connected with straight
lines. Is it more correct for a contour to be depicted with connected
straight lines or will it give a more correct result to use a spline to
smoothen out the lines?

I won't be interpolating any contours or the DEM because I've read on this
website that interpolation leads to incorrect results.



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Most-optimal-algorithm-for-contour-correctness-tp5034148.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev



___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev