[OSGeo-Discuss] Transparent GARMIN overlay (was: Re: 30m SRTM worldwide?)
I can create a transparent overlay for Garmin Map (IMG files), of the entire planet for these SRTM contour lines. How do you do that? With free / open source software? I'd be definitely interested, if the process can be reproduced. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Android vector renderer
I am looking for a vector rendering library for the Android OS that should be able to: You may be interested in mapsforge (library under GPL): http://code.google.com/p/mapsforge/ I have just started looking at it, but it looks promising with regard to offline vector rendering. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Re: Fedora Geo/GIS Spin
Thank you so much for joining the fedora-gis channel. I would appreciate if you can start using these applications and report bugs, if any. Following Anne's example, I also registered to this page. I am primarily interested in Enterprise Linux (RHEL/CentOS) but I am very excited by the amount of work currently being put into Fedora GIS, and I'm confident that this will translate into EL 6 / EPEL 6 being an awsome platform for GIS software. Thanks a lot for your work Viji! ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] FOSS4G rpm packaging
Hi Ralph, Are you aware of Mathieu's work to also package GeoSpatial Open Source into RPM repositories? this is indeed very interesting! Just to clarify: we are working on RPM packaging specifically for Enterprise Linux (RHEL and derivatives such as CentOS), not on generic RPM packaging. Here is the main entry point describing this effort: http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS I am actually primarily a Java developer/architect and I am working with GeoTools and GeoServer. I (and others, as I was told) would be very interested to have them properly packaged as RPMs. However, I have very little experience with Java RPM packaging (although I follow the JPP project for years: thanks for that to you all!), because in my organization the target runtime is OSGi and we use approaches which leverage OSGi versioning in order to integrate it with RPM deployment. Anyhow, I would be very interested to integrate your effort in the EL GIS repository, but we need to see how it can build upon base RHEL/CentOS and EPEL java packages (which are themselves mostly based on JPP if I'm not mistaken). Feel free to join the e...@lists.osgeo.org list or to contact me directly. Cheers, Mathieu ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] FOSS4G rpm packaging
I would very gladly help with FOSS4G on EL (my Desktop is CentOS-5.5 in This is excellent news!! Welcome! ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] Tools and approaches for the cartography of archaeological excavation sites
Hello, I have been asked to analyze how FLOSS software could help to support an archaeological program that would take place in remote mountainous corners of Central Asia. I pretty much see which sensors and software to use for the small scale part, where standard GPS precision is enough. But the most important part is a large scale work, where they need a much higher precision in order to position their findings and draw very precise maps of the excavation sites. When they work in Europe they have sensors and are in a context which give them a precision of the millimeter. For this project they know that they won't have access to the same tooling and they could live with a precision of the centimeter. My questions to the list therefore are: - is it relevant to use our usual FOSS4G software (GRASS, QGIS, etc.) for such tasks? or do only CAD tools make sense? - do some of you have experience with sensors/methodologies which would provide centimeter order precision, be transportable and usable in remote areas and not too expensive? - more generally, if somebody has experience with similar problematics, I'd be very interested in pointers to documentation, software, sensors... I hope that I am not (too much) out of topic: I must say that it is not yet completely clear to me at how large a scale do GIS stop... Thanks in advance for your comments, Mathieu ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Tools and approaches for the cartography of archaeological excavation sites
Many thanks to you all for this helpful information! Cheers, Mathieu On Fri, Nov 5, 2010 at 12:44, Joseph Reeves iknowjos...@gmail.com wrote: Hi Mathieu, Expanding on Chris' point, you might want to check out the manuals we have here: http://www.openarchaeology.net/project/survey-and-gis-manual Cameron Shorter mentioned them in a presentation he did - I seem to have lost all original links, but here's an embedded video: http://blogs.thehumanjourney.net/finds/entry/geospatial_open_source_for_surveyors And we have our own gvSIG release too: http://oadigital.net/software/gvsigoade Cheers, Joseph On 5 November 2010 10:21, Chris Puttick chris.putt...@thehumanjourney.net wrote: You might be better on the Open Source Archaeology list :) http://list.iosa.it/ Speaking as a non-archaeologist working in archaeology, precision of millimetre is nonsense, achieved or not, as (a) the things they are recording were not built to that precision, nor in many built-structure cases even designed and (b) stuff in the ground for that long has moved... CAD doesn't make sense, even though commonly used, as CAD (as any engineer will tell you) is a design tool, not a recording tool. GIS makes much more sense for the majority of recording as the data will require much analysis to be really useful, and a map can be later produced via Inkscape. We have a member of staff who's developed a nice survey workflow using QGIS and Inkscape. Regards Chris (CIO, Oxford Archaeology :) ) - Original Message - Hello, I have been asked to analyze how FLOSS software could help to support an archaeological program that would take place in remote mountainous corners of Central Asia. I pretty much see which sensors and software to use for the small scale part, where standard GPS precision is enough. But the most important part is a large scale work, where they need a much higher precision in order to position their findings and draw very precise maps of the excavation sites. When they work in Europe they have sensors and are in a context which give them a precision of the millimeter. For this project they know that they won't have access to the same tooling and they could live with a precision of the centimeter. My questions to the list therefore are: - is it relevant to use our usual FOSS4G software (GRASS, QGIS, etc.) for such tasks? or do only CAD tools make sense? - do some of you have experience with sensors/methodologies which would provide centimeter order precision, be transportable and usable in remote areas and not too expensive? - more generally, if somebody has experience with similar problematics, I'd be very interested in pointers to documentation, software, sensors... I hope that I am not (too much) out of topic: I must say that it is not yet completely clear to me at how large a scale do GIS stop... Thanks in advance for your comments, Mathieu ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] Trac instance for EL GIS
Hello, since last June we have put in place the Enterprise Linux GIS project (or rather interest group), using the wiki and mailing-list provided by OSGeo (many thanks for that!): http://wiki.osgeo.org/wiki/Enterprise_Linux_GIS We have set up a stable and a testing RPM repositories in order to be able to maintain recent stable versions of FLOSS GIS software for use on the Enterprise Linux platform. The latest stable versions of GDAL, GRASS, MapServer and PostGIS are now available, thanks to contributions and testing from the mailing-list users. While working on the packaging, some minor issues are raised which cannot be fixed right away by lack of time, as well as ideas for enhancements or new packages. We thought that it would be good to track them properly and wanted to ask if we could get a Trac instance for this? Another question is whether it is possible to create other Wiki pages if this one becomes too big (esp. for howtos which tend to grow quickly). If yes, is there any particular guidance with regard to naming etc.? Thanks in advance! Mathieu ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Looking for Yum or RPM Site for GIS Suite for Centos 5.5
Thanks for all the help and advice on this, everybody! Especially for the info on EPEL and ELGIS. I guess I had no idea that getting stable and You can browse the spec files here: https://projects.argeo.org/elgis/svn/factory/trunk/rpmbuild/ in order to see whether the switches you need are all there. At first glance I think they are, but if you need some more, I can try to add them. software. And it sounds like QGIS is a non-starter on CentOS. But I've got I'm still trying to get QGIS fully working on CentOS 5, but as Micha put it, this may not be worth the effort given that RHEL/CentOS 6 is around the corner. For the time being you have QGIS 1.4 working, integrated with GRASS, BUT without the Python plugins (a big limitation). We also have SRPMS for QGIS 1.0.2 (their LTS version) but there was little interest in it, so we dropped it. I appreciate the help as always. Don't hesitate to join the EL GIS mailing-list: http://lists.osgeo.org/mailman/listinfo/el This project is very user driven: we support what people actually use, so this is the right place to send your wish list. And feedback is very useful for us! ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] Drupal GEO mailing list proposal
How many of you would be interested in having a mailing list setup for coordinating GEO-related development within Drupal ? + 1 We are considering using Drupal for geo-related stuff, but at this stage I would not know where to ask questions. ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
[OSGeo-Discuss] Request for a new project: GIS for Enterprise Linux
Hello, we would like to set up a new project within the OSGeo Foundation whose purpose would be to coordinate efforts around the packaging and usage of GIS software on Enterprise Linux (EL), that is, Red Hat Enterprise Linux and its community derivatives such as CentOS and Scientific Linux. We already had some discussions on the Live CD mailing-list and it was recommended that we submit our proposal on this Discuss mailing-list. I already described in great details on the Live CD mailing-list the rationale and approach for such a project: http://lists.osgeo.org/pipermail/live-demo/2010-May/001724.html It boils down to: - EL is a popular and robust platform for servers and computing-heavy workstations, and is therefore a good fit for the specific requirements of GIS - stability and predictability is very important for EL users, but the FLOSS GIS field is evolving fast, so a flexible approach will be provided so that users can chose how to balance between stability and the latest features - a strong focus will be on integrating with and contributing to existing efforts, namely: - the EPEL repository already provides quite a few GIS packages and we will of course help maintaining them rather than maintain our own packages (I was told by one of their main maintainers that such help would be welcomed, this also implies coordination with the Fedora GIS group) - the Debian GIS project maintains a lot of GIS packages and is the basis for the Ubuntu GIS effort: we will try to be consistent with the versions they maintain and aim at interoperability between these platforms - a lot can also probably be reused from the GIS LiveCD project (hence the initial discussion on their list) - we will also maintain an RPM repository for packages that cannot be maintained in EPEL: e.g. because they require to update the base system, or because we want to maintain many versions in parallel (PostGIS 1.3/1.4/1.5 is an example) During the last few months we successfully went through a proof of concept, packaging and maintaining recent versions of some GIS software on CentOS 5 (mainly PostGIS, QGIS, GRASS and their dependencies): http://www.argeo.org/linux/argeo-el/5/ (see at the end of the mail for details) The initial spec files were contributed by another member of the CentOS community and a few other people tested some of the packages. Spec files and patches are versioned here: https://www.argeo.org/svn/dependencies/trunk/org.argeo.dep.rpm/centos and the builds are automated within a mock environment (build dependencies installed from scratch in a rooted environment for each new package build) Having this effort under the aegis of the OSGeo foundation would allow to widely communicate on it and interest more users. What we would need in order to set up the project is: - a formal approval from OSGeo (it is not clear to me whether additional steps are needed) - a dedicated Wiki page, describing the project, listing existing efforts, gathering howtos, pointing to the specific RPM repo - a dedicated mailing-list (as suggested in previous discussions) In the short term, we (argeo.org) can continue to host the RPM repository, the build process and the versioning of the spec files and patches. In the future it may make sense to have the RPMs hosted by osgeo.org or a standard FLOSS hosting (sourceforge or google code). Please tell me if you need more details. Your feedback is of course welcome as well as indications on how to proceed with the next steps. Cheers, Mathieu # EL GIS packaging proof of concept, current status For the time being, only the latest versions have been rebuilt for EL 5.5: http://www.argeo.org/linux/argeo-el/5/ Others are still available in the 5.4 repos: http://www.argeo.org/linux/argeo-el/5.4/ (support for PostgreSQL 8.4 was introduced in EL 5.5, which implies that PostGIS 1.4 and 1.5 moved from the GIS Plus repo to the GIS repo) * Requiring no changes in the base distribution (depends on EPEL) http://www.argeo.org/linux/argeo-el/5/gis/SRPMS/ - gdal (1.6.3) - geos (3.2.2) - grass (6.2.3 and 6.4.0RC6) - mapserver (5.6.3) - postgis (1.3.6) - proj (4.7.0) * Requiring changes in the base distribution (depends on EPEL, PostgresqlRPM (in 5.4) and Argeo Plus (for Qt4)) http://www.argeo.org/linux/argeo-el/5/gis-plus/SRPMS/ - qgis (1.0.2 and 1.4.0) - postgis (1.4.1 and 1.5.1) ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss