[Tilesathome] Proposal: New T at H Server structure

[Gert Gremmen]

Sebastian, 

You voluntarily misunderstand me .

I would be very happy to
contribute (and I offered help several times), but I am not
able to step-in, due to the complexity level of T at H and
the absence of any documentation but comments.
What remains is requesting (not demanding, that's what you read)

Believe me, I have tried a few times, to understand what happens
in the code.

Anytime I ask a question I get sour replies (AARRGG) about
me just requesting and not offering.

Well, to start, I HAVE to ASK first. Then, unfortunately,
for those who did most of the work, they need to make time free
to educate me/us. Others must feel the same....
I understand perl, but perl is difficult to read without extensive
comments


>You are very free to implement the necessary code to allow the 
>requesting of z13 tilesets, remove all the hardcoded assumptions of z12

>within the client, modify it to cope with large areas where a z13 lies 
>inside (forests bigger than a z13 tile would break, for example. As 
>would names that overlap more than a z13 tile). If you want to upload 
>z13 tilesets you would additionally need to modify the server to cope 
>with z13 uploads and donate the diskspace for quadrupled database disk 
>space for the z13 tileset data.

Now I feel happy. That's an offer I cannot refuse !!! 
Nor carry out.
Il leave T at H to the know-it-alls.

Thanks Sebastian,

You lost a T at H contributor and renderer.

Gert


-----Oorspronkelijk bericht-----
Van: tilesathome-bounces at openstreetmap.org
[mailto:tilesathome-bounces at openstreetmap.org] Namens Sebastian Spaeth
Verzonden: Monday, June 02, 2008 2:25 PM
CC: tilesathome at openstreetmap.org
Onderwerp: Re: [Tilesathome] Proposal: New T at H Server structure

Gert Gremmen wrote:
> I have requested several times for modification of the T at H starting
> point to level 13. The render jobs will be smaller, allowing
> more clients to participate successfully.

You are very free to implement the necessary code to allow the 
requesting of z13 tilesets, remove all the hardcoded assumptions of z12 
within the client, modify it to cope with large areas where a z13 lies 
inside (forests bigger than a z13 tile would break, for example. As 
would names that overlap more than a z13 tile). If you want to upload 
z13 tilesets you would additionally need to modify the server to cope 
with z13 uploads and donate the diskspace for quadrupled database disk 
space for the z13 tileset data.

 > *I have requested*. ARRGGGG
You can request things in a shop when you pay for it. In OpenStreetMap 
you can request stuff all day long and things won't change.

If something bothers you STOP REQUESTING and START DOING something about
it!

> In my opinion it is very frustrating that in the morning the 
> t at h process was stopped due to too many heap sections or a
> inkscape memory problem. Spill of energy, effort and
> computer time.

Yes, we all find that very frustrating when Inkscape crashes. Yes it's a

spill of energy, effort and computer time. It's not going to be solved 
by you requesting things.

> Is this a too big change of strategy ?
see above.
> Will the level 12 results be too bad of quality ? 
see above
> Does the t at H community think this is not relevant (yet) ? 
> Is there any major reason that I overlooked ?
man power.
> Will inkscape be replaced soon, making this unnecessary (like ORP)?
or/p is no replacement for inkscape. Have you evaluated alternatives? 
Some people have more success with batik than with inkscape and you are 
free to improve things, or write you own darn svg->png converter.

Complaints without efforts to improve things are a spill of energy, 
effort, and my brain time. It's immensely frustrating too.

End of rant
spaetz

_______________________________________________
Tilesathome mailing list
Tilesathome at openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome