[Toolserver-l] weird qcronsub errors (was: Output from "cron" command)

Hi Since a few days I'm getting weird errors when submitting tasks. My Cronjob calls "/home/mazder/public_html/replicate-sequences/update-submit.sh" which conains the following command: qcronsub -l h_rt=0:05:00 -l virtual_free=100M -l arch=* -l sql-user-m=1 -N mazder-replicate-sequences -m

Re: [Toolserver-l] New Rule: SGE-constraint for bots

Hi Am 19.02.2013 17:38, schrieb Kai Nissen: Yes, when using get_current_user() the returned user name is "sgeadmin". Try changing your script to something like what is proposed in the toolserver wiki: https://wiki.toolserver.org/view/Database_access#PHP Thank you both, works now. Peter

Re: [Toolserver-l] New Rule: SGE-constraint for bots

Hi I have two tools that I'd like to convert to SGE now. Both are written in PHP. I tried the following but it didn't work out: mazder@willow:~$ qcronsub -l h_rt=0:05:00 -l virtual_free=20M \ -l arch=* -l sql-user-m -N mazder-replicate-sequences -m ae \ '/home/mazder/public_html/replicate-se

Re: [Toolserver-l] Dumps handling / storage / updating etc...

Am 09.12.2011 12:52, schrieb Danny B.: > We already have these dumps stored in /mnt/user-storage/ as > well as lot of people have them in their ~. I'm sorry I've missed that this mail was on the Toolserver-Mailinglist. Never mind. Peter ___ Toolserve

Re: [Toolserver-l] Dumps handling / storage / updating etc...

Am 09.12.2011 12:41, schrieb Danny B.: > Questions, comments, suggestions? When you have data to share, the main problem is usually finding someone who is able and willing to store multi-gigabyte files on their server and provide the necessary bandwith for downloaders. Collecting all dumps in o

Re: [Toolserver-l] Announcement - XSaLT: XSL/XSLT Simple and Lightweight Tool

Am 12.09.2011 13:33, schrieb Dr. Trigon: from lxml import etree doc = etree.parse(f) xslt_root = etree.XML( open(xslt).read() ) > > so why should there be a problem if the xslt would contain binary > data (which in fact they would not since I have to upload them... ;) I think he reffered

Re: [Toolserver-l] Rendering of fosm on toolserver (osm fork)

Hi > Would it be possible to use the toolserver for rendering of the fosm > tiles? atm. the toolserver is fully overloaded with rendering the styles yet there -- there's no space for another database and another style. On the other hand I don't see a planet-file (only diffs), so even if there

Re: [Toolserver-l] Alternative C function to vasprintf() on Toolserver

Am 09.04.2011 11:28, schrieb Ilmari Karonen: > char *vasprintf (const char *format, va_list ap) { > int len; char *buf; > len = vsnprintf(NULL, 0, format, ap); /* get needed size */ > if (len< 0) return NULL; > buf = malloc(len + 1); /* reserve 1 byte for trailing \0 */ >

Re: [Toolserver-l] I10N and toolserver subdomains

Am 29.12.2010 22:28, schrieb DaB.: > Hello, > Am Mittwoch 29 Dezember 2010, 22:17:46 schrieb Peter Körner: >> The Accept-Header is useful for translations, but there's still a need >> for users to actively select another Wikipedia. > > that's another topic

Re: [Toolserver-l] I10N and toolserver subdomains

Hi So with a german OS/Browser I wouldn't be able to see statistics about the english Wikipedia or english OSM-Maps? The Accept-Header is useful for translations, but there's still a need for users to actively select another Wikipedia. Peter Am 29.12.2010 16:19, schrieb DaB.: > Hello, > > th

Re: [Toolserver-l] Fwd: [Tagging] Download huge file via HTTP

Am 12.11.2010 12:10, schrieb River Tarnell: > This is a known issue with ZWS; files larger than 2GB will not work. Sorry. No problem, it's not you fault. I'll make a split zip archive from it. Peter ___ Toolserver-l mailing list (Toolserver-l@lists.wi

Re: [Toolserver-l] Fwd: [Tagging] Download huge file via HTTP

Am 09.11.2010 22:38, schrieb MZMcBride: > mzmcbr...@nightshade:~$ stat /home/mazder/public_html/osm_vm >File: `/home/mazder/public_html/osm_vm' -> > `/mnt/user-store/mazder/osm_vm/' > > From basic testing I did just now, you can't symlink from user-store to a > publicly accessible directory li

Re: [Toolserver-l] Fwd: [Tagging] Download huge file via HTTP

Am 09.11.2010 21:37, schrieb Daniel Kinzler: > Some servers, clients and proxies break on the 31 (or 32) bit boundary (2 or 4 > GB, respectively) for the content-length field. wget is a prominent example > for > this (or was, when i last tried this a couple of years ago). The server itsself repor

Re: [Toolserver-l] Fwd: [Tagging] Download huge file via HTTP

No comments on that? Peter Am 06.11.2010 20:18, schrieb Peter Körner: > Hi > > I tried to provide a download link to a complete OSM Render Stack in a > Virtual Machine on the toolserver. The files are located at > /mnt/user-store and symlinked into my public_html. > > Thi

Re: [Toolserver-l] enable gz compression

Am 08.11.2010 13:04, schrieb River Tarnell: > It might be that since compression wasn't enable at all, the .htaccess > directive was ignored. It seems so, because now I can toggle compression for css on and off by setting ContentCompressionEnabled text/css in the htaccess file. Thank you for fix

Re: [Toolserver-l] enable gz compression

Am 03.11.2010 21:52, schrieb Platonides: > According to [1] you would add the directive > ContentCompressionEnabled application/x-javascript > > 1- http://support.zeus.com/zws/media/docs/4.2/ZWSUserGuide.pdf I tried to use this directive in various ways in .htaccess files in various places but it

[Toolserver-l] Fwd: [Tagging] Download huge file via HTTP

Hi I tried to provide a download link to a complete OSM Render Stack in a Virtual Machine on the toolserver. The files are located at /mnt/user-store and symlinked into my public_html. This works for the small files (md5sums) but the 3.1G VMDK File is not accessible: http://toolserver.org/~mazder

Re: [Toolserver-l] enable gz compression

Am 04.11.2010 10:53, schrieb River Tarnell: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Peter Körner: >> You're right, I'm sorry. Is there a way to enable js compression? > > Did the solution Platonides suggested not work? Where am I supposed to put the

Re: [Toolserver-l] enable gz compression

Am 04.11.2010 09:43, schrieb River Tarnell: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Peter Körner: >> There are known bugs with some versions of IE and compressed JS so they >> need to be excluded somehow, see >> http://httpd.apache.org/docs/2.0/mod/mod

Re: [Toolserver-l] enable gz compression

Am 03.11.2010 21:52, schrieb Platonides: > According to [1] you would add the directive > ContentCompressionEnabled application/x-javascript There are known bugs with some versions of IE and compressed JS so they need to be excluded somehow, see http://httpd.apache.org/docs/2.0/mod/mod_deflate.ht

[Toolserver-l] enable gz compression

Hi We're serving commonly used js libs under but the toolserver is serving out the js files uncompressed [1]. GZ Compression reduces the size of openlayers from 923.66 KB to 207.08 KB (77.58%) so it is really necessary to enable this. How can we achieve this

Re: [Toolserver-l] user-store disk usage

Am 10.09.2010 11:21, schrieb Kay Drangmeister: > Am 09.09.2010, 23:28 Uhr, schrieb Peter Körner: >> Am 09.09.2010 23:04, schrieb Colin Marquardt: >>> I always wanted to make the rendering dynamic (and then >>> never expire the tiles) >> It should not be to hard

Re: [Toolserver-l] user-store disk usage

Am 09.09.2010 23:04, schrieb Colin Marquardt: > AIUI, River was just asking who *could* free space, not pushing > anybody to do so for useful stuff. I just wanted to mention that there's a need for them. > I always wanted to make the rendering dynamic (and then > never expire the tiles), but it

Re: [Toolserver-l] user-store disk usage

Am 09.09.2010 22:34, schrieb Colin Marquardt: > These are the hillshading tiles used in e.g. http://hikebikemap.de It would be very sad if we would need to delete them. Colin, how completed is the rendering of the hillshading tiles? I remember that it was still running on cassini when it got re-p

[Toolserver-l] Enable GZip-Compressin on Zeus [was: Javascript Libs]

Am 08.09.2010 20:56, schrieb Tim Alder: > Fine, but we need way to transfer this scripts over the network as gzip. > So your OpenLayer.js is 856 kB big and needs 1.38s for transfer. > I use php for compression, so it looks for the client like normal > JavaScript. My OpenLayers-original2-9.js.php

Re: [Toolserver-l] [Maps-l] OSM on Toolserver

Nikola Smolenski schrieb: > Except that margin-right: 0.2em produces a scroll bar that is partially > obscured by the right edge of the browser window. Oh sorry, I thought I had already changed that back. Peter ___ Toolserver-l mailing list (Toolserve

Re: [Toolserver-l] [Maps-l] OSM on Toolserver

Nikola Smolenski schrieb: > Дана Wednesday 16 June 2010 12:07:19 Peter Körner написа: > Works great! :) Could you add this to the local CSS? > > .dataLayersDiv { > height: 20em; > margin-right: 1em; > overflow: scroll; > } > > because the overla

Re: [Toolserver-l] [Maps-l] OSM on Toolserver

> Is there any way to distinguish localized placenames and unlocalized > placenames (as an option)? Like unlocalized names being displayed in a > different color. That would make it easier for maintainers to improve > the OSM data. Atm. there is none, but I could think of another style for this

Re: [Toolserver-l] [Maps-l] OSM on Toolserver

Peter Körner schrieb: > Marcus Buck schrieb: >> How much work is it? Half an hour? A day 9am-5pm? A month 9am-5pm? I do >> not even have a vague idea about the problems that need to be solved. >> Perhaps somebody can shed some light on it? > > Setting up th styles

Re: [Toolserver-l] [Maps-l] OSM on Toolserver

I saw that cassini has been renamed to adenia and it seems it has a new purpose now, so I just asked to Maps-l first before opening the ticket but I forgot to remove the reference in this mail. Sorry for the confusion. Peter Peter Körner schrieb: > Marcus Buck schrieb: >> How much w

Re: [Toolserver-l] OSM on Toolserver

Marcus Buck schrieb: > How much work is it? Half an hour? A day 9am-5pm? A month 9am-5pm? I do > not even have a vague idea about the problems that need to be solved. > Perhaps somebody can shed some light on it? Setting up th styles it not an issue, let's say around 1 hour. Th think I'm not su

Re: [Toolserver-l] OSM on Toolserver

Marcus Buck schrieb: > Thanks! Is there any information about what's the showstopper or how > complex it is to get back all the languages (e.g. in manhours)? I can tell you about my showstopper and this is the wonderful weather. Peter ___ Toolserver-l

Re: [Toolserver-l] OSM on Toolserver

Marcus Buck schrieb: > Hello, > > There was a project for integration of OpenStreetMap material in > Wikimedia projects at . > Cassini seems to be down now. Is the OSM project abandoned or has it > moved to another place? Cassini was just a test-serv

Re: [Toolserver-l] secure HTTP in toolserver

June Hyeon Bae schrieb: > *.toolserver.org has certificate. but I can't connect to > https://toolserver.org (a.k.a toolserver.org:443). A wildcard cert (*.bla.org) does not work for the main domain (bla.org). You need an extra cert just for that domain. Peter

Re: [Toolserver-l] Toolserver countdown

Cool thing! We need sth. similar for OSM! :) Peter River Tarnell schrieb: > Ilmari Karonen: >> In principle, it should also be possible to make a true live Wikimedia >> edit counter: all you'd need to do is subscribe to the IRC RecentChanges >> feed and condense it down to some suitably low-b

Re: [Toolserver-l] toolserver.org landing page

Am 22.02.2010 20:17, schrieb Ryan Kaldari: > All the menus, headers, and footers are missing from the page. I > loaded it on two different computers (and 3 > different browsers to confirm). Here's a screenshot: > http://www.angelblade.com/toolserverhomepage.jpg It's not nice but it always looked t

Re: [Toolserver-l] what's the best way to convert SVGs to PNGs on the toolserver?

Nikola Smolenski schrieb: > Ryan Kaldari wrote: >> shell_exec("cat newmap.svg 2>&1"); >> outputs the svg file to the browser, so it can definitely find the file. >> I'm stumped. What's the difference between running rsvg directly from >> the command line and executing it from PHP? Perhaps there a

Re: [Toolserver-l] what's the best way to convert SVGs to PNGs on the toolserver?

Am 17.02.2010 22:36, schrieb Ryan Kaldari: > shell_exec("cat newmap.svg 2>&1"); With my tests only rsvg on nightshade can read the test-svg [1], here it works with and without php (called from the shell). The same calls on willow (with and without php, via shell) results in a message of "Error

Re: [Toolserver-l] PHP upgrade

> PHP was upgrade to 5.3.1. Cool, thank you! PHP 5.3 has many cool features, like Closures and Namespaces. I'm happy to be able to use them on the Toolservers. Peter ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimed

Re: [Toolserver-l] [Maps-l] OpenStreetMap Mapnik data now available

River Tarnell schrieb: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > hi, > > previously we had a copy of the OSM mapnik database on cassini. this > database has now moved to ptolemy, and is accessible to all users from > the normal login/web servers. Cool, thank you! > people with tools

Re: [Toolserver-l] How to dump databases from mysql to, public_html

> You can find that answer by googling "mysql utf-8". Take a look on the manual: http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html Peter ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mailman/listinfo/t

Re: [Toolserver-l] How to dump databases from mysql to, public_html

Fuz Kabir schrieb: > Thanks, it works! > But I have been failure dumping csv / tab delimited file > using > $ mysqldump -T ~/public_html u_fuzkabir University; > results You're missing the host-option -h again. Peter ___ Toolserver-l mailing list (Tools

Re: [Toolserver-l] osm-db

> I was looking on how to connect to the osm-db and if there is phpMyAdmin > access to it? I browsed thru the toolserver and OSM wikis but did not > find much. If you got an account on cassini you can connect to the local PostGIS-Db with username gis and no password to the database named gis on

Re: [Toolserver-l] sql maintenance, Monday 14th

>>> this maintenance is now finished and sql is available again. >> nightshade doesn't seem to agree: > neither wolfsbane: Cassini does, so it's an issue at nightshade & wolfsbane, i think. Peter ___ Toolserver-l mailing list (Toolserver-l@lists.wikimed

Re: [Toolserver-l] status

> Peter Körner: >> could you please take a look at cassini? I'm unable to login and also >> [1] seems to be not available. > > login should work now, but there was no footnote in your mail so i don't > know what [1] refers to. Oh., yay, that's like fo

Re: [Toolserver-l] status

> the maintenance is now mostly finished and the Toolserver is back up. > i'm now working on bringing stable back. could you please take a look at cassini? I'm unable to login and also [1] seems to be not available. Both may be a problem with the /home server, i think. Thank you! Peter __

Re: [Toolserver-l] status

hi river, i'm sorry to hear that you got so much trouble with the servers, the replication and all those other things in the past few weeks. I can imagine how annoying this is. If i'd live near you, i'll send you some beer/wine/cola/coffee or what ever you'd prefer, to keep you up. But unfortu

[Toolserver-l] Populated the spatial_ref_sys table on cassini

Hi Just want so note that I populated the spatial_ref_sys table on cassini as explained at [1]. This makes it possible to transform between different coordiante-systems using postgis. Peter 1: http://lists.openstreetmap.org/pipermail/talk/2009-August/040851.html __

Re: [Toolserver-l] hyacinth (NFS-server and stable) was rebooted

DaB. schrieb: > Hello all, > > hyacinth (NFS-server and stable) was rebooted because of problems with the > network. The missing nfs forced nearly tools to stop/halt. The outtage was > nearly 1 hour. > > Sincerly, > DaB. Thank you for fixing it. This hour gave me the time to hop onto my bicyc

Re: [Toolserver-l] change of regular expression behaviour in rewrite scripts

> we previously used Apache + mod_suphp, until CGI PHP became too slow. > we explored several solutions and eventually settled on ZWS. So then we should think about the setup on cassini, which uses Apache + mod_suphp, and maybe make the change before it's populated with tools. Peter _

[Toolserver-l] Mailing_list_etiquette [was: RfC: globalsitenotice]

chris schrieb: > https://wiki.toolserver.org/view/Mailing_list_etiquette I'll respect that from now on. But you also did a "bottom post", wasn't it? Peter ___ Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org) https://lists.wikimedia.org/mail

Re: [Toolserver-l] RfC: globalsitenotice

Alex schrieb: > Marco Schuster wrote: >> On Sun, Aug 16, 2009 at 5:04 PM, Alex > > wrote: >> >> I think this would be a good idea. I've actually been considering >> something like this for my tools. My idea was to use multiple files. One >> would be for issu

Re: [Toolserver-l] directory offline

Stefan Kühn schrieb: > Hello, > > since yesterday the directory /mnt/user-store is offline. I need this > directory for the big dumps. Please reactivate this directory. > > Thanks > Stefan > I think you should better open a Ticket in JIRA. Peter __

Re: [Toolserver-l] How to use the Postgis-Database on Cassini

DaB. schrieb: > Hello, > Am Sonntag 02 August 2009 17:27:04 schrieb Peter Körner: >> but on cassini I didn't find a >> perl or python module which enables me to connect to the database, > > I installed python- and perl-modules. And will look if I find time to install

[Toolserver-l] How to use the Postgis-Database on Cassini

I would like to ask if anyone knows how and from where to use the postgis database on cassini. When logging on to cassini directly I'm able to query the local postgresql-database from command line, but on cassini I didn't find a perl or python module which enables me to connect to the database,