[Live-demo] Another OSGeo-Live BoF at FOSS4G today after OSGeo AGM

Hamish hamish_b at yahoo.com
Wed Sep 25 17:37:36 PDT 2013

Angelos wrote:

>  - PDF creation was discussed in order to provide our docs to 
> students as a handbook.

it's a nice idea. Did Luca already start on that?

> - Find a way to update and build docs within the Live disk (eg by 
> not deleting the svn files)

keeping the .svn/ files doubles the space needed for them on the disc.
In the past we used 'svn checkout' during development to make that easy,
and then 'svn export' at the last moment for the disc space.
we could do that again.

> 3. Code:
>      - LOTS of people on the meeting want the project to move on git 
> (preferably on an OSGeo infrastructure). I would like to hear them on 
> the mailing list too. I am long ago in favor of that switch. It seems I 
> am not alone anymore...

I remain generally against the idea, as I don't see it adding very much
benefit to a project where we're all pulling towards the same single
release goal, with focus on the final master iso. AFAIK Angelos is the
only one forking with experiments, so I feel for that. I also feel for
those that would like to work offline a bit more, but in the install
scripts we seem to have a lot of peer review and back and forth small
changes, so lone-coder bulk commits when they are back online could be
less workable and less efficient.

a couple other points:
-I don't want a model where I have to pull and merge in others changes,
the time doesn't exist.
-git version numbers are not easily human parsable. In this regard I
really miss CVS. :)
-I am solidly against moving the HEAD/master of our dev efforts off of
osgeo servers, so until such time as that exists I think it's premature
to consider it- I don't think "we can redirect there once it does become
available" is a good strategy.

I'm not saying git is bad, just that I'm not sure it is right for this
particular project. just my 2c.

> 4. Data:
>      - For 7.5 we should ask all projects to use only common data sets. 
> This is a big thing, similar to the Java cleanup we did for 6.0...

it is not always practical, since some software needs a special format.
(e.g. OpenCPN) We are getting there with software that loads geotiffs
and shapefiles though. Some LANDSAT-8 data is a big todo. (see thread
on the geodata list)


More information about the Osgeolive mailing list