Opened 5 years ago

Closed 4 years ago

Last modified 3 years ago

#3486 closed task (fixed)

v.in.ogr/v.out.ogr: default format in online manual

Reported by: martinl Owned by: grass-dev@…
Priority: normal Milestone: 7.6.2
Component: Docs Version: unspecified
Keywords: v.out.ogr Cc:
CPU: Unspecified Platform: Unspecified

Description

Hi,

the online manual for G74:v.out.ogr still shows 'Esri Shapefile' as default format. Default format should be GPKG source:grass/branches/releasebranch_7_4/vector/v.out.ogr/list.c#L99.

Any chance to update GDAL to version 2 on build server?

Change History (26)

in reply to:  description ; comment:1 by mmetz, 5 years ago

Replying to martinl:

Hi,

the online manual for G74:v.out.ogr still shows 'Esri Shapefile' as default format. Default format should be GPKG source:grass/branches/releasebranch_7_4/vector/v.out.ogr/list.c#L99.

Any chance to update GDAL to version 2 on build server?

Earlier versions of GDAL also support GPKG. Is it possible that the build server has a minimal GDAL installation built without SQLite3? The GeoPackage driver needs SQLite3.

in reply to:  1 ; comment:2 by neteler, 5 years ago

Replying to mmetz:

Replying to martinl:

...

Any chance to update GDAL to version 2 on build server?

Earlier versions of GDAL also support GPKG. Is it possible that the build server has a minimal GDAL installation built without SQLite3? The GeoPackage driver needs SQLite3.

Yes, the grass.osgeo.org server is meanwhile a bit antique:

neteler@osgeo6:~$ cat /etc/issue
Debian GNU/Linux 8 \n \l

neteler@osgeo6:~$ gdal-config --version
1.10.1

neteler@osgeo6:~$ which gdal-config
/usr/bin/gdal-config

Anyone with more Debian experience than me: is there a better GDAL binary package we could install? Or do I/MartinL have to compile GDAL from scratch?

in reply to:  1 ; comment:3 by martinl, 5 years ago

Replying to mmetz:

Earlier versions of GDAL also support GPKG. Is it possible that the build server has a minimal GDAL installation built without SQLite3? The GeoPackage driver needs SQLite3.

There is SQLite support included

martinl@osgeo6:~$ ogrinfo --formats | grep GPKG
martinl@osgeo6:~$ ogrinfo --formats | grep SQLite
  -> "SQLite" (read/write)

It seems to me that GPKG driver has been introduced in GDAL 1.11. Probably we should fix G74:v.out.ogr to reflect also this version.

in reply to:  3 comment:4 by mmetz, 5 years ago

Replying to martinl:

Replying to mmetz:

Earlier versions of GDAL also support GPKG. Is it possible that the build server has a minimal GDAL installation built without SQLite3? The GeoPackage driver needs SQLite3.

There is SQLite support included

martinl@osgeo6:~$ ogrinfo --formats | grep GPKG
martinl@osgeo6:~$ ogrinfo --formats | grep SQLite
  -> "SQLite" (read/write)

It seems to me that GPKG driver has been introduced in GDAL 1.11. Probably we should fix G74:v.out.ogr to reflect also this version.

The GPKG driver is only the default if it is available, therefore the manual on the build server is correct.

in reply to:  2 ; comment:5 by mlennert, 5 years ago

Replying to neteler:

Replying to mmetz:

Replying to martinl:

...

Any chance to update GDAL to version 2 on build server?

Earlier versions of GDAL also support GPKG. Is it possible that the build server has a minimal GDAL installation built without SQLite3? The GeoPackage driver needs SQLite3.

Yes, the grass.osgeo.org server is meanwhile a bit antique:

neteler@osgeo6:~$ cat /etc/issue
Debian GNU/Linux 8 \n \l

neteler@osgeo6:~$ gdal-config --version
1.10.1

neteler@osgeo6:~$ which gdal-config
/usr/bin/gdal-config

Anyone with more Debian experience than me: is there a better GDAL binary package we could install? Or do I/MartinL have to compile GDAL from scratch?

There are no gdal packages in jessie-backports, so I'm afraid that compilation is necessary.

Jessie is old-stable. The current Debian stable release (stretch) has gdal 2.12.

Following stable releases would probably be enough to have relatively up to date packages...

in reply to:  5 ; comment:6 by neteler, 5 years ago

Replying to mlennert:

Replying to neteler: There are no gdal packages in jessie-backports, so I'm afraid that compilation is necessary.

Jessie is old-stable. The current Debian stable release (stretch) has gdal 2.12.

Inded, having an updated server would solve several issues.

Following stable releases would probably be enough to have relatively up to date packages...

Fully agreed. However, the osgeo6 machine hosts git, grass, ossim, svn, and trac.

Hence an update is complex and needs to be done by OSGeo-SAC.

comment:7 by neteler, 4 years ago

Milestone: 7.4.17.4.2

in reply to:  6 ; comment:8 by neteler, 4 years ago

Replying to neteler:

Replying to mlennert:

Replying to neteler: There are no gdal packages in jessie-backports, so I'm afraid that compilation is necessary.

Jessie is old-stable. The current Debian stable release (stretch) has gdal 2.12.

Inded, having an updated server would solve several issues.

Following stable releases would probably be enough to have relatively up to date packages...

Fully agreed. However, the osgeo6 machine hosts git, grass, ossim, svn, and trac.

Hence an update is complex and needs to be done by OSGeo-SAC.

Well, we could compile GRASS GIS within a docker container on osgeo6. As soon as I find the time I'll look into this.

comment:9 by neteler, 4 years ago

Summary: v.in.ogr: default format in online manualv.in.ogr/v.out.ogr: default format in online manual

in reply to:  8 comment:10 by neteler, 4 years ago

Replying to neteler:

Well, we could compile GRASS GIS within a docker container on osgeo6. As soon as I find the time I'll look into this.

First attempt, compilation within docker manually triggered:

https://grass.osgeo.org/grass76/manuals/v.out.ogr.html

comment:11 by neteler, 4 years ago

Milestone: 7.4.27.4.3

Ticket retargeted after milestone closed

comment:12 by martinl, 4 years ago

Milestone: 7.4.37.4.4

Bump milestone to 7.4.4

comment:13 by neteler, 4 years ago

Milestone: 7.4.47.4.5

Ticket retargeted after milestone closed

comment:14 by Sylvain POULAIN, 4 years ago

Hi, I was happy to see support for geopackage under grass but when I would like to use it, it's only available for v.out.ogr ! Is there plan to add support for v.in.ogr and r.out.gdal (geopackage support rasters).

Sincerely,

Sylvain

in reply to:  14 comment:15 by martinl, 4 years ago

Replying to Sylvain POULAIN:

I was happy to see support for geopackage under grass but when I would like to use it, it's only available for v.out.ogr ! Is there plan to add support for v.in.ogr and r.out.gdal (geopackage support rasters).

please create a new issue.

comment:16 by martinl, 4 years ago

Is there a plan to use Docker on osgeo build server to solve this issue?

in reply to:  16 comment:17 by Neteler, 4 years ago

Replying to martinl:

Is there a plan to use Docker on osgeo build server to solve this issue?

Yes, it is all prepared. Just need to find some time to activate it - no need for a new ticket.

in reply to:  14 comment:18 by mmetz, 4 years ago

Replying to Sylvain POULAIN:

Hi, I was happy to see support for geopackage under grass but when I would like to use it, it's only available for v.out.ogr ! Is there plan to add support for v.in.ogr

v.in.ogr can already read GPKG (automatically recognized by OGR)

and r.out.gdal (geopackage support rasters).

r.out.gdal already supports GPKG: r.out.gdal format=GPKG

What exactly is the problem?

comment:19 by Sylvain POULAIN, 4 years ago

Problem is about wxgui sorry for this misunderstanding ! With v.in.ogr, GPKG is not present in file listing but is present in directory (I didn't notice that until today). Even with that, you could not select gpkg from file with the GUI ("v.in.ogr -f | grep GPKG" is ok !) With r.out.gdal, it's not present in the list but could be changed manually. ("r.out.gdal -l | grep GPKG" is ok !

But Idea is : some promotes gpkg but it's not totally support in Grass Gui (r.in.gdal is ok)

Last edited 4 years ago by Sylvain POULAIN (previous) (diff)

in reply to:  19 ; comment:20 by mmetz, 4 years ago

Replying to Sylvain POULAIN:

Problem is about wxgui sorry for this misunderstanding ! With v.in.ogr, GPKG is not present in file listing but is present in directory (I didn't notice that until today). Even with that, you could not select gpkg from file with the GUI ("v.in.ogr -f | grep GPKG" is ok !) With r.out.gdal, it's not present in the list but could be changed manually. ("r.out.gdal -l | grep GPKG" is ok !

But Idea is : some promotes gpkg but it's not totally support in Grass Gui (r.in.gdal is ok)

I see. Changed in trunk r74122, the GUI knows now about GeoPackages.

comment:21 by martinl, 4 years ago

Probably solvable with new LXD container?

comment:22 by martinl, 4 years ago

Milestone: 7.4.57.6.2

comment:23 by neteler, 4 years ago

Yes, grass lxd container based on Debian9 solved it:

https://lists.osgeo.org/pipermail/grass-dev/2019-April/091965.html

neteler@grass:~/www/grass77/manuals$ ogrinfo --formats | grep GPKG
  GPKG -raster,vector- (rw+vs): GeoPackage

I have a compile environment ready on the new grasslxd server, we may now decide if to copy the manual pages over to grass.osgeo.org or migrate the CMS to new grasslxd server and switch the IP.

in reply to:  20 comment:24 by Sylvain POULAIN, 4 years ago

Replying to mmetz:

Replying to Sylvain POULAIN:

Problem is about wxgui sorry for this misunderstanding ! With v.in.ogr, GPKG is not present in file listing but is present in directory (I didn't notice that until today). Even with that, you could not select gpkg from file with the GUI ("v.in.ogr -f | grep GPKG" is ok !) With r.out.gdal, it's not present in the list but could be changed manually. ("r.out.gdal -l | grep GPKG" is ok !

But Idea is : some promotes gpkg but it's not totally support in Grass Gui (r.in.gdal is ok)

I see. Changed in trunk r74122, the GUI knows now about GeoPackages.

Sorry for the late answer, Yes it works now since 7.6.2 Many thanks !

comment:25 by martinl, 4 years ago

Resolution: fixed
Status: newclosed

in reply to:  23 comment:26 by neteler, 3 years ago

Replying to neteler:

Yes, grass lxd container based on Debian9 solved it:

https://lists.osgeo.org/pipermail/grass-dev/2019-April/091965.html

neteler@grass:~/www/grass77/manuals$ ogrinfo --formats | grep GPKG
  GPKG -raster,vector- (rw+vs): GeoPackage

I have a compile environment ready on the new grasslxd server, we may now decide if to copy the manual pages over to grass.osgeo.org or migrate the CMS to new grasslxd server and switch the IP.

I have spent some hours today and implemented some new cronjobs for G78 and G79 on the new (upcoming) GRASS server which is based on a more recent Debian.

Since today:

  • G74 + G76 are built on grass.osgeo.org (ancient Debian with Python 2)
  • G78 + G79 are built on grass.lxd (recent Debian with Python 3)
  • the G78 + G79 source code, Linxu snapshop binaries, programming7 and manual pages are copied over to grass.osgeo.org.

Hope the cronjobs run properly. Please let me know if anything is missing.

TODO (note to self): implement removal of old snapshots from grass.osgeo.org.

Note: See TracTickets for help on using tickets.