That sounds like a reasonable solution.
Ian
On Thu, 21 May 2020 at 14:40, Andrea Aime
wrote:
> Hi,
> following up on this, Even replied to the thread noting that in OGR there
> is no distinction between
> linestring and multilinestring, and that one can force the creation of
> multi geometries
Hi,
following up on this, Even replied to the thread noting that in OGR there
is no distinction between
linestring and multilinestring, and that one can force the creation of
multi geometries by a parameter in ogr2ogr.
Now, that still means many will get it wrong, because they may not be aware
of
Hi all,
got confirmation from the spec lead that the GeoPackage is indeed invalid,
quoting my question about mixing POLYGON and MULTIPOLYGON in the same table:
Andrea,
Your instincts are correct here. We're using the simple features rules for
geometries and those do not provide a way to classify g
I fixed the Natural Earth GeoPKG just by changing the "POLYGON" to
"MULTIPOLYGON" in the GEOPKG_GEOMETRY_COLUMNS table.
QGIS is fine with this, and so is GeoServer (it will convert all the
Polygons to Multipolygon - which is lossless).
Not a great solution, but works fine...
Dave
On Wed, May 13
On Wed, May 13, 2020 at 6:57 PM Jody Garnett wrote:
> Andrea I am personally in favour of throwing an exception if the data is
> inconsistent, but I respect that some data is not going to be fixed...
>
> Would a connection parameter work? Or were you thinking a system property
> flag ...
>
Conne
Andrea I am personally in favour of throwing an exception if the data is
inconsistent, but I respect that some data is not going to be fixed...
Would a connection parameter work? Or were you thinking a system property
flag ...
Something like "check_geometry_type": do a pass through the geometry t
Goin back to the original mail
On Wed, May 13, 2020 at 2:12 AM David Blasby
wrote:
>
>
> Looking at the gpkg_geometry_column tables;
> [image: image.png]
>
> We can see it's marked as "Polygon" (not multipolygon).
>
> During reading, we get to these lines;
>
>
> https://github.com/geotools/geoto
On Wed, May 13, 2020 at 9:08 AM David Blasby
wrote:
> "Here, value [the variable] is a Multipolygon, but the binding is a
> Polygon. The multipolygon is converted to a polygon, leading to the issues
> above."
>
Yes, features in GeoTools are typed, if the feature type says POLYGON,
converters ar
Thanks for reporting to natural earth, from the geotools side this appears
to be inconsistent data. I tend to prefer failing fast on any processing
which could result in loss of data. That way we do not become part of the
problem, only help identify the issue.
Aside: A soft approach would be to th
Oh - I reported the issue to the Natural Earth people -
https://github.com/nvkelso/natural-earth-vector/issues/343
On Tue, May 12, 2020 at 5:11 PM David Blasby
wrote:
> Hi,
>
> I was trying to use the Natural Earth GeoPackage (countries) - link below.
>
> However, I found the rendering was very
Thanks David, reviewing now - I have some questions we can discuss on the
ticket.
(My own understanding of geopackage is no doubt the limiting factor here)
--
Jody Garnett
On Tue, 10 Mar 2020 at 14:17, David Blasby wrote:
> I put together a pull request - very minor change. I also put in a tes
I put together a pull request - very minor change. I also put in a test
case that messes with the timezone -- hopefully this will make sure this
doesn't happen again.
https://github.com/geotools/geotools/pull/2837
Thanks for the help/ideas/code Andrea! Couldn't have done it without you!
dave
O
I've found the flags related to local date handling:
https://github.com/geotools/geotools/blob/029dc5c8ccc503de3cfd7f4d1c939d8056c260c4/modules/library/metadata/src/main/java/org/geotools/util/factory/GeoTools.java#L239
https://github.com/geotools/geotools/blob/029dc5c8ccc503de3cfd7f4d1c939d8056c2
>> Hi, I am facing a problem with geopkg that I am not able to understand.
>>
>> Given the documentation I can insert features like this:
>>
>> FeatureEntry entry = new FeatureEntry();
>> geopkg.add(entry, featureCollection);
>>
>> To define the table name, I tried to set it in the FeatureEntry bef
On Fri, Oct 25, 2019 at 12:41 PM andrea antonello <
andrea.antone...@gmail.com> wrote:
> Hi, I am facing a problem with geopkg that I am not able to understand.
>
> Given the documentation I can insert features like this:
>
> FeatureEntry entry = new FeatureEntry();
> geopkg.add(entry, featureColl
15 matches
Mail list logo