#MAPBENDER IRC Log - 2009-06-24

For logs after Feb 3, 2007, all times are GMT-8. Prior logs are GMT-9.
Back to Logs
01:48:46 Testbaudson: http://pastebin.com/d3a304e03
01:48:55 sigq: Title: PHP pastebin - collaborative debugging tool ( at pastebin.com )
01:55:20 owsadmin: oh cool
01:55:53 owsadmin: hi mandsch - how are you? We have been swimming in Bolsena sea this morning
01:56:02 owsadmin: and know we are working hard!
01:56:04 mandsch: hi
01:56:27 mandsch: eveything fine here, sunny, though too cold to swim
01:56:52 mandsch: don't make me to jealous ...
01:57:15 mandsch: sounds like you're having a good time.
01:57:24 owsadmin: yes we have
01:57:44 owsadmin: david is working on an install script for mapbender 2.6
01:58:04 owsadmin: you just have to run the script and mapbender will be there
01:58:07 mandsch: cool.
01:58:36 mandsch: this is pretty cool especially for packaging ... FGS + MS4w
01:58:45 owsadmin: yews that is true
01:58:51 mandsch: is Testbaudson around?
01:58:56 owsadmin: but till now we wrote the script for linux
01:59:18 owsadmin: we would need a .bat fro windows too
01:59:25 mandsch: that's the important one.
01:59:39 owsadmin: Testbaudson is sitting in front of me
01:59:44 owsadmin: please have a look at
01:59:48 mandsch: good.
02:00:07 owsadmin: http://www.mapbender.org/Bolsena_2009#Day_3
02:00:17 owsadmin: to get an impression on how we work here
02:00:19 sigq: Title: Bolsena 2009 - MapbenderWiki ( at www.mapbender.org )
02:00:35 owsadmin: Testbaudson is discussion with Uli about session handling
02:00:39 mandsch: yeah, already saw this ... yikes
02:00:44 mandsch: looks really nice.
02:00:57 owsadmin: what do you think about a meeting in Linuxhotel
02:01:23 mandsch: for a mapbender dev spint?
02:01:27 owsadmin: yes
02:01:28 mandsch: sprint
02:01:42 owsadmin: to make a calm meeting from fr-so
02:01:54 owsadmin: in sept/okt or nov
02:01:56 mandsch: sounds good too, although i suspect the gnocchi in Bolsena are better that in Essen...
02:02:04 owsadmin: for sure
02:02:12 owsadmin: next year you have to com e with us
02:02:18 owsadmin: it is really great here
02:02:20 mandsch: yeah, absolutely
02:03:03 owsadmin: ok - I will go on with my mission.
02:03:04 owsadmin: see you
02:03:06 mandsch: I am looking at the print dynamic - templte print merging ...
02:03:09 mandsch: yes.
02:03:13 owsadmin: cool
02:03:23 mandsch: short question for Testbaudson ...
02:03:25 owsadmin: you do it at the moment?
02:03:29 mandsch: if he is available
02:03:32 owsadmin: I will tell Testbaudson
02:03:37 mandsch: yep
02:03:55 owsadmin: he is coming .....
02:03:58 Testbaudson: huhu mandsch
02:04:08 mandsch: hi Testbaudson
02:04:11 mandsch: allrihgt?
02:04:26 Testbaudson: apart from your spelling, yes
02:04:42 mandsch: I am trying to get together the printframe and the template stuff together ..
02:05:03 mandsch: yeah, i know - i have to many fingers here in the race it seems
02:05:42 mandsch: in your original mod_printpdf.php
02:06:37 mandsch: you call the createBox method on pt.window.frames[target].
02:07:42 mandsch: without the frames... I'd need to hook it to the mapframe div dom element?
02:08:06 Testbaudson: yes, that's correct
02:09:02 mandsch: so createbox has to be a method of that object?
02:10:07 : * Testbaudson thinks....
02:10:41 mandsch: actually when i look at printbox ...
02:11:00 mandsch: it looks for the mapobj for itself ..
02:11:45 Testbaudson: mandsch: I guess createbox is a global function
02:11:59 Testbaudson: isn't that at the beginning of the print box JS class
02:12:13 mandsch: yeah.
02:12:25 mandsch: exactly, it's a global function
02:13:20 mandsch: so i can call it on its own? without a reference to the map_elemtn?
02:13:35 Testbaudson: yes
02:13:40 Testbaudson: i was confused for a while
02:13:50 Testbaudson: it's like a factory method
02:15:19 mandsch: ok, at the end of printbox the div is appendedn to $body
02:15:28 mandsch: which i assuem is the body of the former mapframe1
02:15:42 mandsch: so i have to append it to the map elemetn div right?
02:21:07 mandsch: yeah!
02:21:09 mandsch: It's there ...
02:21:35 mandsch: cool
02:23:34 mandsch: Testbaudson: I guess i have to torment you some more... after lunch - I hope it's okay?
02:31:05 Testbaudson: mandsch: sure
02:31:13 Testbaudson: just let me know
02:53:09 seven: owsadmin: astroidex? What made you change your personality? Server name?
03:24:30 mandsch: seven: have you left Boƶsena?
03:24:33 mandsch: Bolsena...
04:07:11 mandsch: mapbender oracle enlight me: why can't I use map_el.append( ) ( map_el results from getDomElement )?
04:07:51 : * mandsch thinks it's because it's only the dom element and not the jquery wrappd object, but what can he use then?
04:09:25 : * mandsch doesn't want to use $( "'#"+map_el.elementName ) ...
04:22:26 mandsch: but at least it works that way.
04:52:48 mandsch: Testbaudson: when Astrid is back, could we do a short brainstorming, about how we want to have the printframe integrated in the print workflow?
05:05:00 Testbaudson: hi mandsch
05:05:14 mandsch: hi Testbaudson
05:05:16 Testbaudson: owsadmin will be with us in a second
05:05:23 Testbaudson: ( = Astrid )
05:05:23 mandsch: good
05:05:33 mandsch: i suspected that ... ;- )
05:05:49 astroidex: hi mandsch
05:06:00 mandsch: Hi astroidex
05:06:04 mandsch: I like owsadmin also ...
05:06:08 mandsch: liked ...
05:06:31 mandsch: I mjust asked Testbaudson if we could shorty discuss the print workflow
05:06:48 mandsch: with printframe integrated
05:06:55 mandsch: just a second ... phone ...
05:07:02 astroidex: you are the only one who likes owsadmin
05:07:11 astroidex: I changed my identity therefore
05:09:32 mandsch: :- )
05:09:52 mandsch: ok, the printframw more or less works now in my box here
05:10:17 mandsch: at the moment i use the tab print module
05:10:41 mandsch: that#s the first question: how would we trigger the start of the printframe when used in a tab=
05:10:43 mandsch: ?
05:10:52 mandsch: when the print tab is openend?
05:11:15 mandsch: astroidex: I'm back ...
05:14:50 Testbaudson: hi mandsch
05:14:58 astroidex: ok
05:15:31 mandsch: Testbaudson: what do you think? when should we inititate printbx when used in the print tab?
05:15:44 astroidex: a miniute
05:16:55 Testbaudson: mandsch: would you still need the old behaviour?
05:16:59 Testbaudson: I mean
05:17:14 Testbaudson: to resize the mapframe on the selection of the format and size
05:17:24 mandsch: no no, that has long gone already ...
05:17:30 Testbaudson: or would we do everything with the print box?
05:17:43 mandsch: that's the question..
05:17:47 Testbaudson: ok, so we exclusively work with the print box
05:18:05 mandsch: at the moment, i take the current extent and adjust it to the chosen format and size
05:18:36 mandsch: but i think using the printbox all the time would be ok.
05:18:58 mandsch: maybe we don't need to option the rotate it all the time, but that coudl be made configurable
05:19:47 mandsch: with printbox all the time, we won't have a one-click print though ...
05:20:02 Testbaudson: maybe we implement a button
05:20:05 Testbaudson: to open the box
05:20:15 mandsch: that's what i have now.
05:20:23 Testbaudson: it would be mandatory to select an area with the print box
05:20:35 Testbaudson: maybe we could add a one-click functionality later on
05:20:38 astroidex: i agree that we don't need rotation always. maybe we can make an option in the configuration. Then we don't need imagemagic
05:20:48 Testbaudson: that selects an appropriate area depending on the current map extent
05:21:44 mandsch: Testbaudson: yep, well ..
05:22:00 mandsch: when thinking in the print templates stuff
05:22:10 mandsch: the template defines a size
05:22:15 mandsch: of the map to be printed
05:22:43 mandsch: this would mean when the printfraem is triggered, then it is adjusted to the size and ratios defined in the config, right?
05:23:09 Testbaudson: size is cm?
05:23:15 mandsch: at the moment mm
05:23:18 Testbaudson: ok
05:23:27 Testbaudson: yes this could be passed to the constructor
05:23:37 Testbaudson: I think this is already implemented
05:23:46 mandsch: yes yes, that's there
05:24:17 mandsch: and the the printframe positions the box inside the mapframe
05:24:37 mandsch: with a calculated smaller scale? I am not sure how this is done...
05:25:28 Testbaudson: please rephrase
05:25:29 Testbaudson: I didn't get it
05:26:00 mandsch: I wonder how printbox calculates it's start size?
05:26:14 mandsch: is it depending on the current scale?
05:26:39 mandsch: and then it creates the box somewhat smaller so that it fits into the mapframe?
05:28:50 astroidex: have a look http://80.246.114.143/mapbender25/frames/login.php?&name=demo&password=demo&mb_user_myGui=print_dynamic
05:28:53 sigq: Title: print_dynamic - presented by Mapbender ( at 80.246.114.143 )
05:29:24 astroidex: huhu
05:29:29 mandsch: yep
05:30:02 Testbaudson: mandsch: the size of the frame always depends on the default scale
05:30:05 mandsch: yeah, but when zoomied in you won't see the printbox ...
05:30:12 mandsch: ah, ok,
05:30:50 mandsch: ok, the default scale and the default resolution, i guess ...
05:31:05 mandsch: this is the scale : 100000 option?
05:31:16 Testbaudson: yes
05:31:23 astroidex: mandsch you are right
05:32:02 mandsch: we could either, zoom the needed extent to display the zoombox
05:32:14 mandsch: zoom to the needed extent ( sorry )
05:32:18 astroidex: but I agree it is a disadvantage when you already zoomed in
05:32:24 astroidex: we need another solution for this
05:32:39 Testbaudson: mandsch: on a 2nd thought, the box should always fit in the map extent
05:32:44 Testbaudson: when the button is clicked
05:32:55 Testbaudson: everything else seems counterintuitive to me
05:32:55 mandsch: yeah, that was my first thought too
05:33:20 mandsch: so the scale option should be set to the curretn mapobj scale
05:33:23 astroidex: maybe we can define a default size instead of a default resolution
05:33:49 astroidex: then we have to calculate the resolution which fits to the start size
05:34:13 Testbaudson: mandsch: we could try this
05:34:25 mandsch: hmm...
05:34:45 mandsch: what do you mean by default size?
05:34:59 Testbaudson: mandsch: using the map scale is ok
05:35:00 mandsch: we weould have a size in the template config
05:35:03 astroidex: forget everything I said
05:35:08 mandsch: ok ;- )
05:35:08 astroidex: let's gi your way
05:35:08 Testbaudson: maybe we should round the scale
05:35:19 Testbaudson: to get a box that nicely fits
05:35:24 Testbaudson: in the mapframe
05:36:12 mandsch: ymean sth. like floor( ) ?
05:36:27 Testbaudson: mandsch: it would depend on the number of digits
05:36:35 mandsch: or rather sth liek a discrete array of scales ...
05:36:42 Testbaudson: like 120323 could be floored to 100000
05:37:19 mandsch: ok.
05:37:23 mandsch: sounds good.
05:37:33 astroidex: yes - sounds good
05:37:36 Testbaudson: mandsch: do you suggest another select box with scales?
05:37:50 mandsch: no not really.
05:37:52 Testbaudson: ok
05:37:58 astroidex: ok - I agree
05:38:08 astroidex: the flooring will only be done at the start
05:38:21 astroidex: so back to the initiation
05:38:35 mandsch: I just still would like to have the option to set the scale fix.
05:38:41 astroidex: how can we do it with the print in a tab
05:39:05 mandsch: Imagine a ALK-Print that always needs a scale of 1:5000 ... sorry astroidex
05:39:27 mandsch: Then maybe we should zoom the map to a corresponding extent ...
05:39:59 astroidex: hm
05:40:11 Testbaudson: use an element var with a default scale?
05:40:37 mandsch: Hmm, I'd rather define the scale in the config of the template ...
05:40:42 Testbaudson: ok
05:40:42 astroidex: an maybe you can define a flooringfactor
05:40:49 mandsch: because it shopuld define teh output scale in the pdf
05:41:06 mandsch: but i think that can be adjusted later ...
05:41:18 mandsch: I'll take the current extent of the map
05:41:39 Testbaudson: mandsch: yes feel free to use the scale from the json
05:41:48 Testbaudson: if not set, use the current scale
05:41:54 mandsch: ok.
05:42:11 mandsch: astroidex: back to initialization
05:42:27 mandsch: with the button i think it's clear
05:42:36 mandsch: press button, printframe shows up.
05:42:52 mandsch: with tab module
05:43:01 mandsch: 1 ) have an extra button to display printframe
05:43:12 mandsch: 2 ) on tab open?
05:43:23 mandsch: Testbaudson: could 2 ) be done?
05:43:27 Testbaudson: hehe
05:43:31 mandsch: ;- )
05:44:04 Testbaudson: I guess it won't work with the current tab implementation
05:44:14 mandsch: what a pity ...
05:44:23 Testbaudson: and there's no event to link it to
05:44:32 Testbaudson: ( I think the div is just resized )
05:44:45 mandsch: theres no actice flag ...
05:44:47 mandsch: active
05:45:02 Testbaudson: no, not really
05:45:07 mandsch: ok.
05:45:40 mandsch: ok, so we'll stick to 1 )
05:45:43 mandsch: extra button.
05:45:57 Testbaudson: well, maybe there is, but it would not be a good idea to link a tab with a module
05:46:12 Testbaudson: maybe we can add that when we have implemented jQuery tabs
05:46:17 astroidex: Update gui_mb_user set mb_user_type = 'owner' where fkey_mb_user_id = 'erfasser1';
05:46:26 astroidex: this was for verena
05:46:28 mandsch: ah yes ...
05:47:04 mandsch: ok, then I think I now where it is heading ...
05:47:12 mandsch: Testbaudson: imagick ...
05:47:12 seven: wait...
05:47:17 astroidex: where fkey_gui_id = 'guiname'
05:47:19 Testbaudson: INSERT "hello" INTO mandsch
05:48:34 Testbaudson: mandsch: what about imagick?
05:48:43 astroidex: ok
05:48:47 : * mandsch has never seen an online SQL injection ...
05:49:02 mandsch: ok, do we need two weldMaps2png?
05:49:11 mandsch: one with imagick and one without?
05:49:24 astroidex: that i s what we planned
05:49:30 astroidex: wasn't it?
05:49:43 Testbaudson: ideally, we could use both
05:49:43 astroidex: one with gd and one with imagick
05:50:28 mandsch: rotation only works with imagick
05:50:51 Testbaudson: yes
05:50:53 mandsch: so we need to check if the module is installed
05:51:07 Testbaudson: but the existing installations should work
05:51:13 Testbaudson: with their current setup
05:51:24 mandsch: and if not then disable the rotation of printframe
05:51:28 Testbaudson: and imagick is only necessary for rotating
05:51:45 mandsch: ok,
05:51:47 Testbaudson: mandsch: this would be an option
05:51:59 Testbaudson: we should create a warning then
05:52:05 mandsch: so if i have an angle other than 0 or normal ...
05:52:48 Testbaudson: we could make the print box configurable
05:52:54 Testbaudson: so that it doesn't allow rotating
05:53:10 Testbaudson: should not be hard to do
05:53:43 mandsch: that would be good.
05:54:11 mandsch: so if i have an angle other than 0 or normal i use the imagick weldMaps2png
05:54:14 Testbaudson: for now, just assume angle=0 if imagick is not installed
05:54:49 mandsch: ok.
05:55:10 Testbaudson: maybe we could print the warning :- )
05:55:38 mandsch: hihi
05:56:23 mandsch: ah Testbaudson one more ..
05:56:42 mandsch: why can't I use map_el.append( ) ( map_el results from getDomElement )?
05:57:04 Testbaudson: error message?
05:57:04 : * mandsch thinks it's because it's only the dom element and not the jquery wrappd object, but what can he use then?
05:57:25 Testbaudson: yes, it's the DOM element
05:57:57 mandsch: ah ... error message ... I haven't got it anymore ...
05:58:04 mandsch: i came around by using
05:58:25 mandsch: $( "'#"+map_el.elementName )
05:58:34 mandsch: but is that nice?
05:59:43 Testbaudson: it's fine
05:59:49 mandsch: ok.
06:00:03 Testbaudson: better
06:00:08 Testbaudson: $( domElement )
06:00:14 Testbaudson: maybe try this
06:00:19 Testbaudson: but it is really the same
06:00:35 mandsch: ok, but i don't like the concatenation ...
06:00:41 mandsch: so i'll try that one .
06:00:59 Testbaudson: $( map_el )
06:01:05 Testbaudson: should work
06:01:55 Testbaudson: mandsch: do you need any more input?
06:02:06 mandsch: not at the moment ...
06:02:12 mandsch: I think i' fine.
06:02:14 mandsch: thanks a lot
06:02:35 mandsch: uh, no: uncaught exception: Parameter is not an object ( NS_ERROR_DOM_NOT_OBJECT_ERR )
06:02:49 Testbaudson: where and when?
06:04:20 mandsch: second ... it's loading
06:04:31 mandsch: stupid me
06:04:46 mandsch: I changed sth. around ...
06:05:02 mandsch: now it works. thx.
06:05:14 Testbaudson: cool
06:05:23 Testbaudson: thanks for your work on the print module
06:05:31 Testbaudson: veeeeeeeeery much appreciated
06:06:08 mandsch: have a nice afternoon ... are you all already on red wine?
06:06:54 mandsch: or still "agua sin gas"?
06:46:26 seven: Testbaudson: Shall I commit the license changes to trunk? Or would you prefer to have it in a branch?
06:57:23 seven: trunk it is...
07:35:09 mandsch: Testbaudson: it's really going well.
07:35:17 mandsch: printing the chosen extent already works
07:35:24 mandsch: now i have to instal imagick
07:35:33 mandsch: and proceed to the rotation
07:36:22 mandsch: i calculate the extent with the log of the current extent, so you'll get 10000 if you scale is between 10000 and 100000 ... what do you think?
07:38:59 Testbaudson: cool
07:39:06 Testbaudson: that sounds sensible to me, mandsch
07:39:42 mandsch: ok. so have a nice evening...
07:41:26 Testbaudson: thanks, you too!
07:52:27 Testbaudson: mandsch: here's a preview of the new Mapbender API
07:52:27 Testbaudson: https://svn.osgeo.org/mapbender/trunk/mapbender/documents/api_js/index.html
07:54:22 mandsch: wow...
07:55:57 Testbaudson: just a preview
07:56:04 Testbaudson: to show we not just eating pasta :- )
07:58:34 tbaschetti: Hi folks, just dont' forget drinking wine ( or beer ).
07:58:48 tbaschetti: at least it's sunny in gemany, too
08:00:17 Testbaudson: tbaschetti: hi
08:00:25 Testbaudson: you would love it here
08:00:41 Testbaudson: reading your blog, this is just your kind of food
08:00:49 Testbaudson: and the wine isn't bad either
08:01:01 Testbaudson: although I'm mostly on water
08:01:05 tbaschetti: ;- ), perhaps next year
08:01:32 Testbaudson: we'll have another dev sprint in germany later this year...
08:01:34 Testbaudson: linux hotel
08:01:36 Testbaudson: in essen
08:01:40 Testbaudson: but no date yet
08:02:09 tbaschetti: good, will try to make it
08:11:44 astroidex: for the date in Linuxhotel we have to vote see last mail in mapbender-dev list
09:42:11 astroidex: -= THIS MESSAGE NOT LOGGED =-