>> I was thinking trac/git integration might be another possibility
>> though it sounds from this page, the performance might not be there yet.
> FYI: Trac can already be integrated with GIT.
> You can see it in action with GEOS:
> https://trac.osgeo.org/geos/browser/git
> The repo being bro
On Mon, Sep 25, 2017 at 04:56:02AM -0400, Regina Obe wrote:
> Sandro already did a proof of concept with GEOS though he didn't officially
> move the tickets off of trac.
This was the result of last "import" from trac, if you're curious:
https://git.osgeo.org/gogs/strk/geos-migration-test/issues
(
On Mon, Sep 25, 2017 at 03:55:43PM +0200, Sandro Santilli wrote:
> On Mon, Sep 25, 2017 at 02:10:46PM +0200, Even Rouault wrote:
> > As far as I can see, only GEOS has
> > migrated to https://git.osgeo.org/gogs
>
> Librttopo has its official home there too:
> https://git.osgeo.org/gogs/rttopo/li
On lundi 25 septembre 2017 16:16:26 CEST Jacob Adams wrote:
> Oh ye great minds of the GDAL world, I've run into a problem that I've not
> been able to solve.
>
> I have aerial imagery comprised of about 1500 jpegs that I am trying to
> merge together into three large (~18gb) jpeg-compressed geoti
Oh ye great minds of the GDAL world, I've run into a problem that I've not been
able to solve.
I have aerial imagery comprised of about 1500 jpegs that I am trying to merge
together into three large (~18gb) jpeg-compressed geotiffs to be served by
Geoserver. The images are tiled such that they
Il 25/09/2017 21:43, Even Rouault ha scritto:
>
> Thank you very much, Even! I have only one observation about the first
> example: the standard parallels values are switched in the gdalsrsinfo
> results. So, it seems like that they don't match
>
> Thank you very much, Even! I have only one observation about the first
> example: the standard parallels values are switched in the gdalsrsinfo
> results. So, it seems like that they don't match at all, excluding the
> mapped CRS name. Definitively the confidence in this match, according to
>
Il 25/09/2017 19:30, Even Rouault ha scritto:
Hi,
As part of a AWEOC (*), following a recent email thread about year-long issues when importing shapefiles, I've committed a first version of a OSRFindMatches() function that iterates through the EPSG
On behalf of everyone who has considered written their own code to do
something like this themselves, THANKS! I'm looking forward to using this
in our code.
carl
On Mon, Sep 25, 2017 at 10:30 AM, Even Rouault
wrote:
> Hi,
>
>
>
> As part of a AWEOC (*), following a recent email thread about ye
> I think SAC can be a significant asset for the member projects by mitigating
> the risk in things like GitHub. If we were to develop an automated way to
> clone things like the projects' GH repos, issues, etc. it would allow the
> member projects to take advantage of these services, knowing that
On Mon, Sep 25, 2017 at 7:30 PM, Even Rouault
wrote:
> Hi,
>
>
>
> As part of a AWEOC (*)
>
AWE... some I'd say! (that made me laugh :-p )
And congrants for the good progress!
Cheers
Andrea
==
GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information.
=
Hi,
As part of a AWEOC (*), following a recent email thread about year-long issues
when
importing shapefiles, I've committed a first version of a OSRFindMatches()
function that
iterates through the EPSG database to check for one or several matches between
the input
SRS and the catalog.
The
On Mon, Sep 25, 2017 at 02:10:46PM +0200, Even Rouault wrote:
> Hi Sandro,
>
> Thanks for your feedback.
>
> > It is still Gogs.
> > The plan is to switch to Gitea (http://gitea.io)
>
> There's some irony that gitea.io points to github.com for their own code. Not
> particularly
> reassuring re
Hi Sandro,
Thanks for your feedback.
> It is still Gogs.
> The plan is to switch to Gitea (http://gitea.io)
There's some irony that gitea.io points to github.com for their own code. Not
particularly
reassuring regarding the maturity of the solution.
>
> > gogs/gitea tries to replicate most g
> 1) migrate to git, and remain within the OSGeo infrastructure. This is for
example the case of
> GEOS which uses the Trac git plugin and the GOGS (or is gitea?) git
hosting (https://
> git.osgeo.org/gogs/geos/geos.git). gogs/gitea tries to replicate most
github functionalities,
> but feature pa
On Wed, Sep 06, 2017 at 03:14:26PM +0200, Even Rouault wrote:
> 1) migrate to git, and remain within the OSGeo infrastructure. This is for
> example the case of
> GEOS which uses the Trac git plugin and the GOGS (or is gitea?) git hosting
> (https://
> git.osgeo.org/gogs/geos/geos.git).
It is
16 matches
Mail list logo
