554&TILECOL=257526
Depending on what you are looking to do, it might actually be faster to use
GDAL or GDAL tools via QGIS to point a the relevant data using the WMTS service
and output COG.
Of course you would lose any meta data in the source COGS. WMS I did not try.
Mark
Date: Tue, 2
On Mon, 14 Feb 2022, 14:11 Mark Johnson, wrote:
> You should try rebuild the SpatialIndex.
>
> Spatialite offers gpkgAddSpatialIndex for a new Index.
>
> For its own format there are repair functions.
>
>SQL functions reference list
>- spatialite-sql-latest.html
>
You should try rebuild the SpatialIndex.
Spatialite offers gpkgAddSpatialIndex for a new Index.
For its own format there are repair functions.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
See MSSQLSpatial - Microsoft SQL Server Spatial Database — GDAL
documentation
https://gdal.org/drivers/vector/mssqlspatial.html
The MS SQL Spatial driver passes SQL statements directly to MS SQL by
default, rather than evaluating them internally when using the ExecuteSQL()
call on the OGRDataSour
nyone else successfully built GDAL with VS 2019 (V16.5.4 or higher)? Can
anyone offer any suggestions?
Thank you -- Mark Millman
Example output from
"C:\Program Files (x86)\Microsoft Visual
Studio\2019\Professional\VC\Auxiliary\Build\vcvarsall" x64
nmake -f makefile.vc MSVC_VER=192
Would adding a '-gcp_file' as a input parameter, that would contain the
list of gcp's to be used, be considered useful?
Often the gcp list could be created programmaticly and saved to file, which
would simplify the use from a script.
Mark
_
You don't have permission to access
/files/fdo/docs/FDG_FDODevGuide/files/WSfacf1429558a55de8821c21057fbebc2b-789.htm
on this server.
Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
given with '-lco GEOMETRY_NAME=geometry_name'
for all geometries.
That a subset of specific Tables is not possible, but only all Tables.
If it is possible (through the usage of 'sql='), could a pratical sample be
added to:
http://www.gdal.org/drv_geopackage.html
Mark
__
.cpython-34m.so
/usr/bin/ccache: invalid option -- 'p'
Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
So this may be cause by either:
- not setting CXX with /usr/bin/ccache during ./configure
- or setting the same value during make that was used with ./configure
Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
since this only occurs durring the swig
portion.
When ' (cd swig; $(MAKE) install)' is commented out in the GNUmakefile
file, everything else runs and installs.
Mark Johnson, Berlin Germany
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Sorry, I overlooked the 'output filename to guess', while reading the PR
and title.
Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
ension may be a better approach.
>
> Even if the title uses the word 'Guessing', that is not a reason not so
suggest a more practical approach that, is less error prone.
Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
.
//--
// https://en.wikipedia.org/wiki/List_of_file_signatures
// https://gist.github.com/navinpai/983632
// https://www.iana.org/assignments/media-types/media-types.xhtml
//--
Mark
the new sources.
This should create the tiles correctly, merging the 2 sources together and
numbering the tiles correctly based on the given extent.
Theoretically this should work.
Mark Johnson, Berlin Germany
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
This will do the same, just replace the EPSG code number:
gdal_translate -ot Float32 -a_srs EPSG:25833 ../xyz/390_5820.dhhn92.txt
../2007.390_5820.dhhn92.25833.tif
Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman
| sort -k2 -n -k1 -o ../xyz/390_5820.dhhn92.txt
that would deal with problem in 1 step.
ogr needs to know the range/area to build (minx,miny,maxx, maxy), so when
the y switches it assumes a new column.
Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
stale
version of GDAL? I've grepped for that function in both the 1.11 and 2.1
"include" hierarchies and was not able to find it.
Cheers,
Mark
--
mcole...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo
e file
- is simply easier to employ and use
So the short answer would be:
- one is a full implementation - that would fulfill all needs
- the other a partial implementation - that does not fulfill all needs
Mark
___
gdal-dev mailing list
gdal-dev@lists.osge
the space needed on sdcard's for tiles-directories is very high and
slow
It was always the intention to incorporate this into gdal2tiles, but not
being a Python expert/fan, I was always hoping that someone could take this
over and maintain it.
Mark Johnson,
at you got)
What the meaning of is: SRC_METHOD=NO_GEOTRANSFORM
- no idea
But with a world file the expected result comes out.
Mark Johnson Berlin Germany
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
n Rouault
> #
> # Permission
>
> needs to be changed to:
> #!/bin/bash
> # Copyright (c) 2010, Brian Case
> # Copyright (c) 2010-2014, Even Rouault
> #
> # Permission
>
> to run without error.
Mark Johnson, Berlin Germany
hey can select their needed format to look up the possible parameter
combinations.
Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
nformation would be useful
- while searching I saw a lot of reports of people receiving ecw file 'raw'
and wondering how to get it in
Once one knows it, it is easy
But it has be hours since I found this sample:
gdal_edit -mo DATUM=WGS84 -mo PROJ=GEODETIC -a_ullr 7 47 8 46 test.ecw
an
ge to Grayscale:
gdal_calc.py -A input.tif --A_band=1 -B input.tif --B_band=2 -C input.tif
--C_band=3 --outfile=result.tif --calc="A*0.2989+B*0.5870+C*0.1140"
Would it be something in this form?
Mark Johnson, Berlin, Germany
___
gdal-
? If so, that's one area ripe for
refactoring.
Cheers,
Mark
--
mcole...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
ther Projections that use UTM
(srid NOT BETWEEN 32600 AND 32799) AND
(
(proj4text LIKE '+proj=utm +zone%')
)
)
ORDER BY proj4text;
-- 947 results
Mark Johnson
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hello Ivan,
I am running into a similar issue trying to build the DWG driver with the
latest Teigha libraries. Did you get your issue resolved? If I learn
anything I will post it here.
Mark
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/gdal-dev-how-to-build-dwg-driver
on how to influence the width of the of the created
lines
All of this is useful for someone trying this out for the first time.
Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
.area_rote_rathausturm_panorama.png
Mark Johnson, Berlin Germany
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
open an issue at
https://github.com/geopaparazzi/geopaparazzi/issues
Mark Johnson, Berlin Germany
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
viable. Regularly downloading and processing 2Gb data isn't feasible.
This is the first time I've dealt with "big data", so I'm still getting my
arms round the associated issues.
Cheers!
Mark
--
mcole...@gmail.com
___
gdal-dev m
iation
readings. =) )
Again, thank you for your help!
Cheers,
Mark
On Mon, May 5, 2014 at 4:12 PM, Sean Gillies wrote:
> Hi Mark,
>
> Safecast's JSON isn't GeoJSON, but wouldn't be too hard to crosswalk over
> to GeoJSON... make a geometry from its latitude/longitude, stuf
uot;:null,"id":30981264,"location_name":null,"original_id":null,"unit":"cpm","user_id":3,"value":5672.0,"latitude":37.4199635,"longitude":141.032917},{"captured_at":"2014-01-30T05:00:44Z","device_id":null,"id":30981261,"location_name":null,"original_id":null,"unit":"cpm","user_id":3,"value":5135.0,"latitude":37.420035,"longitude":141.03309},{"captured_at":"2014-01-30T05:21:14Z","device_id":null,"id":30981506,"location_name":null,"original_id":null,"unit":"cpm","user_id":3,"value":12164.0,"latitude":37.420063,"longitude":141.032937}]
Those do look like legitimate observations, but I don't know if they comply
to the GeoJSON format since I'm new to JSON.
I'm using this version of GDAL/OGR, which was part of the pre-packaged
binaries for qgis for my Mac:
% ogrinfo --version
GDAL 1.10.1, released 2013/08/26
Eventually I'd like to use GDAL/OGR to conveniently create a local spatial
database from such a query. However, I need to get over this hurdle first.
Cheers,
Mark
--
mcole...@gmail.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
* Ari Jolma (ari.jo...@gmail.com) [120317 07:41]:
> This is a broader question, but maybe somebody can help.
> ... Thus, when 10 students all
> made requests at the same time, all memory was used (apache logs
> have "Out of memory!" - I'm not sure where this comes
er disaster management, environmental monitoring, etc.)
in other countries without onerous licensing, costs & export processes.
If anyone would like more info please call or write. Conducting an
online presentation could be interesting if desired, and someone knows how
to make that happen.
-Ma
ease write if you have experience with how GRASS, OSGeo, GDAL, or point me
to where can find Open Source people who could help.
thanks,
-Mark Zaller - TriGeo <http://www.trigeocorp.com/> - (408) 623-4303,
www.AerialFireTech.org <http://www.aerialfiretech.org/>
Linkedin Profile <h
Thank you Brian for you reply .
As you said , gdal is for read / write data.
So do you know some libraries that allows me to draw maps in my application.
I see many standalone open applications, like OpenEV, but it is not my case
.
I am using C++.
Thanks in advance
--
View this message in co
Hi
I am a beginner to OSGEO, I am using GDAL/OGR.
What is the fastest way , to draw maps / layers in my application.
I am using C++.
Thanks in advance
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Draw-map-in-Visual-C-tp6611483p6611483.html
Sent from the GDAL - Dev
magery that we may want to warp.
So before we go down this route too far (since a lot of changes may be
needed to the code) - does anyone think that this is a feasible idea or
have any other suggestions (other than
1000 meter intervals, this code will fill in equally spaced
colors at 100m (or any increment you want) to produce a file with lots of
shades. If anyone is interested I can provide the code for this. If anyone
is interested in this let me know and I'll send you a copy.
Mark
-O
e of
things I am hoping that some generous cartographer out there has already
created some eye candy quality color_text_files for this purpose.
Thanks in advance. Mark
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mai
* Ari Jolma (ari.jo...@gmail.com) [100915 10:49]:
> On 09/15/2010 06:22 AM, Frank Warmerdam wrote:
> >A client has asked me to support unicode filenames on windows. To
> >that end
> >I have constructed an RFC for migration to treating all filesnames in the
> >GDAL API as utf-8.
> >
> > http://tra
* Ari Jolma (ari.jo...@gmail.com) [100915 08:51]:
> To write data into an OGR supported format (in-memory is also a
> format), you'd need to create a data source, then a layer, and then
> insert features into the layer. There are a few ways to actually do
> this. That should not be very difficult,
* Ari Jolma (ari.jo...@gmail.com) [100914 15:37]:
> Would it make sense to use Geo::GDAL (i.e., the Perl interface to GDAL)
> for i/o data to GDAL and from there to any GDAL supported format or just
> for use within GDAL?
Geo::GML translates XML (in this case representing GML data) into
Perl's nes
* eros (gml.check.t...@gmail.com) [100914 01:50]:
> likewise here...
> we are adopting 3.2.1 and trying to create GML 3.2.1 validation tool but
> getting hard to it..
I have created the Perl module Geo::GML, which is capable of reading
and writing any version of GML. While reading it strictly vali
VRT +
pixel function approach I described sound like the best way? I know enough
about GDAL to feel pretty sure that it'd be good for doing this kind of
thing, but I've never actually written a program using GDAL, so I'd
appreciate any pointers.
Thanks!
--Mark
___
* Alberto Telletxea (alberto.tellet...@eea.europa.eu) [090602 11:37]:
> Dear GDAL developers
> We would like to know if you have in mind to develop for the ogr2ogr utility
> the conversion to GML 3.1.1
>
> "gml:outerBoundaryIs" by "gml:exterior"
> "gml:innerBoundaryIs" by "gml:interior"
> "gml:coo
default and building things that shouldn't
be included on my first go. :-( I'll definitely do all I can to get the
python bindings and autotest running though as that seems like the only viable
option for validating my port without writing a whole new test suite!
Best regards,
Mar
might be a case for including a version more permanently in GDAL, either with
the internal copy of libtiff or perhaps in the porting layer?
Does anyone have any comments or suggestions on any of the above issues?
Does anyone have any experience using the autotest in a cross-co
t;code camp" or mini-sprint to get the project started in London
on Saturday 17th January. If you would like to attend then please email me
before 6th January.
Links for the interested:
Project announcement blog post (with many further links):
http://blogs.forum.nokia.com/blog/mark-wilcoxs-fo
51 matches
Mail list logo
