| 02:26:08 | kjartanb: | one question I ma trying to render a map from postgis and when I use in projection "init=epsg:3057" it doesn't render any map but when I have some default from qgis then my map show up what am I doing wrong |
| 02:27:21 | kjartanb: | MapServer version 5.4.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=ICONV SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_CLIENT SUPPORTS=GEOS INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE |
| 05:11:27 | hobu: | gislars: http://groups.google.com/group/sphinx-dev/browse_thread/thread/705177d9de5e0340?hl=en |
| 05:11:28 | sigabrt: | Title: Untranslated files handled with an 404 handler, generated links problem - sphinx-dev | Google Groups ( at groups.google.com ) |
| 05:13:32 | aboudreault: | We don't need to "get back" to the de pages... |
| 05:14:36 | hobu: | aboudreault: the user was expected to click on the flag of their choice, right? |
| 05:15:03 | aboudreault: | It's not a real redirection, the 404 handler is only outputing the en page. |
| 05:15:41 | aboudreault: | emm, I see the flag problem yes. |
| 05:16:00 | aboudreault: | though all other link are ok. |
| 05:18:27 | hobu: | His suggestion of copying in files isn't a bad one either |
| 05:19:38 | aboudreault: | I guess if we can't fix the flag bug, we don't really have the choice. |
| 05:19:59 | hobu: | we'll wait for Lars |
| 05:20:18 | : | <[gislars]> I'm here |
| 05:20:40 | : | <[gislars]> oh... I'm here twice |
| 05:20:58 | aboudreault: | well, it's not really an important bug... it's only indicating that the user is reading the EN page. |
| 05:22:50 | : | <[gislars]> hobu: you wrote in the post about the labeling problem |
| 05:23:01 | : | <[gislars]> i'm not sure if I understand this |
| 05:23:28 | : | <[gislars]> do you mean with labels the labels in labels.inc ? |
| 05:24:28 | hobu: | no, I mean that each title, filename, paragraph entity gets a label in Sphinx paralance |
| 05:24:52 | hobu: | if Sphinx can't resolve the label to an actual thing that docutils parsed from the document, it doesnt' make a link |
| 05:25:43 | hobu: | the labels in labels.inc are a print out of what sphinx thinks it has for labels, so it's related in that sense. For the de docs, only labels that actually exist in docs that Sphinx has parsed end up in labels.inc ( and any links that might need to be generated ) |
| 05:26:00 | : | <[gislars]> ok |
| 05:27:13 | : | <[gislars]> so sphinx-build checks if an label has a target |
| 05:27:21 | hobu: | yep |
| 05:27:23 | : | <[gislars]> if not, no link is created |
| 05:27:41 | : | <[gislars]> could we somehow disable this check? |
| 05:28:42 | : | <[gislars]> well... its not an option in conf.py but maybe we can hack the code |
| 05:29:13 | : | <[gislars]> although, I don't know if thats an good idea : ) |
| 05:29:15 | hobu: | not really. Our solution is most likely to override one or two methods and provide our own class to hold them |
| 05:30:11 | hobu: | ( if we want to keep with the same arc we are on ) |
| 05:30:53 | hobu: | a problem with my approach is Sphinx doesn't discriminate between a link that is a file and one that's just an anchor |
| 05:31:10 | hobu: | so we would end up generating links for anchors that might not exist in existing de docs |
| 05:53:51 | : | <[gislars]> what about copying /en/ to /de/ with no overwriting files before each rebuild? |
| 05:54:06 | : | <[gislars]> that would need more space on the server but not in the repository |
| 05:57:18 | : | <[gislars]> actually we would need to to an checkout and then copying the /en/ directory before each rebuild |
| 06:15:42 | hobu: | that could work |
| 06:53:36 | CIA-48: | gislars * r9710 /trunk/docs/Makefile: ( doc ) added new target to build makefile |
| 06:53:43 | : | <[gislars]> I updated the Makefile by adding a new init target wich will do the copy job |
| 06:55:02 | : | <[gislars]> it has to be called seperatly before making html docs |
| 06:55:38 | : | <[gislars]> if everything is working it could also be added to the html target |
| 06:58:00 | aboudreault: | How come sphinx does not support multilanguages doc ? :/ |
| 07:00:11 | aboudreault: | n |
| 07:00:18 | : | <[gislars]> I think it was written to document python and there was no need for another language beside English |
| 07:00:38 | : | <[gislars]> i test the makefile locally |
| 07:00:44 | : | <[gislars]> should I do an update on the server? |
| 07:01:09 | aboudreault: | I can do it, I know where's everything |
| 07:01:20 | : | <[gislars]> fine |
| 07:01:48 | : | <[gislars]> so in the end... the 404 handler is not needed anymore? |
| 07:02:04 | aboudreault: | >:| |
| 07:02:10 | aboudreault: | eheh |
| 07:02:18 | : | <[gislars]> hmm ; ) |
| 07:02:24 | aboudreault: | will just disable it. |
| 07:03:28 | : | <[gislars]> the makefile handles just the copying of the files and not the svn update |
| 07:04:02 | : | <[gislars]> should that be handled to? |
| 07:04:13 | aboudreault: | the svn update is made in the build_html_docs.sh script. |
| 07:05:17 | aboudreault: | but... My concern is what svn will do if a new file is in "de", but the file exists in the local copy |
| 07:05:52 | aboudreault: | a file which is not under version control, of course. |
| 07:06:00 | : | <[gislars]> the de directory should be removed before an svn update |
| 07:06:25 | aboudreault: | I don't think will replace it |
| 07:08:13 | aboudreault: | ok |
| 07:09:04 | : | <[gislars]> maybe svn has an -force switch or something to overwrite existing files |
| 07:09:06 | aboudreault: | this means to download the de dir every hour. |
| 07:09:25 | aboudreault: | will check for that before add a rm instruction. |
| 07:15:00 | : | <[gislars]> there is a --force switch: http://svnbook.red-bean.com/en/1.0/ch09.html#svn-ch-9-sect-1.1 |
| 07:15:01 | sigabrt: | Title: Chapter 9. Subversion Complete Reference ( at svnbook.red-bean.com ) |
| 07:37:42 | xreal: | Hi there. Who can help me? http://pastebin.ca/1757642 |
| 07:37:43 | sigabrt: | Title: pastebin - Something - post number 1757642 ( at pastebin.ca ) |
| 07:38:33 | FrankW: | xreal: I think you need the mapfile extension in the map= part of the url. |
| 07:38:50 | FrankW: | .../mapserv?map=dortmund.map |
| 07:39:14 | xreal: | First token must be MAP, this doesn't look like a mapfile. |
| 07:39:39 | FrankW: | xreal: yes, well that is true too, this is quite an incomplete mapfile. |
| 07:39:42 | xreal: | d'oh |
| 07:39:44 | xreal: | yes ... d'oh |
| 07:39:44 | FrankW: | But that isn't what the error is complaining about. |
| 07:41:03 | xreal: | It was ;- ) |
| 07:41:46 | jmckenna: | you might find it easier to test .map files with the shp2img utility |
| 07:42:14 | xreal: | How can I do this? |
| 07:42:16 | jmckenna: | once you can create an image with shp2img, then you are ready for testing in your browser |
| 07:42:57 | jmckenna: | do you have a 'shp2img' file on your system? it should have been compiled when u compiled mapserv |
| 07:43:51 | xreal: | yep, it's there. |
| 07:44:00 | xreal: | ahh nice. |
| 07:44:04 | jmckenna: | see examples: http://www.mapserver.org/utilities/shp2img.html |
| 07:44:06 | sigabrt: | Title: shp2img MapServer 5.6.1 documentation ( at www.mapserver.org ) |
| 07:44:27 | jmckenna: | i use Example3 all of the time |
| 07:44:34 | jmckenna: | sorry, example2 |
| 07:47:52 | xreal: | [x] noted down |
| 11:18:25 | xreal: | Where's the right place to ask about TileCache? |
| 11:18:47 | xreal: | My TileCache complains: "An error occurred: can't find resolution index for 2.246094. Available resolutions are: |
| 11:18:52 | xreal: | [...]" |
| 11:38:20 | xreal: | it works now |
| 12:40:35 | xreal: | damn ... how can I remove TileCache?? |
| 13:22:30 | hobu: | aboudreault: did you and Lars implement something? |
| 21:59:52 | ajay23: | hi all i am new to mapserver,is complete worldmap is avaialable in mapserver? |