Andrea,
I believe what Riccardo is getting at is that while an "ESRI Shapefile" (*.shp)
always will have MultiPolygon as its Geometry Type, the "Polygons" within the
shapefile are unique individual geometries.
We have this requirement in our own organisation, in reaction to Shapefiles,
there
Thanks for your help. It works now.
Le mar. 9 mai 2023 à 12:28, celati Laurent a
écrit :
> Hello,
> Following to my previous message, i share an update of my qgis server and
> lizmap messages. For those tests, in addition to the .qgs file, i put on
> the server the .qgs.cfg. Is it mandatory to
Riccardo riccardopani at hotmail.com
Wed May 10 01:10:00 PDT 2023
The problem was that the shape file I created, had the “multipoligon” property
while in those of the standard delivery there was the simple “polygon” property
.
Based on what you told me, this property cannot be changed in a
andrea antonello andrea.antonello at gmail.com
Tue May 9 23:42:56 PDT 2023
Yes, it does and sets the right type Float64. But I am not sure how to do
that if I want the same datatype of the original raster layer.
Interestingly enough:
dataType = dtmLayer.dataProvider().dataType(1)
Good morning,
Andrea asked me to describe to everyone how I solved the problem related to my
first post regarding the association of more polygons to a single record.
So, I try to summarize all the steps that led me to solve the problem.
I had a reference shape file for a standard European
>
> What kind of error do you get if you uncomment your datatype line? What
> value does that datatype have? Does it work if you pass the number 6 as
> datatype?
>
Yes, it does and sets the right type Float64. But I am not sure how to do
that if I want the same datatype of the original raster
