| 1 |
Hi, |
| 2 |
|
| 3 |
Continuing my efforts not to be listed as a maintainer for packages I |
| 4 |
don't really care about: There are a bunch of packages in the |
| 5 |
sci-geosciences category that I maintained a long time ago when I was |
| 6 |
active in the openstreetmap community. |
| 7 |
All of them are listed with the sci-geosciences project as a maintainer |
| 8 |
as well, so I'll just remove myself and leave the project |
| 9 |
maintainership in a few days. But if anyone wants to jump in feel free |
| 10 |
to take the packages (just remove me and add yourself in that case). |
| 11 |
|
| 12 |
sci-geosciences/gebabbel |
| 13 |
Frontend for the tool gpsbabel. Strangely enough we have 0.4, while |
| 14 |
upstream seems only to have 0.3. There are no open bugs, so it seems a |
| 15 |
relatively stress free package and it can probably just stay the way it |
| 16 |
is. |
| 17 |
|
| 18 |
sci-geosciences/gpscorrelate |
| 19 |
Tool to add gps coordinates based on gpx tracks. No open bugs, latest |
| 20 |
version, so it seems stress free and can probably stay without a |
| 21 |
dedicated maintainer. |
| 22 |
|
| 23 |
sci-geosciences/josm |
| 24 |
The Java OpenStreetMap editor. It was the standard way of editing |
| 25 |
openstreetmap in the past, but since the web editor got much betters |
| 26 |
I think it's relevance is smaller these days. nixphoeni has done the |
| 27 |
last version bumps, I already asked him directly if he wants to take |
| 28 |
over maintainership. |
| 29 |
|
| 30 |
sci-geosciences/mkgmap |
| 31 |
Tool to create garmin maps from openstreetmap data. I don't have any |
| 32 |
garmin device any more. |
| 33 |
This is many years behind upstream and whoever wants to take it will |
| 34 |
probably have to face some complicated java-dependency-management |
| 35 |
issues, see here: |
| 36 |
https://bugs.gentoo.org/show_bug.cgi?id=402943 |
| 37 |
If nobody wants to take it we may want to last-rite this. Upstream |
| 38 |
provides precompiled jar versions, it probably makes more sense that |
| 39 |
people use those instead of our heavily outdated ebuild. |
| 40 |
|
| 41 |
sci-geosciences/osm2mp |
| 42 |
This is probably deprecated. It turns openstreetmap data into a format |
| 43 |
called mp which was used by mkgmap (see previous). Later versions of |
| 44 |
mkgmap were directly capable of using osm data, therefore that use case |
| 45 |
is gone. |
| 46 |
However not sure if there are other uses of mp. Anyway, no open bugs, |
| 47 |
so it seems trouble free and may just stay if there is any use of it. |
| 48 |
|
| 49 |
sci-geosciences/osmosis |
| 50 |
Command line tool to interact with the osm api. Similar problem as |
| 51 |
mkgmap with complex java dependency stuff. Years behind upstream, see: |
| 52 |
https://bugs.gentoo.org/show_bug.cgi?id=402945 |
| 53 |
As with mkgmap I'd recommend last-riting this if no maintainer steps in |
| 54 |
to tackle this. |
| 55 |
|
| 56 |
|
| 57 |
-- |
| 58 |
Hanno Böck |
| 59 |
https://hboeck.de/ |
| 60 |
|
| 61 |
mail/jabber: hanno@××××××.de |
| 62 |
GPG: FE73757FA60E4E21B937579FA5880072BBB51E42 |
Archives