<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    On 01/06/2011 01:38 PM, Tamas Szekeres wrote:
    <blockquote
      cite="mid:AANLkTi=vykF_kZdbgqZXhh64gGXO1HpcdpbNNbgXZ7Sh@mail.gmail.com"
      type="cite"><br>
      <div class="gmail_quote">2011/1/6 Ari Jolma <span dir="ltr">&lt;<a
            moz-do-not-send="true" href="mailto:ari.jolma@gmail.com">ari.jolma@gmail.com</a>&gt;</span><br>
        <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
          0.8ex; border-left: 1px solid rgb(204, 204, 204);
          padding-left: 1ex;">
          <div text="#000000" bgcolor="#ffffff"><br>
            GDAL is available but again typically as MS compiler builds
            - which should not be a problem in theory because the
            bindings use it through the C API. I've tried to use those a
            couple of times without luck (compiling the bindings in
            MinGW was the problem). Maybe I should try again using
            binaries from Tamas' site.<br>
            <br>
            I agree that there could be a one main site for GDAL Windows
            binaries (something like <a moz-do-not-send="true"
              href="http://www.gtk.org/download-windows.html"
              target="_blank">http://www.gtk.org/download-windows.html</a>).

            Tamas' site looks good but I'd like to have dev packages
            also (the SDK packages there look old) - just the header
            files should be enough. <br>
            <br>
          </div>
        </blockquote>
        <div><br>
          Ari,<br>
          <br>
          The SDK packages from <a moz-do-not-send="true"
            href="http://vbkto.dyndns.org/sdk/">http://vbkto.dyndns.org/sdk/</a>
          are exactly the same which have been used to compile the daily
          builds, so it should be up to date. The only thing may have to
          be done is to download the required version of the gdal
          sources in the root folder, because not all of the versions
          included in the package in order to keep the size as small as
          possible.<br>
        </div>
      </div>
    </blockquote>
    <br>
    By the age I meant that the SDK packages are old releases (from 1310
    to 1600 and not trunk for example - do I understand the release
    names correctly?)<br>
    <br>
    <blockquote
      cite="mid:AANLkTi=vykF_kZdbgqZXhh64gGXO1HpcdpbNNbgXZ7Sh@mail.gmail.com"
      type="cite">
      <div class="gmail_quote">
        <div>
          <br>
          BTW: What is the desired practice to install the gdal files +
          bindings along with a pre-installed perl runtime on Windows?
          Something like we have been discussing for python in this
          thread, do we have some desired install locations, environment
          settings or packaging conventions? <br>
        </div>
      </div>
    </blockquote>
    <br>
    CPAN has only sources, thus cpan application which is the standard
    to download and install perl modules expects you to have a compiler.<br>
    <br>
    ActivePerl (in fact ActiveState, the company) maintains a repository
    of perl modules in binary versions, from where they can be simply
    downloaded and installed with another program. ActivePerl has tools
    for developing those binary packages. That's very similar to what
    Python has. I think ActiveState maintains its repository by itself -
    so if I just make the CPAN module intelligent enough it may end up
    there eventually. I think my Geo::Shapelib module was/is there.<br>
    <br>
    I think it would not make sense to include GDAL into such a binary
    perl module package. Thus GDAL would need to be separately
    installable - the module installer could probably be made to offer
    install it for the user if it existed somewhere.<br>
    <br>
    In short /me thinks the requirements are: 1) /me develop the perl
    bindings configure &amp; make procedure better 2) we make
    GDAL-dev.msi available at an URL. <br>
    <br>
    Ari<br>
    <br>
    <blockquote
      cite="mid:AANLkTi=vykF_kZdbgqZXhh64gGXO1HpcdpbNNbgXZ7Sh@mail.gmail.com"
      type="cite">
      <div class="gmail_quote">
        <div>
          <br>
          <br>
          Best regards,<br>
          <br>
          Tamas<br>
          <br>
        </div>
      </div>
      <br>
      <div style="visibility: hidden; left: -5000px; position: absolute;
        z-index: 9999; padding: 0px; margin-left: 0px; margin-top: 0px;
        overflow: hidden; word-wrap: break-word; color: black;
        font-size: 10px; text-align: left; line-height: 130%;"
        id="avg_ls_inline_popup">
      </div>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
gdal-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/gdal-dev">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a></pre>
    </blockquote>
    <br>
  </body>
</html>