From bphilippot at orupaca.fr Thu Feb 2 14:14:49 2012 From: bphilippot at orupaca.fr (Barbara Philippot) Date: Thu, 2 Feb 2012 14:14:49 +0100 Subject: [MapFish-Users] Symfony CRUD actions with geographical data Message-ID: Hi mapfish list! It's been a while... I'm using the symfony MapFish plugin to insert maps in an existing project. On one side, I have an "etablissement" module with CRUD actions linked to forms. The table "etablissement' is stored into a MySql database On the other side, I have added an openLayers Map in the template _form where I display my etablissement marker, feature of a vector layer linked to a MapFish protocol and a saveStrategy. This mapFish route references a postgis table (etablissementId and geom). When I modify the feature on my map in the edit form, new position is automatically saved. I would like to bind the existing form with the geometry property. When a user modifies the etablissement, new position of the marker should be saved only when the user presses on button "save" so that if he presses "cancel", nothing is changed. On the same way, when adding a new etablissement, the feature should be created in Postgis only when he presses the "new" button on the bottom of the form. I don't see how to link my map to the existing form actions... Overload the save(), new() functions in lib/model/TblEtablissement with ajax requests ? Or is there a way to use an embedded mapFish form in my existing etablissement form? We would like to let cartographical functions the most independent possible besides of the original application. Thanks for your advice! Best regards, Barbara PHILIPPOT G?omaticienne Observatoire R?gional des Urgences PACA 04.98.08.00.96 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kai.behncke at fossgis.de Wed Feb 8 23:06:36 2012 From: kai.behncke at fossgis.de (kai.behncke at fossgis.de) Date: Wed, 08 Feb 2012 23:06:36 +0100 Subject: [MapFish-Users] =?utf-8?q?FOSSGIS-Konferenz_2012_-_Anmeldung_er?= =?utf-8?q?=C3=B6ffnet?= Message-ID: Sehr geehrte Damen und Herren, Neuigkeiten und Hintergr?nde zu Technologien des Geo-Webs / GIS-Applikationen mit Freier Software und Freien Daten werden dieses Jahr auf der FOSSGIS 2012 pr?sentiert. Die FOSSGIS und deutschsprachige Open Street Map Konferenz 2012 ? die gr??te deutschsprachige Anwenderkonferenz f?r Freie Geo-Informationssysteme und freie Geodaten ? findet vom 20. bis 22. M?rz 2012 an der Hochschule Anhalt in Dessau-Ro?lau statt. Der Themenbogen spannt sich von der Datenaufbereitung in OpenStreetMap ?ber Geodateninfrastrukturen bishin zu Technologien zur Prozessierung von umfangreichen Geodaten und spiegelt damit den Trend der steigenden Durchdringung des Internets mit Karten und Geodaten wider. In mehr als 60 Vortr?gen f?r Einsteiger und Experten, Hands-On Workshops und Anwendertreffen erhalten die Besucher Einblick in aktuelle Anwendungsm?glichkeiten und Neuigkeiten von Softwareprojekten, die derartige Anwendungen erm?glichen. ?ber die gleichzeitig stattfindende Firmenausstellung ist ein direkter Kontakt zu Dienstleistern, die professionelle Unterst?tzung bieten, m?glich. Zus?tzlich zum fachlich orientieren Austausch in Community-Sessions und Entwicklertreffen findet ein Social-Event statt, um den Austausch aller Beteiligten - vom Benutzer ?ber Entwickler und Mapper bis zum Entscheider - zu intensivieren, um gegenseitig von Ideen und Herausforderungen zu lernen. Die Konferenzgeb?hr betr?gt f?r die gesamten drei Konferenztage 120,- ?. Auch in diesem Jahr k?nnen wieder zahlreiche Workshops besucht werden f?r die eine Teilnahmegeb?hr von 100,- ? je Teilnehmer und Workshop erhoben wird. Workshop-Teilnehmer erhalten eine Teilnahmebest?tigung f?r die besuchten Workshops. Die Einnahmen gehen wie auch in den Jahren zuvor vollst?ndig in die Finanzierung der Konferenz ein. Da mehr als 400 Teilnehmende erwartet werden, ist eine Registrierung bis zum 16. M?rz 2012 notwendig. Das Anmeldeformular und andere organisatorische Informationen befinden sich auf der Konferenzseite http://www.fossgis.de/konferenz/2012/. Die FOSSGIS Konferenz 2012 wird vom gemeinn?tzigen Verein FOSSGIS e.V, der deutschen OpenStreetMap Community und der Open Source Geospatial Foundation (OSGeo) in Zusammenarbeit mit der Hochschule Anhalt in Dessau durchgef?hrt. Weitere Informationen: Zur Konferenz: http://www.fossgis.de/konferenz/2012/ Zu den Veranstaltern: FOSSGIS e.V. http://www.fossgis.de OSGeo Foundation http://www.osgeo.org/switchuilocale/de?destination=home Deutschsprachige OSM Community http://www.openstreetmap.de Hochschule Anhalt in Dessau http://www.hs-anhalt.de/ i.A. des FOSSGIS-Teams, Dr. Kai Behncke From cedric.moullet at gmail.com Mon Feb 13 10:46:31 2012 From: cedric.moullet at gmail.com (=?ISO-8859-1?Q?C=E9dric_MOULLET?=) Date: Mon, 13 Feb 2012 10:46:31 +0100 Subject: [MapFish-Users] Surface printing produces error Message-ID: Hi, We have observed an issue with the Print Module when the layer represents surfaces without a 100% opacity. You can try to print this map: http://map.geo.admin.ch/?selectedNode=node_ch.blw.ursprungsbezeichnungen-fleisch1&Y=500630&X=122305&zoom=4&bgLayer=ch.swisstopo.pixelkarte-farbe&layers=ch.blw.ursprungsbezeichnungen-fleisch&layers_opacity=0.75&layers_visibility=true&lang=deand you'll see a lines at the border of the tiles. One possible solution is to combine, server side, the tiles in order to represent in the PDF one single image per layer. Do you see any issue with this proposal ? Have you already observed this problem ? Thanks for your feedback, C?dric -- Political blog: http://cedricmoullet.blogspot.com/ Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet Home sweet home: http://map.geo.admin.ch/?crosshair=bowl&zoom=11&X=185241.24219&Y=561288.90625&bgOpacity=0&selectedNode=node_ch.swisstopo.fixpunkte-lage1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From svm at clevelandmetroparks.com Mon Feb 13 14:54:40 2012 From: svm at clevelandmetroparks.com (Stephen V. Mather) Date: Mon, 13 Feb 2012 08:54:40 -0500 Subject: [MapFish-Users] Surface printing produces error In-Reply-To: References: Message-ID: <005101ccea57$087a0310$196e0930$@com> Are you drawing from a cache here? (Tried to read the code, but it?s minified). If you sent this through GeoWebCache, or likely any of the other Cache mechanisms, they should be able to piece it back together if you point the print client at the WMS endpoint of GWC. Hope this helps, Best, Steve http://www.clemetparks.com/images/esig/cmp-ms-90x122.pngStephen Mather Geographic Information Systems (GIS) Manager (216) 635-3243 svm at clevelandmetroparks.com clevelandmetroparks.com From: users-bounces at mapfish.org [mailto:users-bounces at mapfish.org] On Behalf Of C?dric MOULLET Sent: Monday, February 13, 2012 4:47 AM To: users Subject: [MapFish-Users] Surface printing produces error Hi, We have observed an issue with the Print Module when the layer represents surfaces without a 100% opacity. You can try to print this map: http://map.geo.admin.ch/?selectedNode=node_ch.blw.ursprungsbezeichnungen-fle isch1 &Y=500630&X=122305&zoom=4&bgLayer=ch.swisstopo.pixelkarte-farbe&layers=ch.bl w.ursprungsbezeichnungen-fleisch&layers_opacity=0.75&layers_visibility=true& lang=de and you'll see a lines at the border of the tiles. One possible solution is to combine, server side, the tiles in order to represent in the PDF one single image per layer. Do you see any issue with this proposal ? Have you already observed this problem ? Thanks for your feedback, C?dric -- Political blog: http://cedricmoullet.blogspot.com/ Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet Home sweet home: http://map.geo.admin.ch/?crosshair=bowl &zoom=11&X=185241.24219&Y=561288.90625&bgOpacity=0&selectedNode=node_ch.swis stopo.fixpunkte-lage1 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 3772 bytes Desc: not available URL: From oliver.christen at camptocamp.com Mon Feb 13 15:09:45 2012 From: oliver.christen at camptocamp.com (Oliver Christen) Date: Mon, 13 Feb 2012 15:09:45 +0100 Subject: [MapFish-Users] Surface printing produces error In-Reply-To: <005101ccea57$087a0310$196e0930$@com> References: <005101ccea57$087a0310$196e0930$@com> Message-ID: <4F3919A9.8050200@camptocamp.com> well the idea here is to *not* use a wms service to generate the image but directly use the existing tiled images. since the image have already been generated as tiles, there is not real point in generating them as wms too just for printing. of course this wouldnt matter in the case the pdf creation is low or if you use it in a closed network, but for large public usage, it would be benefical I believe to use the existing images. Oliver > Are you drawing from a cache here? (Tried to read the code, but it's > minified). If you sent this through GeoWebCache, or likely any of the > other Cache mechanisms, they should be able to piece it back together > if you point the print client at the WMS endpoint of GWC. > > Hope this helps, > > Best, > > Steve > > http://www.clemetparks.com/images/esig/cmp-ms-90x122.pngStephen Mather > Geographic Information Systems (GIS) Manager > (216) 635-3243 > > svm at clevelandmetroparks.com > clevelandmetroparks.com > > *From:*users-bounces at mapfish.org [mailto:users-bounces at mapfish.org] > *On Behalf Of *C?dric MOULLET > *Sent:* Monday, February 13, 2012 4:47 AM > *To:* users > *Subject:* [MapFish-Users] Surface printing produces error > > Hi, > We have observed an issue with the Print Module when the layer > represents surfaces without a 100% opacity. You can try to print this > map: > http://map.geo.admin.ch/?selectedNode=node_ch.blw.ursprungsbezeichnungen-fleisch1&Y=500630&X=122305&zoom=4&bgLayer=ch.swisstopo.pixelkarte-farbe&layers=ch.blw.ursprungsbezeichnungen-fleisch&layers_opacity=0.75&layers_visibility=true&lang=de > > and you'll see a lines at the border of the tiles. > One possible solution is to combine, server side, the tiles in order > to represent in the PDF one single image per layer. > Do you see any issue with this proposal ? Have you already observed > this problem ? > Thanks for your feedback, > C?dric > > -- > > Political blog: http://cedricmoullet.blogspot.com/ > Welcome to my world: http://www.cedricmoullet.com/ > My Linked In profile: http://www.linkedin.com/in/cedricmoullet > Twitter: http://twitter.com/cedricmoullet > > Home sweet home: > http://map.geo.admin.ch/?crosshair=bowl&zoom=11&X=185241.24219&Y=561288.90625&bgOpacity=0&selectedNode=node_ch.swisstopo.fixpunkte-lage1 > > > > > _______________________________________________ > Users mailing list > Users at mapfish.org > http://lists.mapfish.org/mailman/listinfo/users -- Camptocamp SA Oliver Christen PSE A CH-1015 Lausanne www.camptocamp.com +41 21 619 10 23 (direct) +41 21 619 10 10 (centrale) +41 21 619 10 00 (fax) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 3772 bytes Desc: not available URL: From oliver.christen at camptocamp.com Mon Feb 13 15:36:54 2012 From: oliver.christen at camptocamp.com (Oliver Christen) Date: Mon, 13 Feb 2012 15:36:54 +0100 Subject: [MapFish-Users] Surface printing produces error In-Reply-To: <005101ccea57$087a0310$196e0930$@com> References: <005101ccea57$087a0310$196e0930$@com> Message-ID: <4F392006.7030609@camptocamp.com> mmm, reading again your comment, I think I missed your point. so to be more precise, this is beneficial for "dumb" endpoints, like Tilecache, which are not able to piece back together the already existing images, such endpoint would benefit from this process. now if the image "stitching" process is handled directly by the endpoint, the Mapfish Print module would only receive one image (by layer) and would not have any work to do, so there would not be any processing lost for system using GeoWebCache or similarily "smart" caching service and it will not impact the pdf generation perf. regards Oliver > Are you drawing from a cache here? (Tried to read the code, but it's > minified). If you sent this through GeoWebCache, or likely any of the > other Cache mechanisms, they should be able to piece it back together > if you point the print client at the WMS endpoint of GWC. > > Hope this helps, > > Best, > > Steve > > http://www.clemetparks.com/images/esig/cmp-ms-90x122.pngStephen Mather > Geographic Information Systems (GIS) Manager > (216) 635-3243 > > svm at clevelandmetroparks.com > clevelandmetroparks.com > > *From:*users-bounces at mapfish.org [mailto:users-bounces at mapfish.org] > *On Behalf Of *C?dric MOULLET > *Sent:* Monday, February 13, 2012 4:47 AM > *To:* users > *Subject:* [MapFish-Users] Surface printing produces error > > Hi, > We have observed an issue with the Print Module when the layer > represents surfaces without a 100% opacity. You can try to print this > map: > http://map.geo.admin.ch/?selectedNode=node_ch.blw.ursprungsbezeichnungen-fleisch1&Y=500630&X=122305&zoom=4&bgLayer=ch.swisstopo.pixelkarte-farbe&layers=ch.blw.ursprungsbezeichnungen-fleisch&layers_opacity=0.75&layers_visibility=true&lang=de > > and you'll see a lines at the border of the tiles. > One possible solution is to combine, server side, the tiles in order > to represent in the PDF one single image per layer. > Do you see any issue with this proposal ? Have you already observed > this problem ? > Thanks for your feedback, > C?dric > > -- > > Political blog: http://cedricmoullet.blogspot.com/ > Welcome to my world: http://www.cedricmoullet.com/ > My Linked In profile: http://www.linkedin.com/in/cedricmoullet > Twitter: http://twitter.com/cedricmoullet > > Home sweet home: > http://map.geo.admin.ch/?crosshair=bowl&zoom=11&X=185241.24219&Y=561288.90625&bgOpacity=0&selectedNode=node_ch.swisstopo.fixpunkte-lage1 > > > > > _______________________________________________ > Users mailing list > Users at mapfish.org > http://lists.mapfish.org/mailman/listinfo/users -- Camptocamp SA Oliver Christen PSE A CH-1015 Lausanne www.camptocamp.com +41 21 619 10 23 (direct) +41 21 619 10 10 (centrale) +41 21 619 10 00 (fax) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 3772 bytes Desc: not available URL: From svm at clevelandmetroparks.com Mon Feb 13 15:46:43 2012 From: svm at clevelandmetroparks.com (Stephen V. Mather) Date: Mon, 13 Feb 2012 09:46:43 -0500 Subject: [MapFish-Users] Surface printing produces error In-Reply-To: <4F392006.7030609@camptocamp.com> References: <005101ccea57$087a0310$196e0930$@com> <4F392006.7030609@camptocamp.com> Message-ID: <008001ccea5e$4dfd19c0$e9f74d40$@com> Yes, GeoWebCache and some others will do the stitching for you, and can be treated (with some reservations with respect to reprojection and certain resampling) as a normal WMS service. http://www.clemetparks.com/images/esig/cmp-ms-90x122.pngStephen Mather Geographic Information Systems (GIS) Manager (216) 635-3243 svm at clevelandmetroparks.com clevelandmetroparks.com From: Oliver Christen [mailto:oliver.christen at camptocamp.com] Sent: Monday, February 13, 2012 9:37 AM To: svm at clevelandmetroparks.com Cc: 'C?dric MOULLET'; 'users' Subject: Re: [MapFish-Users] Surface printing produces error mmm, reading again your comment, I think I missed your point. so to be more precise, this is beneficial for "dumb" endpoints, like Tilecache, which are not able to piece back together the already existing images, such endpoint would benefit from this process. now if the image "stitching" process is handled directly by the endpoint, the Mapfish Print module would only receive one image (by layer) and would not have any work to do, so there would not be any processing lost for system using GeoWebCache or similarily "smart" caching service and it will not impact the pdf generation perf. regards Oliver Are you drawing from a cache here? (Tried to read the code, but it?s minified). If you sent this through GeoWebCache, or likely any of the other Cache mechanisms, they should be able to piece it back together if you point the print client at the WMS endpoint of GWC. Hope this helps, Best, Steve http://www.clemetparks.com/images/esig/cmp-ms-90x122.pngStephen Mather Geographic Information Systems (GIS) Manager (216) 635-3243 svm at clevelandmetroparks.com clevelandmetroparks.com From: users-bounces at mapfish.org [mailto:users-bounces at mapfish.org] On Behalf Of C?dric MOULLET Sent: Monday, February 13, 2012 4:47 AM To: users Subject: [MapFish-Users] Surface printing produces error Hi, We have observed an issue with the Print Module when the layer represents surfaces without a 100% opacity. You can try to print this map: http://map.geo.admin.ch/?selectedNode=node_ch.blw.ursprungsbezeichnungen-fle isch1 &Y=500630&X=122305&zoom=4&bgLayer=ch.swisstopo.pixelkarte-farbe&layers=ch.bl w.ursprungsbezeichnungen-fleisch&layers_opacity=0.75&layers_visibility=true& lang=de and you'll see a lines at the border of the tiles. One possible solution is to combine, server side, the tiles in order to represent in the PDF one single image per layer. Do you see any issue with this proposal ? Have you already observed this problem ? Thanks for your feedback, C?dric -- Political blog: http://cedricmoullet.blogspot.com/ Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet Home sweet home: http://map.geo.admin.ch/?crosshair=bowl &zoom=11&X=185241.24219&Y=561288.90625&bgOpacity=0&selectedNode=node_ch.swis stopo.fixpunkte-lage1 _______________________________________________ Users mailing list Users at mapfish.org http://lists.mapfish.org/mailman/listinfo/users -- Camptocamp SA Oliver Christen PSE A CH-1015 Lausanne www.camptocamp.com +41 21 619 10 23 (direct) +41 21 619 10 10 (centrale) +41 21 619 10 00 (fax) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 3772 bytes Desc: not available URL: From svm at clevelandmetroparks.com Mon Feb 13 15:50:30 2012 From: svm at clevelandmetroparks.com (Stephen V. Mather) Date: Mon, 13 Feb 2012 09:50:30 -0500 Subject: [MapFish-Users] Surface printing produces error References: <005101ccea57$087a0310$196e0930$@com> <4F392006.7030609@camptocamp.com> Message-ID: <008601ccea5e$d54c6200$7fe52600$@com> Except much faster ______________________________________________ Yes, GeoWebCache and some others will do the stitching for you, and can be treated (with some reservations with respect to reprojection and certain resampling) as a normal WMS service. http://www.clemetparks.com/images/esig/cmp-ms-90x122.pngStephen Mather Geographic Information Systems (GIS) Manager (216) 635-3243 svm at clevelandmetroparks.com clevelandmetroparks.com From: Oliver Christen [mailto:oliver.christen at camptocamp.com] Sent: Monday, February 13, 2012 9:37 AM To: svm at clevelandmetroparks.com Cc: 'C?dric MOULLET'; 'users' Subject: Re: [MapFish-Users] Surface printing produces error mmm, reading again your comment, I think I missed your point. so to be more precise, this is beneficial for "dumb" endpoints, like Tilecache, which are not able to piece back together the already existing images, such endpoint would benefit from this process. now if the image "stitching" process is handled directly by the endpoint, the Mapfish Print module would only receive one image (by layer) and would not have any work to do, so there would not be any processing lost for system using GeoWebCache or similarily "smart" caching service and it will not impact the pdf generation perf. regards Oliver Are you drawing from a cache here? (Tried to read the code, but it?s minified). If you sent this through GeoWebCache, or likely any of the other Cache mechanisms, they should be able to piece it back together if you point the print client at the WMS endpoint of GWC. Hope this helps, Best, Steve http://www.clemetparks.com/images/esig/cmp-ms-90x122.pngStephen Mather Geographic Information Systems (GIS) Manager (216) 635-3243 svm at clevelandmetroparks.com clevelandmetroparks.com From: users-bounces at mapfish.org [mailto:users-bounces at mapfish.org] On Behalf Of C?dric MOULLET Sent: Monday, February 13, 2012 4:47 AM To: users Subject: [MapFish-Users] Surface printing produces error Hi, We have observed an issue with the Print Module when the layer represents surfaces without a 100% opacity. You can try to print this map: http://map.geo.admin.ch/?selectedNode=node_ch.blw.ursprungsbezeichnungen-fle isch1 &Y=500630&X=122305&zoom=4&bgLayer=ch.swisstopo.pixelkarte-farbe&layers=ch.bl w.ursprungsbezeichnungen-fleisch&layers_opacity=0.75&layers_visibility=true& lang=de and you'll see a lines at the border of the tiles. One possible solution is to combine, server side, the tiles in order to represent in the PDF one single image per layer. Do you see any issue with this proposal ? Have you already observed this problem ? Thanks for your feedback, C?dric -- Political blog: http://cedricmoullet.blogspot.com/ Welcome to my world: http://www.cedricmoullet.com/ My Linked In profile: http://www.linkedin.com/in/cedricmoullet Twitter: http://twitter.com/cedricmoullet Home sweet home: http://map.geo.admin.ch/?crosshair=bowl &zoom=11&X=185241.24219&Y=561288.90625&bgOpacity=0&selectedNode=node_ch.swis stopo.fixpunkte-lage1 _______________________________________________ Users mailing list Users at mapfish.org http://lists.mapfish.org/mailman/listinfo/users -- Camptocamp SA Oliver Christen PSE A CH-1015 Lausanne www.camptocamp.com +41 21 619 10 23 (direct) +41 21 619 10 10 (centrale) +41 21 619 10 00 (fax) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 3772 bytes Desc: not available URL: From kaivolland at yahoo.de Wed Feb 22 14:27:06 2012 From: kaivolland at yahoo.de (Kai Volland) Date: Wed, 22 Feb 2012 14:27:06 +0100 Subject: [MapFish-Users] Printing Mapquest tiled layer via OpenLayers.Layer.OSM Message-ID: <4F44ED2A.80300@yahoo.de> Hi everybody, i'm tyring to print a tiled layer from mapquest with geoext but i receive the following error: /Error while generating PDF: DocumentException: org.mapfish.print.InvalidJsonValueException: spec.layers[0].type has an invalid value: OSM/ This is how i added the layer to my map: /var arrayAerial = ["http://oatile1.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg", "http://oatile2.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg", "http://oatile3.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg", "http://oatile4.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg"]; var mapquest1t = new OpenLayers.Layer.OSM("MapQuest Open Aerial Tiles", arrayAerial);/ Is OpenLayers.Layer.OSM not supported? kind regards, Kai -------------- next part -------------- An HTML attachment was scrubbed... URL: From weskamm at terrestris.de Wed Feb 22 16:56:00 2012 From: weskamm at terrestris.de (Johannes Weskamm) Date: Wed, 22 Feb 2012 16:56:00 +0100 Subject: [MapFish-Users] Printing Mapquest tiled layer via OpenLayers.Layer.OSM In-Reply-To: <4F44ED2A.80300@yahoo.de> References: <4F44ED2A.80300@yahoo.de> Message-ID: <4F451010.8000708@terrestris.de> Hi Kai, As far as i remember, OpenLayers.Layer.OSM is supported, but not its subtypes like OpenLayers.Layer.OSM.Mapnik. I would suggest to try a / var mapquest1t = new OpenLayers.Layer.OSM("test");/ without your array and see if this works. If it does, the problem is in your different source. If not, what version are you using? Greetings, Johannes Weskamm Am 22.02.2012 14:27, schrieb Kai Volland: > Hi everybody, > > i'm tyring to print a tiled layer from mapquest with geoext but i > receive the following error: > > /Error while generating PDF: DocumentException: > org.mapfish.print.InvalidJsonValueException: spec.layers[0].type has > an invalid value: OSM/ > > This is how i added the layer to my map: > > /var arrayAerial = > ["http://oatile1.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg", > "http://oatile2.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg", > "http://oatile3.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg", > "http://oatile4.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg"]; > > var mapquest1t = new OpenLayers.Layer.OSM("MapQuest Open Aerial > Tiles", arrayAerial);/ > > Is OpenLayers.Layer.OSM not supported? > > kind regards, > > Kai > > > > > _______________________________________________ > Users mailing list > Users at mapfish.org > http://lists.mapfish.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kaivolland at yahoo.de Thu Feb 23 11:09:38 2012 From: kaivolland at yahoo.de (Kai Volland) Date: Thu, 23 Feb 2012 11:09:38 +0100 Subject: [MapFish-Users] Printing Mapquest tiled layer via OpenLayers.Layer.OSM In-Reply-To: <4F451010.8000708@terrestris.de> References: <4F44ED2A.80300@yahoo.de> <4F451010.8000708@terrestris.de> Message-ID: <4F461062.1000006@yahoo.de> Hi, it seems like the layer even works with only one of the sources: /var mapquest1t = new OpenLayers.Layer.OSM("MapQuest Open Aerial Tiles", "http://oatile1.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg");/ But the error is still the same... I'm using OpenLayers 2.10 and mapfish print-servlet 1.1 kind regards, Kai Am 22.02.2012 16:56, schrieb Johannes Weskamm: > Hi Kai, > > As far as i remember, OpenLayers.Layer.OSM is supported, but not its > subtypes like OpenLayers.Layer.OSM.Mapnik. > I would suggest to try a / > > var mapquest1t = new OpenLayers.Layer.OSM("test");/ > > without your array and see if this works. If it does, the problem is > in your different source. If not, what version are you using? > > Greetings, > > Johannes Weskamm > > > > Am 22.02.2012 14:27, schrieb Kai Volland: >> Hi everybody, >> >> i'm tyring to print a tiled layer from mapquest with geoext but i >> receive the following error: >> >> /Error while generating PDF: DocumentException: >> org.mapfish.print.InvalidJsonValueException: spec.layers[0].type has >> an invalid value: OSM/ >> >> This is how i added the layer to my map: >> >> /var arrayAerial = >> ["http://oatile1.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg", >> "http://oatile2.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg", >> "http://oatile3.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg", >> "http://oatile4.mqcdn.com/tiles/1.0.0/sat/${z}/${x}/${y}.jpg"]; >> >> var mapquest1t = new OpenLayers.Layer.OSM("MapQuest Open Aerial >> Tiles", arrayAerial);/ >> >> Is OpenLayers.Layer.OSM not supported? >> >> kind regards, >> >> Kai >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at mapfish.org >> http://lists.mapfish.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at mapfish.org > http://lists.mapfish.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From antoni.vidal at icc.cat Thu Feb 23 12:14:45 2012 From: antoni.vidal at icc.cat (Vidal, Antoni) Date: Thu, 23 Feb 2012 12:14:45 +0100 Subject: [MapFish-Users] PrintServlet error with kml files Message-ID: <0DE954D12A8B9C49B1DEB8AE54AB8BCD04F8B9@bellmunt.icc.local> Hi list, When a user try to print a kml file imported to my GeoExt application, sometimes printservlet generates the follwing error: 09:34:16,287 INFO [STDOUT] 09:34:16,286 ERROR [BaseMapServlet] Error while generating PDF DocumentException: org.mapfish.print.InvalidJsonValueException: spec.layers[1].geoJson has an invalid value: org.mapfish.print.utils.PJsonObject at ca0a8f (JSON Array[1] not found.) Problem seems to be generated by length of tag of kml file. I've tryed to reduce number of points and then, it's ok and pdf file is generated. It seems that is not possible to have more than aprox. 200 points (more or less) in the same line, but this kind of kml files are easily generated using OpenLayers. Any idea to solve this? Thanks in advance. Antoni Vidal Unitat d'Aplicacions SIG-WEB Institut Cartogr?fic de Catalunya Parc de Montju?c, E-08038 Barcelona Tel. (+34) 93 567 15 00 (ext. 3228) www.icc.cat -------------- next part -------------- An HTML attachment was scrubbed... URL: