Re: osm-tile-server
On 07/09/15 19:13, Ruben Undheim wrote:
>> I tried with the debconf config for tilelite (in the debconf branch) to
>> allow the user to setup tilelite in a very flexible way using debconf.
>> If you have not checked out that branch, and tried it out, I would
>> suggest doing 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 the package, but I have started graping
> what you are doing there by reading the code.
You should be able to get it to run by installing the package, and then
running dpkg-reconfigure tilelite .
>> I guess what I am trying to say above, is that this is an open issue,
>> and just needs people to try solutions and keep moving things forward.
>
> I think that it can quickly get messy if both osm-tile-server and
> tilelite asks debconf questions by default. May I ask you to at least
> lower the priority of the tilelite debconf questions so that they are
> not asked on a normal install (if you want to have these questions as
> part of tilelite)?
Firstly, I have no idea if the tilelite changes I made are going to hit
the archive.
Secondly, the questions are asked if the user has configured debconf to
ask questions of that priority, you can go off the default value for
that, but really its up to the user, so lowering the priority does not
make much sense to me.
> The same goes for the database name question for openstreetmap-carto.
> I'm not using that name in osm-tile-server. I'm rather making a copy
> of style.xml and replacing the database name with the one from the
> osm-tile-server config. To let that be part of debconf for
> openstreetmap-carto only confuses the user in this case, and it does
> not support multiple instances either. It is also slightly unnecessary
> to ask the user multiple time for the database name. Do you have any
> objections to lowering the priority of this question?
Yes. The second point I make above is still valid, what questions the
user sees is up to the user.
Also, it makes sense for the openstreetmap-carto package to allow the
user to change the database the style.xml file is configured to use, as
that is required for it to function properly once installed.
If there is a issue with it not allowing you to use the same stylesheet
for two different databases, it seems to me that the best (worst)
solution is to extend the debconf scripts for openstreetmap-carto to
allow for copying the file, and changing the database in the copy.
This probably has multiple advantages over a separate package doing the
copying, for example, openstreetmap-carto can handle regeneration of the
copies when the package updated, such that they don't get ignored or out
of sync.
In summary, trying to avoid using the openstreetmap-carto package to
handle the style.xml file it contains is a bad idea, as you cannot
control the questions it asks the user, or how it handles
upgrades/removals from another package.
This makes it clearer to me that having a setup where the configuration
for each part of the tileserver stack is handled by the respective
component packages is more complex, but has less problems than trying to
write a package or set of packages that wrap around it.
Reply to: