Frederik Ramm frede...@remote.org writes:
now that tiles@home is officially dead, is it ok to remove this list
or does anyone still need it for anything?
Fine to remove.
Sebastian
pgpzs75NRY8He.pgp
Description: PGP signature
___
Tilesathome
Hi all,
I was just informed that the central ETH IT took an issue with the
constant large bandwidth that the t@h server uses. In addition the
server is four years old and getting old and senile...
This means that end of February, the T@h server will be shut down and go
away. Unless a replacement
On Wed, 14 Dec 2011 21:09:54 +0100, Andre Hinrichs andre.hinri...@gmx.de
wrote:
Hi List!
I don't know who is able to increase the version info.
I've changed some thousands of oceantile infos and it would be very
nice, if someone could increase the version info.
Is there a chance to get
On Mon, 5 Dec 2011 11:12:25 -0500, Jeremy Adams mile...@king-nerd.com wrote:
I'm grabbing the latest planet right now and will start the import as
soon as it's done, but it'll be a couple days before it's up to date
and back online. Thankfully we still have two servers so clients
should still
On Wed, 16 Nov 2011 09:17:12 -0500, Jeremy Adams mile...@king-nerd.com wrote:
It seems down to me. And tah.openstreetmap.org is not working also.
Also http://tahstats.appspot.com/ didn't update today. Last update was
yesterday about 23h10.
But I don't know anything more than that.
On Wed, 16 Nov 2011 09:17:12 -0500, Jeremy Adams mile...@king-nerd.com wrote:
Just pinging the list here since the server is still down after ~2
days now. There's some HTTP pages responding now, but none of the t@h
stuff seems functional.
Any word on what's going on?
The server had been
On Tue, 1 Nov 2011 15:52:36 + (GMT), Sven Roellig wrote:
i have reset my password and tiles@home ist running, with the new
password
Yep, it will cache the old password, but attempt to authenticate with
OSM.org if you specify a different one.
Sebastian
pgpzVYyPn4fBh.pgp
Description:
On Mon, 18 Jul 2011 06:35:32 +0200, Andre Hinrichs andre.hinri...@gmx.de
wrote:
They should automatically be restitched within 2-3 days then. Let me
know if it doesn't work.
It has not been updated by now. Please investigate.
I've been on Summer holidays...
I'll check, but it might take
On Sun, 07 Aug 2011 19:34:28 +0200, Andre Hinrichs wrote:
I've created a patch which will add natural=bay to the rules. Could
someone please check this and apply to repository if OK?
I've also patched maplint.xml to be complete. But wasn't maplint
dropped?
Hi, can someone with commit
On Mon, 11 Jul 2011 22:17:15 +0200, Andre Hinrichs andre.hinri...@gmx.de
wrote:
Hi List,
could someone please rebuild the following lowzoom tile
http://tah.openstreetmap.org/Browse/details/tile/6/15/26/
I've done a lot fixes there...
They should automatically be restitched within 2-3
On Fri, 1 Jul 2011 12:06:15 +0530, pavithran pavithra...@gmail.com wrote:
There are like many regions which look bad/weird on lower zoom levels.
Some are very near to greenwich meridian
1. This is a clutter of junk ..
http://a.tah.openstreetmap.org/Tiles/tile/7/63/62.png
This is because
Hi,
the faulty client version that creates captions on the captionless
layer is 2011063000.
Can someone check what/if things have changed for the captionless layer
styles/configuration?
sebastian
___
Tilesathome mailing list
On Thu, 23 Jun 2011 08:36:13 -0400, Jeremy Adams mile...@king-nerd.com wrote:
-Jeremy
Thanks Jeremy, this is much appreciated.
Sebastian
pgplIQM8A6oNw.pgp
Description: PGP signature
___
Tilesathome mailing list
Tilesathome@openstreetmap.org
On Sun, 19 Jun 2011 23:34:05 +0200, Dirk-Lüder Kreie wrote:
Sebastian: do you know wether our tileserver has a usable IPv6 address?
Yes, I know if it has one and you are not going to like the answer
:-)... IPV4 is probably all, this server will ever have.
Besides IPv6, what are currently the
On Thu, 16 Jun 2011 13:21:40 -0400, Jeremy Adams mile...@king-nerd.com wrote:
The good news is that I just finished putting together a nice new 8
core Xeon with 24GB of RAM and 8x 10K SAS drives. It's currently
loading a fresh database from the latest planet and should hopefully
be online in
Could I=20
get a rough idea of the requirements like hardware specs and bandwidth?
I have to defer those who actually create and run TRAPI/ROMA
instances. Anyone?
Sebastian
___
Tilesathome mailing list
Tilesathome@openstreetmap.org
On Sun, 08 May 2011 16:02:18 +, Svavar Kjarrval sva...@kjarrval.is wrote:
Hi.
I was wondering, considering constant TRAPI, API and ROMA errors in the
t@h client, if you needed more server resources. I have a Linode
instance with lots of bandwidth I barely use which I can offer if you
Hi all, the central sysadmin of the network in which the tiles@home
server sits has informed me that some IPs are being dropped by the
central firewall, as they access the server a lot. These IPs are now
being blocked by the central firewall.
85.10.205.147
77.189.221.115
194.121.90.163
Blocks IPs not MAILs :-). Sorry my brain has melted down.
___
Tilesathome mailing list
Tilesathome@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tilesathome
On Mon, 21 Feb 2011 22:14:56 +0100, ben b...@nerdlabor.de wrote:
oh no! I hope I will hit the Top100 before everything breaks up! ;)
Good luck with that :).
Despite the personal things and disadvantages, do you (and all other
readers) see any
reasons for t@h to be alive? I mean, is the
This mail explains a lot to a new contributer like me. I was thinking
from the beginning that my contributions were the tiles I see every day
in OSM, but no, they were part of another layer, the Mapnik.
Heh, right.
So, the T@H v2.0 should be an application to download the raw actualized
Hi there,
you might have noticed that tiles@home was pretty quiet from my side
although the server is nicely humming along all the time. During the
last 6 month we had 416 user accounts uploading data (possibly using many
more boxes). 65GB of tiles were uploaded just yesterday.
I have to admit
On Mon, 07 Feb 2011 13:59:05 +0100, Dirk-Lüder Kreie osm-l...@deelkar.net
wrote:
If the first thread starts with z17 then the other can do all other
levels in parallel
It makes sense to run the z17 thread alone, because it's not cpu but RAM
bound.
You don't want to run z17 rendering in
On Thu, 11 Nov 2010 11:10:28 +0100, Chris66 chris66...@gmx.de wrote:
Hi,
Lowzoom shows many sqares:
I guess this comes from my recent (aka 2 months?) or so switch to use
the captionless layer for regular tiles and the lowzoom-captionless
for the lowzoom tiles. However, it seems no one has
On 2010-10-02, Andre Hinrichs wrote:
Hi List!
Currently it seems that there is no difference between the captionless
layer and the normal layer. Is this an error?
Yes, and no. It was agreed on to make captionless a default layer
without captions from z12-17 and use captionless-lowzoom for
On 2010-09-29, Matthias Julius wrote:
I would vote for running at least the simple checks directly on the tah
server. The check for old tiles could simply iterate over the tileset
files and look at their atime.
In general, I don't mind running such a script on the server, but as
I don't have
On 2010-09-30, Matthias Julius wrote:
http://tah.openstreetmap.org/media/filesizes.bz2
So the checks can run efficiently without having to query the server for
each tile.
This is true.
Is there any way to get the age of empty tilesets? I guess this
information could only be
Something I've always thought would be really nice to have is to have
selectable
layers with streets, POIs, etc of different types. These would have to be
rendered individually (although as some kind of overlay with transparency
probably), which would obviously take more computing power
On 2010-09-21, Frederik Ramm wrote:
I often defend TaH when people talk bad about it. There was a time then
TaH was cutting-edge, where it would deliver new renderings in as little
as 15 minutes whereas the Mapnik server would take 15 days or more. TaH
really raised the bar back then, and
On 2010-09-23, Frederik Ramm wrote:
I wouldn't say that. As you probably know, Mapnik can meanwhile process
.osm directly so no need for osm2pgsql/postgis (however special
stylesheets need to be made). It is conceivable to write a C program
(or Python if you must) that does Mapnik rendering
On 2010-09-23, Niklas Cholmkvist wrote:
I would like both an upload and a local copy in slippy-map-format.
I am not sure if both uploading and keeping locally is possible by
default. You can alwable the keep data option (not sure about the
exact name), but that will keep more than you want.
On 2010-09-21, Philip Gillißen wrote:
Ok, this may be an infrastructural problem that cannot be solved with a
tah2boinc scriptlet. It looks like there's more to fix, doesn't it?
It has been a while since I last ran boinc, but I am not sure it helps
us a lot. AFAIK, it is good at dividing
On 2010-09-20, Ariel wrote:
the counters used for tracking user's uploaded tiles (i guess KB also) are
clearly 32 bit integers and they don't run over 4294967295 = 2^32.
Perhaps that is just a problem of that webpage, but it could be the counter
used in the t...@h server itself.
It is a
On 2010-08-27, Marcus Hardt wrote:
Hi there,
is it possible to somehow changing the name displayed in the top page of
users?
Sure, just send me your current name and the name you want to use (off
list) and I'll change it .
Sebastian
___
On Tue, 17 Aug 2010 08:19:17 +0200, Marcel Lohmann
marcel.lohm...@googlemail.com wrote:
I run multiple instances of ./tilesGen.pl loop and they start and run just
fine. But after a while it stops suddenly. The inkscape processes do not
finish their job.
For me, inkscape sometimes just sits
On Thu, 12 Aug 2010 00:32:12 +0200, Dirk-Lüder Kreie osm-l...@deelkar.net
wrote:
Sorry I'm very busy currently. Ask me again next week.
No hurry
pgpi1e3aR3YAq.pgp
Description: PGP signature
___
Tilesathome mailing list
Tilesathome@openstreetmap.org
On 2010-07-31, Matthias Julius wrote:
Sebastian Spaeth sebast...@sspaeth.de writes:
On 2010-07-16, Matthias Julius wrote:
It probaly would improve the appearence of the low zoom levels if we
were rendering a few more captionless-lowzoom layers like
captionless-z6 which would be meant
Dear all,
ok, so the server side should be ready for a new layer that serves as a
captionless base for language overlays. This was the plan, right?
So we now have the captionless (rendered by default) and the
captionless-lowzoom (not yet rendered by default) layers on
the server. This is how we
On 2010-08-03, Matthias Julius wrote:
(I don't think the current z6 looks very bad).
No, not *very* bad. ;-)
Actually, it doesn't look bad at all - just a bit crowded.
Admittedly it does, but you know what? I prefer that look to the weird
mapnik look at low zooms.
Somehow the style
On 2010-07-14, Stephan Knauss wrote:
Sebastian Spaeth wrote:
No one stops us from having our own mapnik style and rendering.
Wikimedia Toolserver provides own rendering styles. I have my own server
running an excerpt with my own style.
Right. t...@h precedes wikimedia toolserver, although
On 2010-07-16, Dirk-Lüder Kreie wrote:
A full-featured captionless layer (everything and all zoom levels)
could also be a good starting point for localized maps.
Yes, that's another reason I quite like the idea of compositing the maps
from a baselayer and a transparent caption layer.
On 2010-07-16, Matthias Julius wrote:
It probaly would improve the appearence of the low zoom levels if we
were rendering a few more captionless-lowzoom layers like
captionless-z6 which would be meant to be scaled down to z6 for
example. This would allow to remove more details from the lower
On 2010-07-22, Dirk-Lüder Kreie wrote:
Am 22.07.2010 22:38, schrieb Andre Hinrichs:
Hi!
There is a problem with the queue! Client says upload queue too full
while in progress is nearly empty. Can someone with server access
please have a look at it?
Unfortunately the only Person with
Hi all, greetings from my holiday cottage in the Black Forest
the t...@h server was rebooted 3 days ago, it seems (looking at the uptime)
and neither munin, nor the upload processor start automatically after
reboot, it seems. I have now restarted those services and everything
should be back to
On 2010-07-05, Torsten Harenberg wrote:
I rendered some tiles, but although the perl code claims that these have
been uploaded (used a central upload directory), they doesn't seem to be
recognized by the server (and the client refuses now to run new once --
understandable):
If the clients
On 2010-07-06, Torsten Harenberg wrote:
Am 05.07.10 23:46, schrieb Andre Hinrichs:
[different configs]
Yes, that helped!
Glad you found a solution to your problem, and the client should
probably protest if the upload directory and the source directory are
the same :-).
Sebastian
On 2010-07-07, Torsten Harenberg wrote:
Am 07.07.10 10:08, schrieb Sebastian Spaeth:
hat do you mean with it refuses to run new? The client shouldn't refuse
to render a tile if you tell it to do so
Well.. I think there is a limit of 150 request you can render at the
same time. I
On 2010-07-07, Matthias Julius wrote:
Should the client be made to ignore UploadToDirectory in upload(_loop)
mode? Or is anyone running a cascade of uploaders?
That would make sense IMHO, I don't think we should support or encourage
a cascading of uploaders.
Sebastian
pgpXyQBoDpZwe.pgp
Currently, there seem to be a failure while creating render requests.
Can someone please check this?
Can you be a bit more specific? I just created one using:
http://tah.openstreetmap.org/Request/create/
and that worked just fine. Let me know how to replicate the HTTP 500
error and I'll have a
The t...@h tiles are available at
http://tah.openstreetmap.org/Tiles/tile/12/2033/1357.png
The browse function is available at
http://tah.openstreetmap.org/Browse/?layer=tilez=12x=2033y=1357
That is horribly inconvenient and breaks copy and paste. So I fixed this now.
Both URLs are now
Some style issues:
I'd like to know your opinion on the t...@h styles: Currently at z17 sport
amenities seem to have a border when they are tagged as a node and no
tag when they are tagged as a way.
I don't like those inconsistent icons and I find the ones with borders
to be pretty much dominant
amenity=restaurant;cusine=vegan|vegetarian now gets a small green dot
left to its symbol:
http://www.openstreetmap.org/?lat=49.29825lon=-117.64062zoom=17layers=0B00FTF
That spoon and fork symbol needs to be improved somewhat, it is hardly
recognizable as a fork. Any takers ? :)
Also, I reduced
On 2010-06-25, Thomas Ineichen wrote:
Hi Sebastian,
Currently capitals are rendered in z6 just fine, [...]
How about something like 'font-variant: small-caps' for capitals? I think
that would make capitals stand out more than a larger font..
Yes, that sounds like a very good idea. I'll
Dear all,
I give up. I tried to fix the lowzoom caption style sheets but I cannot.
Currently capitals are rendered in z6 just fine, but appear all white in
z7. The differences between the z6 and z7 stylesheets are negligable
otherwise though.
I would appreciate if someone had a look at
Dear all,
I give up. I tried to fix the lowzoom caption style sheets but I cannot.
Currently capitals are rendered in z6 just fine, but appear all white in
z7. The differences between the z6 and z7 stylesheets are negligable
otherwise though.
I would appreciate if someone had a look at
Dear all, if you have a look at the zoom levels 1-5 on the osmarender
t...@h layer, you will notice a new look.
http://www.openstreetmap.org/?lat=48lon=16zoom=1layers=0B00FTF (and
down).
I tweaked the rules for the caption generation and find they look much
nicer. For example I now prefer the
On 2010-06-21, Dirk-Lüder Kreie wrote:
it's been quite a while since Ulm came out, and Sebastian and I
decided it was time to put out a new version.
I have to admit that I was running the server in auto-plot mode for
quite some time, but it was very much fun to come back and work on the
server
On 2010-06-16, Patrick Kilian wrote:
Looks like it totally keeled over about 40 minutes ago. Maybe removing
the locking wasn't the right thing to do ^^
THanks, added some debug statements, restarted the upload processor and
it crunched happily away. Weird. I'll monitor that and try to make that
Dear all,
the munin stats for tah.openstreetmap.org are back. Let me know if you
are missing out crucial information:
http://munin.openstreetmap.org/openstreetmap/tah.openstreetmap.html
On an unrelated note:
I have to copy and paste some tile location into the tile detail
view quite often,
What infrastructure is being overtaxed? Do you need more TRAPI servers,
more load balancers? Overtaxed server infrastucture is bad, so perhaps
this is a good place to start looking at things?
We need more public TRAPI servers, and we will need a beefier central
tile server sometime in
On 2010-06-15, James A. T. Rice wrote:
Perhaps if the user stats page is causing people to reduce the quality of
the ti...@home effort because they're more interested in their own stats
than they are in ti...@home quality, then one solution is to remove the
user stats page entirely? It
The user PA94 is already testing tilesets, and apparently successfully so.
Perhaps we should then switch all clients to use tileset files and deal
with the fallout (if there is any).
Sebastian
___
Tilesathome mailing list
Hi all,
after 266 days of uptime, I tried to resolve the lacking munin
functionality for tah.osm.org. To prevent old iptable rules from causing
firewall issues
and in order to get a security upgrade while I am at it, I updated and
rebooted. Well, what can I say
...ssh and www are not
...ssh and www are not reachable (although pinging the machine works). I am
and back up. I just forgot how darn long ext3 file system checks can
take
Sebastian
pgp1ia3w8fr6v.pgp
Description: PGP signature
___
Tilesathome mailing list
Hi Alfons,
I see you are uploading .tileset files and it seems to work out mostly
great. That is cool! THanks a bunch for that. It seems you are
triggering a client error with the .tileset generation and we'll need to
investigate that. First of all, it seems your client has some font
problem, I
Some big news:
I had a look into the everfull server queue and lo and behold it was
actually completely empty. It turned out that my fancy locking code
actually left stale uploads in the queue that were never processed
(uploads would abort if there was no corresponding files, yet I would
never
general.conf beeing a config which is in the SVN overriding everything is bad.
There is sometimes the need to override something e.g. API servers for testing
without breaking the autoupdate the client.
So there should be some last resort, not in svn, local config read
from the client. Most
On 2010-05-23, Sergiusz Pawlowicz wrote:
'Download of data failed from TRAPI,API,ROMA'
what kind of help is needed?
Someone running Read-only mirror servers. The regular API disallows t...@h
access, the ROMAs seems to have all but disappeared and the only TRAPI
servers I know of were being
On 2010-05-24, Jeremy Adams wrote:
Someone running Read-only mirror servers. The regular API disallows t...@h
access, the ROMAs seems to have all but disappeared and the only TRAPI
servers I know of were being rebuild due to broken MySQL databases.
If anyone has access to a server and some
On 2010-05-21, Patrick Kilian wrote:
we currently see LOTS of INFO Reset tileset Cause: Download of data
failed from API,TRAPI,ROMA in the stats of the ti...@home clients looks
like the TRAPI server(s) are currently down and the main API can't feed
the resulting flood in batch requests. The
On Sun, 28 Mar 2010 11:04:04 +0200, Patrick Kilian o...@petschge.de wrote:
Hi all,
* Server load too high, unlikely we can upload after rendering, waiting
30s..
Not sure under which condition Clients would see that, but there is no
restriction on the upload for the server, so I am not
On Sun, 28 Mar 2010 11:31:02 +0200, Florian Lohoff f...@zz.de wrote:
As i already mentioned i think a year ago - When looking at the load
of my renderers it seems very spiky - so when we have the hourly?
render prio 2 stuff coming in the clients start rendering - as soon
as the prio 2 are done
On Thu, 25 Mar 2010 16:28:22 +, Sergiusz Pawlowicz
sergi...@pawlowicz.name wrote:
hi, is the code available here:
http://trac.openstreetmap.org/browser/sites/other/tilesAtHome_tahngo
up to date with the tah server?
Yes, that is the exact code that is being used on the server.
if
On Thu, 25 Mar 2010 16:28:22 +, Sergiusz Pawlowicz
sergi...@pawlowicz.name wrote:
hi, is the code available here:
http://trac.openstreetmap.org/browser/sites/other/tilesAtHome_tahngo
up to date with the tah server?
if yes, i would like to discuss the annoying bottleneck:
* Server
Whatever it is http://tah.openstreetmap.org/ and
http://tah.openstreetmap.org/Request/show/ and broken again and show a
error code 500. Other pages like
http://tah.openstreetmap.org/User/show/?order=tiles work.
I believe that this was still a fallout from the server disconnects over
the
On Wed, 10 Mar 2010 11:44:54 +0100, Dirk-Lüder Kreie osm-l...@deelkar.net
wrote:
Sebastian Spaeth schrieb:
Due to recabling of server rooms, the Tah server will be down from
Saturday around Switzerland noon until Sunday evening. I will have to
err, Saturday noon until Saturday evening, I
Due to recabling of server rooms, the Tah server will be down from
Saturday around Switzerland noon until Sunday evening. I will have to
restart the upload processing manually (and the tile stitching), so that
will probably happen on Sunday morning.
Sorry for the inconveniences.
spaetz
On 2010-03-02, Sebastian Spaeth wrote:
I'm even ready to retire the maplint rendering altogether. In my opinion
it causes more problems than it tries to solve.
OK, given the consensus, I am going to remove maplint as a layer on
the server during the next couple of days. We can then proceed
On Tue, 02 Mar 2010 15:22:05 +0100, Dirk-Lüder Kreie osm-l...@deelkar.net
wrote:
I'm even ready to retire the maplint rendering altogether. In my opinion
it causes more problems than it tries to solve.
creating maplint consumes a great amount of resources on the client side
and I am not sure
On Thu, 18 Feb 2010 18:56:56 +0100, Knut Arne Bjørndal bob+...@cakebox.net
wrote:
Hi
On IRC we just noticed Lulu-Anns bugreport about t...@h:
http://wiki.openstreetmap.org/index.php?title=Platform_Statusdiff=421436oldid=420846
Looks like something is wrong with lowzoom stitching:
On Sun, 07 Feb 2010 19:22:57 +0100, Patrick Kilian o...@petschge.de wrote:
The t...@h server has been giving me a 500 error code for
http://tah.openstreetmap.org/Request/show/ for the last couple of hours.
Other functions seem to be fine. Does anybody know what's broken?
I haven't
On Mon, 08 Feb 2010 01:18:48 -0500, Matthias Julius li...@julius-net.net
wrote:
Stephan Knauss o...@stephans-server.de writes:
Where should the installer binary be stored? Right now it's on a private
server, signed with a digital certificate.
Storing in SVN is something I have mixed
On Thu, 4 Feb 2010 19:42:04 +0100, bbac...@googlemail.com wrote:
Hello folks,
I created an initial version of some alternative statistics for the
ti...@home users.
Cool,
why don't you integrate the extended stats into the regular t...@h server
code, the code is in SVN.
spaetz
On 01/10/10 18:08, Patrick Kilian wrote:
Hi all,
The t...@h server has been giving me a 500 error code for
http://tah.openstreetmap.org/Request/show/ for the last couple of hours.
Other functions seem to be fine. Does anybody know what's broken?
I haven't changed anything, but it works now.
On 12/23/09 04:09, Micha Ruh wrote:
We never met, but I appreciate and followed your work for the tah
server. And thanks a lot for organizing free hosting at ETHZ!
No problem.
May I ask you if there is enough free disk space on the server for
another lowzoom-layer? (z0-z11). And are you
On 12/20/09 20:52, Jeremy Adams wrote:
Are the munin graphs for tah.openstreetmap.org
http://tah.openstreetmap.org still available anywhere? None of the
links seem to work any more.
I think they broke when the munin server moved and it's IP address
changed. I'll follow it up and will make
80n wrote:
There was a recent disk outage on hypercube. The server is now back up
and the database is currently being recovered. The service should be
back shortly.
Good to know
Thanks for the prompt information, much appreciated. And thanks for the
hard work. XAPI is really a killer
GeoJ wrote:
Hi,
while playing around with a HTTP proxy I noticed that the ti...@home
servers *.tah.openstreetmap.org explicitly disallow to use persistent
connections by sending the header Connection: close in the response.
For a regular http server with small web pages (small number of
Patrick Kilian wrote:
I saved the traceback and will be looking into making the uploader
more robust against this type of corrupt uploads.
Do you know what causes the corrupt uploads?
I do know the reason for the aborts. It's a corrupt zip file (aborted
upload for example). I do catch that
Hans F. Nordhaug wrote:
Me: I have just installed the ti...@home client on my server - nice to be
able to contribute some CPU cycles to the OpenStreetMap project.
Shaun McDonald: um do you know that one machine can deal with the
rendering of the whole world wilst t...@h needs lots of
Andre Hinrichs wrote:
Hi all,
it seems that it has happened again about 3 hours ago.
Sebastian, are you already back?
Back from my hospital stay (and parents in law just left too :-) ). True
it had stopped again. I saved the traceback and will be looking into
making the uploader more robust
Patrick Kilian wrote:
Hi all,
I might be wrong but it looks like the upload processor on the
ti...@home server died 90 minutes ago. Anybody around who could check
what's going on?
Thanks for notifying. A very corrupt zip file apparently managed to kill
the uploader. I have restarted it
Matthias Julius wrote:
Sebastian Spaeth sebast...@sspaeth.de writes:
Dirk-Lüder Kreie wrote:
I would suggest going through those areas with the tilebrowser on the
tah server.
Otherwise the blank land/blank sea handling might be broken, and spaetz
needs to take a look.
Do check whether
Sebastian Kürten wrote:
I found a map-key for mapnik
(http://www.openstreetmap.org/key?layer=mapnikzoom=14), but i could
not find any for osmarender?
Do you know, if there already is some map-key around somewhere?
There is currently none, as changes happen by various people in the
Ævar Arnfjörð Bjarmason wrote:
We asked[1] the osmarender/ti...@home project to provide us with a map
key when we made the map key pluggable. Thus far they've only provided
a stub key which shows how motorways are rendered in osmarender. So I
presume they don't have anything you can use.
Dirk-Lüder Kreie wrote:
I would suggest going through those areas with the tilebrowser on the
tah server.
Otherwise the blank land/blank sea handling might be broken, and spaetz
needs to take a look.
Do check whether than blank land/sea handling seems to work. I haven't
changed a thing on
FYI,
there was a power blackout at the ETH and the t...@h server was affected
too. Power is on again, but apparently some firewall network cards seem
to be damaged, so t...@h is currently not reachable by anyone (including me).
I was promised to get to know when they resolved the issue but ATM I
Dirk-Lüder Kreie wrote:
Stephan schrieb:
In case someone wants to write a nice windows front end, this would be
great. Some fancy stuff as a screen saver?
I don't know much about windows programming, but a screensaver showing
the just-rendered tiles could be a nice touch...
BTW, I read
Ed Loach wrote:
Dejavu was IMHO chosen as it contains a reasonable wide set of
characters compared to other fonts. However, if it doesn't contain all
the required characters we need to either
a) improve dejavu
b) use SVG fonts (how?)
c) allow the clients to use different fonts, although I am very
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steffen Hoffmann wrote:
Sebastian Spaeth sebast...@sspaeth.de writes:
Stephan Knauss wrote:
Sebastian Spaeth wrote:
What else could we render? Nautical charts maybe? What else?
Language overlays in 100 languages :-)
[...]
Is it possible
1 - 100 of 246 matches
Mail list logo
