Dear Margherita,
what about increasing complexity and adding a true spatial database in the
middle?
You could use PostgreSQL as a shared database that works well with both. I
think both QGIS and FileMaker would benefit a lot by having an ORDBMS to
help them to manage data in a more efficient way.
gt;
> On Thu, Sep 3, 2015 at 5:17 PM, Carlo A. Bertelli (Charta s.r.l.) <
> berte...@chartasrl.eu> wrote:
>
>> Hello,
>>
>> is there a way -- maybe using the WMS minidriver -- to open an IIP
>> streamed picture?
>> The online service is well documented (
Hello,
is there a way -- maybe using the WMS minidriver -- to open an IIP streamed
picture?
The online service is well documented (
http://iipimage.sourceforge.net/documentation/) but unfortunately it shows
that the protocol is not at all compliant with the WMTS or TMS or
Google/SlippyMap
Thanks a lot, Roger, it worked like a charm, just fiddling a little with
parameters and than run it in python.
It's really magic, I struggled with this question for two days before
writing to the list.
I think that instead of making another script you could add it as an option
to gdal_contour.py
Hello,
gdaldem makes a very good work and gdal_polygonize.py too, but the
combination is not so effective. Is there a way to obtain smooth polygons
representing shaded areas as it's possible with Arc? When using a dem, you
get polygons for pixels. Yes you can dissolve them, but you still have
hello,
I had a fairly clean map with street codes, a very good candidate for
optical character recognition, so I tried to recognize it with some of the
available ocr engines and applications, just to try what if.
To my surprise, ocropus (https://code.google.com/p/ocropus/) got something
useful.
Hello, some time ago I complained with this list, asking for a better
algorithm for black and white and paletted raster maps.
While you scale the image, smaller black lines become thinner and
thinner, scaling to half size usually works without data loss but
further size reductions result into
I don't understand the question (you didn't put any question in your
message), but I tried the mif/mid files provided. The first time I got
an error:
Not enough CoordSys parameters specified for projection 8. (which
means State plane 1983).
You provided this:
CoordSys Earth Projection 8, 74, 'm',
Hello,
JOSM wms and the fairly simplistic Grass r.in.wms allow tile
overlapping which is sometimes very useful when checking map
consistency and trying to spot digitizing errors.
I didn't find this option nor in the xml definition nor in
gdal_translate. I imagine it could be feasible with an
Thank you very much to you, Frank, and Camp To Camp. This is a very
welcome addition for file based datasources.
GDAL is becoming more and more powerful, versatile, useful and ... big.
Maybe you could add a
-straight
clause so to avoid the parser. GDAL/OGR shoud remain fast when used
only as a
Hallo,
I have a set of very detailed bw needing an overlay. But when I run
gdaladdo, no matter what option I choose, fillets are spitefully
deleted.
I don't know if there is a better solution, I tried to get a thicker
trace on a copy of the original image, make the pyramids and rename
the
11 matches
Mail list logo
