Re: [OSGeo-Discuss] New AcidMaps with Geoserver plugin
On Thu, 2011-03-31 at 19:54 +1100, Cameron Shorter wrote: > Looks cool. > Are there plans to move acid maps code into the geoserver code base at > some point? I don't think that the core of acidmaps would be moved to geoserver, because we like the idea of a shared library that can be accessed form multiple sources, JNI being one of those, some future implementations could be a MapServer plugin, a plugin for QGis, etc... We created first the geoserver plugin because that's what most of our projects are using as map server, but we want to integrate it with others systems too. > From a packaging and sales story, it will be much easier to install and > use acid maps if it comes default with GeoServer. >From the top of my head, another easier way to install it can be a self-contained jar with the plugin, and compiled native libraries embedded. Other could be changing the plugin access to the native library from JNI to JNA. It would be good to know if the GeoServer team it's interested, we can probably find a better/smarter way to integrate AcidMaps. > (I'm thinking about the best way to include acid maps in OSGeoLive > http://live.osgeo.org ) Given the live cd it's based on ubuntu, I think that the library can be installed on system path, and the geoserver plugin be already deployed in geoserver/WEB-INF/lib. -- Fabio R. Panettieri Lead Software Engineer http://www.xoomcode.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] QA in GIS companies
Hello everybody! We are conducting an exploratory study to determine the current state of QA in GIS companies. Specially we would like to know how "Open Source companies" handle this subject, and how mature is the area. The completion of this survey should take less than 3 minutes. http://xoomcode.com/content/survey-qa-gis-companies If you would like further information about any aspect of this survey, please contact us at i...@xoomcode.com -- Fabio R. Panettieri Lead Software Engineer http://www.xoomcode.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Acid Maps demo
On Tue, 2010-10-19 at 13:43 -0400, Yves Moisan wrote: > Thanx Sebastian. I thought this was some sort of map type since I see > you created your own OL class (OpenLayers.Layer.Acid). I guess that > type is only in your GitHub repo and not on OL trunk right ? Yes, the OL class is on github. We'll probably add it to OL trunk later, when some other issues are resolved. There is also an OpenScales class that works in the same fashion. We'll publish it in the following weeks when some sync issues are solved (and we found enough spare time :s). > > From the looks of it your server is "pure python" as opposed to relying > on an existing Python framework ? Is there a way to run the server in a > WSGI container (like mod_wsgi) ? That's correct. The server is implemented in pure python, and the library that interpolates data, in C. It's currently not possible to run the server in a WSGI container, although I think mod_python would be more suitable given the nature of the server. Please add the issue on Github. Any other bugs/ideas are welcome. Also any contribution would be appreciated too. -- Fabio R. Panettieri Lead Software Engineer http://www.xoomcode.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
RE: [OSGeo-Discuss] Acid Maps demo
On Mon, 2010-10-18 at 17:10 +, Homan, Thomas wrote: > Just a quick question...What browser is this optimized for? > > IE7 (my work browser dictated by our IT dept) does nothing except put up 3 > buttons for isoline, voroni and heatmap. No image ever comes up. Developed in Chrome, tested on firefox and IE 9 beta It's fixed now. -- Fabio R. Panettieri Lead Software Engineer http://www.xoomcode.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] Acid Maps demo
Hi, I just wanted to let you know that we have put an Acid Maps demo online. http://acidmaps.xoomcode.com/ Sorry about the 2 week delay, but we discovered that heatmaps were acting 'funny', so we had to change that interpolation algorithm. -- Fabio R. Panettieri Lead Software Engineer http://www.xoomcode.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] "git" like for geodata management
On Wed, 2010-09-22 at 12:10 +0800, maning sambale wrote: > Any real world cases for this? Imagine the following scenario: * 50 ~ 70 digitizers * 5 QA * 1 Manager Each QA has 10 digitizers assigned. After all the data is validated, the manager merges it and generates the geodb. All users work against the same DB, most of them linked. This causes disconnections, duplicated data, and lots of random errors. Also, they can't be forced to work on different DB's because they are all working on the same project, at the same time. This is the real scenario of GISWorking (http://www.gisworking.com/), a company we are working with. It would be perfect to have smaller groups (ideally 1 person), working against separated databases, but that can be synchronized with the rest of the data when needed. Then each QA merges data from the people he supervises. After it's validated the manager merges the complete dataset, and generates the final "product". I don't know if this it's the exact same case, but we are working on it with a similar approach. -- Fabio R. Panettieri Lead Software Engineer http://www.xoomcode.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Re: fastest option of serving huge imagery on web map on the fly
Sorry about, the empty msg before. On Fri, 2010-05-21 at 13:17 -0700, Karsten-3-2 wrote: > Yes. What I want to do is simply to find out the fastest options to render on > the fly from raw data imagery > (no tiles whatsoever stored on disk in addition to the raw data ). I will > check out what SpatialCache is... SpatialCache is a lightweight zero-configuration cache server that we developed for some internal projects, and later released as OpenSource. It can be used between your WMS (MapServer for example) and the client that generates the request. It works more like Squid than TileCache (with all the pros and cons). It's very fast and lightweight. It only needs the base url of your server (or a comma separated list, if you have more than one), and it will cache the requests you make. It's intended to be as fast as possible while remaining simple. Also, if you need it in a special case, you can send seed and delete data requests via REST. If you need to avoid generating "image files" I don't think this would help, but you can always give it a try to see if it fits. I mean, you can have MapServer serve your compressed data through SpatialCache, this way it will store decompressed data only when the user request it, and it will only be a small part. The next time someone ask for the same data, it's already stored decompressed. I think it's a nice trade-off between disk space and speed. > Karsten -- Fabio R. Panettieri ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Re: fastest option of serving huge imagery on web map on the fly
On Fri, 2010-05-21 at 13:17 -0700, Karsten-3-2 wrote: > Yes. What I want to do is simply to find out the fastest options to render on > the fly from raw data imagery > (no tiles whatsoever stored on disk in addition to the raw data ). I will > check out what SpatialCache is... > Karsten ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] fastest option of serving huge imagery on web map on the fly
Hi Oliver I don't understand what you mean with "without caching tiles on disk". You don't want to pre-generate the tiles? If that's the case, I you can probably try with SpatialCache. http://code.google.com/p/spatialcache/ ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss