[OSM-dev] mod_tile Developer list?

9 views
Skip to first unread message

Lynn W. Deffenbaugh (Mr)

unread,
Mar 28, 2012, 1:33:50 PM3/28/12
to d...@openstreetmap.org
Greetings,

Is there a specific mod_tile developer's list or forum? I'd like to
propose, and implement, a few enhancements to the render_list.c tool
that comes with mod_tile.

Lynn (D) - KJ4ERJ


_______________________________________________
dev mailing list
d...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev

Frederik Ramm

unread,
Mar 28, 2012, 1:44:16 PM3/28/12
to d...@openstreetmap.org
Lynn,

On 03/28/2012 07:33 PM, Lynn W. Deffenbaugh (Mr) wrote:
> Is there a specific mod_tile developer's list or forum?

No. This list is as close as it gets. Unless your suggestions break
existing behaviour you're unlikely to see any resistance though!

Bye
Frederik

--
Frederik Ramm ## eMail fred...@remote.org ## N49°00'09" E008°23'33"

Lynn W. Deffenbaugh (Mr)

unread,
Mar 28, 2012, 1:58:37 PM3/28/12
to d...@openstreetmap.org
On 3/28/2012 1:44 PM, Frederik Ramm wrote:
> Lynn,
>
> On 03/28/2012 07:33 PM, Lynn W. Deffenbaugh (Mr) wrote:
>> Is there a specific mod_tile developer's list or forum?
>
> No. This list is as close as it gets. Unless your suggestions break
> existing behaviour you're unlikely to see any resistance though!

As for breaking existing behavior, one of the things is my opinion that
existing behavior is broken. For anyone familiar with the tool:

If you supply a list of tiles to render, they are checked against the
planet loaded timestamp and only requested if the meta tile file is
earlier than than planet load ("dirty") UNLESS you put the -f (force)
flag on the command line which circumvents the date check.

However, if you use the -a option (along with -z/Z/x/X/y/Y), every tile
in the specified range is requested with NO date check and the -f option
is completely unused.

My first proposal (and already implemented in my local copy of the
source) is to incorporate the date check in the -a option which would
then require a -f to be added to restore the current non-date-checking
behavior, but restoring the -f (force) switch to what you (at least me)
would expect the behavior to be, not-forced (date checked) if not
specified, and forced rendering if specified.

Lynn (D) - KJ4ERJ

Peter Körner

unread,
Mar 29, 2012, 4:21:08 AM3/29/12
to d...@openstreetmap.org
Am 28.03.2012 19:58, schrieb Lynn W. Deffenbaugh (Mr):
> However, if you use the -a option (along with -z/Z/x/X/y/Y), every tile
> in the specified range is requested with NO date check and the -f option
> is completely unused.
Sounds like a bug for me, too.

Peter

Reply all
Reply to author
Forward
0 new messages