On Tue, Nov 10, 2015 at 09:46:58PM +0100, Ruben Undheim wrote:
> Good point. We should have proper attribution to Geofabrik. I was thinking
> about this a while ago, but then I forgot about it again... We should
> explicitly ask to get permission to use it. (I see now that you're actually
> one
>
st from a
> quick look at the scripts: You are offering the user a choice on installation
> whether they want download immediately or later. I would remove that choice
> and always do download later. Less choice makes things easier for users.
One of the goals of the package was to be ab
On Tue, Nov 10, 2015 at 08:53:56AM +0100, Ruben Undheim wrote:
> git clone git://anonscm.debian.org/pkg-grass/osm-tile-server.git
I just committed some changes, mostly just made the spacing consistent.
I saw you hardcoded the Geofabrik download server in there including a list of
all regions it
f mapnik has been
> > uploaded. :D
>
> Since a good Mapnik is now in experimental, osm-tile-server can in theory
> be uploaded to experimental. However, I would like to see some other people
> in the team testing the package first and come with some feedback. Is there
> an
Hi,
> Then we can go ahead as soon as a new version of mapnik has been
> uploaded. :D
Since a good Mapnik is now in experimental, osm-tile-server can in theory
be uploaded to experimental. However, I would like to see some other people
in the team testing the package first and come wit
799473?
I just now confirmed that the issue in Mapnik has been fixed upstream and
I finally got osm-tile-server working in sid. I degraded #799473 to
minor and filed #803985 instead [1].
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803985
> > Still, the package will correctly set
is just another package it will also have to pass the NEW queue like
any other package.
> 2. Some Mapnik issues in sid currently makes it not fully work.
What issues are those other than #799473?
> Still, the package will correctly set up the database with OSM
> data and configure ap
Hi,
I begin to feel that osm-tile-server is getting ready. I've been using
it on several computers myself and it simplifies things a lot for me.
There are just a few questions I'm wondering about:
1. I've 'designed' it as a native package. Quite much of the '
nstreetmap-carto-common or something similar (or perhaps
> openstreetmap-carto vs openstreetmap-carto-config). Then users who
> just want an OSM tile server up running can just install
> osm-tile-server which pulls in -common, while the more advanced user
> can install openstreetmap-car
he user.
This is a very good idea. It will provide full flexibility. All the
reusable things should be in a separate package called
openstreetmap-carto-common or something similar (or perhaps
openstreetmap-carto vs openstreetmap-carto-config). Then users who
just want an OSM tile server up running
On 2015-09-08 12:40, Chris Bannister wrote:
Excuse me for interrupting, but I've just tried some of the links on:
https://wiki.debian.org/OSM/ and heaps don't work. Don't know if it's a
problem my end or what. e.g.
No, it's just outdated information. The OSM team isn't active anymore,
that's w
On Sun, Sep 06, 2015 at 07:45:17PM +0200, Ruben Undheim wrote:
> Thanks for responding so quickly, Christopher.
>
> > This sounds really good! I was working towards this direction also, this
> > is why I packaged openstreetmap-carto. I have also written some
> > documentation on the wiki as a stop
e, openstreetmap-carto can handle regeneration of the
>> copies when the package updated, such that they don't get ignored or out
>> of sync.
>
> Regeneration of the files when it is upgraded is very conveniently
> handled by dpkg triggers. This is what I have done for
> osm-til
; copies when the package updated, such that they don't get ignored or out
> of sync.
Regeneration of the files when it is upgraded is very conveniently
handled by dpkg triggers. This is what I have done for
osm-tile-server.
> In summary, trying to avoid using the openstreetmap-cart
ing so, as it might help you when looking at configuring
>> tilelite (it handles multiple tilesets).
>
> Thanks for this. It may turn out very useful for osm-tile-server!
>
> I've looked at it now more in detail. The config code for tilelite
> does not run when I install
g
> tilelite (it handles multiple tilesets).
Thanks for this. It may turn out very useful for osm-tile-server!
I've looked at it now more in detail. The config code for tilelite
does not run when I install the package, but I have started graping
what you are doing there by reading the code
On 06/09/15 21:15, Ruben Undheim wrote:
>>> What I intended with the packages I've been working on was that the
>>> tilelite package itself does not install any daemon process, but the
>>> "osm-tile-server-tilelite" package installs the daemon process.
&g
On 06-09-15 22:15, Ruben Undheim wrote:
>>> What I intended with the packages I've been working on was that the
>>> tilelite package itself does not install any daemon process, but the
>>> "osm-tile-server-tilelite" package installs the daemon process.
&g
Hi,
>> What I intended with the packages I've been working on was that the
>> tilelite package itself does not install any daemon process, but the
>> "osm-tile-server-tilelite" package installs the daemon process.
>> osm-tile-server-tilelite depends on bo
o is configured, and the data files fetched.
>
> What I intended with the packages I've been working on was that the
> tilelite package itself does not install any daemon process, but the
> "osm-tile-server-tilelite" package installs the daemon process.
> osm-til
Hi Ruben,
Thanks for working on this, it should significantly lower the barrier to
setting up an OSM tileserver. I applaud this effort very much.
I think your general approach is sane. We'll likely need to integrate
the respective packages (mapnik, openstreetmap-carto,
tile{cache,lite,stache}, os
ge itself does not install any daemon process, but the
"osm-tile-server-tilelite" package installs the daemon process.
osm-tile-server-tilelite depends on both osm-tile-server-base and
tilelite, and osm-tile-server-base itself depends on
openstreetmap-carto. This means that both openstreet
On 06/09/15 17:38, Ruben Undheim wrote:
> I've been working some days on a native Debian package for setting up
> an OSM tile server.
> The idea is to be able to support several tile providers, but
> currently only tilelite is supported.
>
> The code is here: https://git
Hi,
I've been working some days on a native Debian package for setting up
an OSM tile server.
The idea is to be able to support several tile providers, but
currently only tilelite is supported.
The code is here: https://github.com/rubund/osm-tile-server
It consists of three binary pac
24 matches
Mail list logo
