Projects tagged ‘mapserver’

MapServer is an Open Source platform for publishing spatial data and interactive mapping applications to the web.

Interface Integrada para Internet de Ferramentas de Geoprocessamento. Software para desenvolvimento de mapas interativos para internet.

Fusion is a web-mapping application development framework for MapGuide OS and MapServer built primarily in JavaScript. It allows non-spatial web developers to build rich mapping applications quickly ... [More] and easily. Using widgets, developers are able to add, remove, or modify functionality using standard-compliant HTML and CSS. Fusion does not require any proprietary browser plug-ins and works in all the major browsers on Windows, Mac, and Linux. [Less]

MapSys was designed to manage information about the "Pontos de Cultura", project from Culture Ministery in Brazil, and to allow public collaboration to build a database of government sponsored ... [More] projects. First version was based on TikiWiki, but v2.0 is being build from scratch, with a core based on mapping relations between people and projects, geografical location of them, and combination with regional social development information from public recognized sources. [Less]

GisClient è un software sviluppato per l'ambiente web che permette la gestione di progetti GIS evoluti, mediante l'utilizzo di funzionalità semplici. GisClient is a software web based that ... [More] allows the management of complex GIS projects using simple functionalities. Visit http://www.gisclient.org for a full API Reference and practical examples. [Less]

A collection of scripts, models, and tools written in python, sql, or javascript using open source geospatial software (FOSS4G). SVN Trunk is organized by software and then by project or type. For ... [More] example a recent project primarily using postgis and sql for hydrological analysis and modeling can be found in a 'hydro_project' folder within the 'postgis' directory: http://code.google.com/p/dbsgeo/source/browse/trunk/postgis/hydro_model Note: All code written on Mac OS 10.5 and not tested on other systems unless noted, so if you attempt to run any scripts on linux or windows you'll find slight modifications necessary. Other great repos on google code for foss4g related scripts include: http://code.google.com/p/perrygeo/ http://code.google.com/p/bpgeo/ http://code.google.com/p/spatialguru/ http://code.google.com/p/maphew/ http://code.google.com/p/flatlandmaps/ Other google code sites with python, sql, and openlayers examples: http://code.google.com/p/mapnik-utils/ http://code.google.com/p/geodjango-basic-apps/ http://code.google.com/p/rcoos/ http://code.google.com/p/postexperiments/ http://code.google.com/p/postoolbox/ http://code.google.com/p/webprocessingserver/ Further examples of python for geospatial: http://www.gis.usu.edu/~chrisg/python/ http://crschmidt.net/python/ http://www.ftools.ca/ https://www.msu.edu/~ashton/classes/825/ https://www.msu.edu/~ashton/classes/825/weekly.html http://trac.reprojected.com/qgislite/ http://os.umbrellaconsulting.com/ http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/python/samples http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/python/scripts http://trac.gispython.org/lab/browser/PCL/trunk/examples http://trac.osgeo.org/grass/browser/grass/trunk/swig/python/examples http://code.djangoproject.com/browser/django/trunk/django/contrib/gis http://scm.wald.intevation.org/svn/thuban/trunk/thuban/ http://trac.osgeo.org/mapserver/browser/trunk/mapserver/mapscript/python/examples General Python learning resources: http://en.wikibooks.org/wiki/Python_Programming/ http://www.rexx.com/~dkuhlman/ [Less]

SimpleSpatialCache is cache server written entirely in python. It has been designed to be flexible and powerful. FlexibleEven it has been designed to work with a WMS as backend, it can be used ... [More] beyond this scope without any trouble. You can use it as a general purpose cache if you want. Think of it as a small squid, that show it's true power when serving WMS requests. PowerfulThe multithreaded architecture makes it safe and scalable. GET request have been optimized to be incredibly fast. POST requests allows you to seed different zoom levels of a given request adding only a single param (Ex.: ZOOM=1,3,5-8). DELETE requests are used to clean folders using params filters hierarchy that you have defined. Before you start:Some basic knowledge about WMS and HTTP is assumed. Getting started:Download the last stable version from the website. (http://code.google.com/p/spatialcache) Unpack the file named spatialcache-x.x.tar.gz Set the path to your WMS in configuration.xml Start the server "python spatialcache.py -c configuration.xml" Requirements:Python >= 2.5 Recomeded:Installing Psyco will make the server run faster. [Less]

Lately (September 2006) I've been wondering if the below xml rss type feeds might be more suitable to simple sharing of latest observation data from platforms. ObsRSS is shorthand for Observations ... [More] RSS. A common concern is collecting latest observations in near real-time from various platforms and many different entities are trying both to provide and consume these latest data via both the usual http/ascii/xml type feeds and web services/SOAP/REST type feeds. In addition to a more complex query based web services approach(SOAP or REST based) which can be time consuming/resource intensive to develop and maintain, what's needed for this simpler publishing/report issue is an rss type approach where there is agreement on the rss/xml format and methods for providing cross-organizational mapping for the content elements. If existing data feeds were mapped by platform to a more community standard rss/xml type feed below once then the duplicated effort of understanding/mapping to the various individual feeds could be reduced. Below are listed what I would consider the critical elements to achieving a useful rss type feed listed in the 'minimal form' section.     * position           o Latitude and longitude are represented in a georss style tag ( http://georss.org )which is a simplified version of gml. Latitude and longitude are representative for all observations listed with this platform or rss message.           o Elevation is referenced by the 'elev' tag (also borrow from georss) and has units of meters and a frame of reference as positive where this is height above the earth or ocean surface(mean sea level) and negative where this is depth below the earth or ocean surface(mean sea level). Elevation is listed with each observation.     * time           o use ISO8601 format in the 'dateTime' element listed with each observation including time zone to hour resolution     * observation description           o an observation needs to be described in terms of its type such as sea surface temperature, air pressure, etc. , unit of measure (uom) and observed value.     * platform handle           o we need a platform handle to display and to be used for mapping against other possibly duplicate data sources Note in the below that xml namespace elements (xmlns) are given which further reference the list of valid element values and their definitions(such as http://nautilus.baruch.sc.edu/obsrss/observation_types.xml which was created using the perl DBIx::XML_RDB package code example). These additional reference documents could be used to create further higher level mappings and ontologies and reused as reference sources for others additional data feeds. The filename includes a reference to the platform handle, unique timestamp for the file creation date or latest obs and convention version. The platform handle in the below reference is a concatenation of the organization name, platform name and platform type(like carocoops_SUN2_buoy ). The platform type can be used to break up different messages from different parts of the platform like '..._buoy','..._met','..._waves',etc. This has been a useful convention for my purposes, but this convention does not have to be followed as long as the handle provides some description and forms a unique string key. A new obs rss file would be produced with each latest set of (say hourly) observation data. These files could accumulate for say the previous day's worth of data or possibly just the latest obs only is shared depending on the data provider. The xml could be extended to reference a subscription time, frequency and possible secondary source. Minimal form #filename convention like follows: #__latest_obs_v1.xml #carocoops_SUN2_buoy_200608171400_latest_obs_v1.xml    33.83 -78.48        carocoops_SUN2_buoy           sea_surface_temperature       2006-08-17T14:00:00-00 #ISO8601 time format GMT       20       celcius       -1                   air_pressure       2006-08-17T14:00:00-00 #ISO8601 time format GMT       1016       millibar       3      Full form Below is the 'full form' version of the above. I've added useful additional reference tags such as platform and data url's, quality flags and a breakout of the elements which form the platform handle. Other additional tags could be added for additional metadata or data product specific elements. #filename convention like follows: #__latest_obs_v1.xml #carocoops_SUN2_buoy_200608171400_latest_obs_v1.xml    33.83 -78.48        carocoops    SUN2    buoy    carocoops_SUN2_buoy    http://nautilus.baruch.sc.edu/carocoops_website/buoy_detail.php?buoy=buoy6           sea_surface_temperature       2006-08-17T14:00:00-00 #ISO8601 time format GMT       20       celcius       -1       3       http://nautilus.baruch.sc.edu/carocoops_website/buoy_graph.php?buoy=buoy6&graph_type=temperature_surface                   air_pressure       2006-08-17T14:00:00-00 #ISO8601 time format GMT       1016       millibar       3       3       http://nautilus.baruch.sc.edu/carocoops_website/buoy_graph.php?buoy=buoy6&graph_type=air_pressure     Future development     * I could develop a google earth/kmz based visualization of a list of such rss type feeds similar to earlier google earth visualizations listed at http://bbs.keyhole.com/ubb/showthreaded.php/Cat/0/Number/335650/an/0/page/1#335650 and http://nautilus.baruch.sc.edu/twiki_dmcc/bin/view/Main/ObsCatalog . Such visualizations could be developed in a generic way allowing different observations/unit of measurements combinations for varying geospatial communities.     * Please email me at jcothran[at]asg.sc.edu if interested in providing feedback on the above type latest observation rss type feed or something similar and if you would be interested in providing such feeds or are interested in visualizations/products derived from such feeds. Other earlier and ongoing work The above xml rss forms are related to and derive from earlier and ongoing work related to ocean observing system web services development documented at http://twiki.sura.org/twiki/bin/view/Main/OosTechServiceDefinition http://twiki.sura.org/twiki/bin/view/Main/OOSTechSWE Also at the relational database level I'm working to provide a generalized table schema which would be used to collect and share data/products from documented at http://nautilus.baruch.sc.edu/twiki_dmcc/bin/view/Main/XeniaPackage Data feeds Currently the latest observations from the Seacoos database (1000+ platforms, federal and institution level) are hourly provided as both: zipped xml file http://nautilus.baruch.sc.edu/gearth/oostech.xml.zip kmz file for display in google earth http://nautilus.baruch.sc.edu/gearth/latest_placemarks.kmz Smaller bounding boxes, individual platforms and observations can be queried via examples of the REST oriented web service documented at http://twiki.sura.org/twiki/bin/view/Main/SoapliteSeacoos Work done to convert data from their hourly raw ascii feeds to other formats is documented at http://nautilus.baruch.sc.edu/twiki_dmcc/bin/view/Main/CarolinasCoastGetData -- JeremyCothran - 07 Sep 2006 [Less]

PostExperiments is a common place for my personal projects related to PostGIS (geographic objects to the PostgreSQL object-relational database). You are welcomed to share your ideas, post your ... [More] comments and patches to improve this functions, or send your suggestions directly to the PostGIS development mailing list. These are just experiments, some things has been committed to the PostGIS trunk and others will be committed soon. Materialized Views SupportThis is a project sponsored by Google for the Open Source Geospatial Foundation as part of the Summer of Code 2007. BackgroundPostGIS geometry processing functions consume machine's CPU resources. This behavior can be avoided creating 'snapshots' of data based on views definitions, making queries more light for clients. This is specially useful for web clients. Jonathan Gardner have aboard this problem with the concept of Materialized Views. These functions may be improved to support PostGIS functionality when creating, refreshing or deleting views. ProposalNew functions for: Add/Modify/Drop simple views Add/Modify/Drop materialized views Materialize simple views Refresh data of materialized views MilestonesMilestones has been posted on this calendar. KML outputHistoryWe use PostGIS to store vector data in PostgreSQL databases. This data is exposed in web clients like MapServer or desktop clients like QGIS or uDIG. However, Google Earth have growth as a better desktop client to show this data specially for people who never heard about GIS or maps. PostGIS lacked of this functionality before version 1.2.1. This feature had been requested for many users but had not been included. At this point is where the magic of Open Source comes. I decided write this piece of code of a function for PostGIS that exposes geometry as KML objects. This code was reviewed by the guys at Refractions and committed on December 2006. Officially, AsKML() appears on 1.2.1 release of PostGIS. There are many people using this function. Last January I heard of a course implementing this techniques here in Colombia! AsKML (now ST_AsKML) function do not produce full featured KML documents. It just expose the geometry elements as KML objects to be included in programming interfaces in PHP and other client interfaces supported by PostgreSQL. AdvantagesExposing "live" data for users. Instead of export static ESRI shapefiles We can create feeds of changing data reflecting live events Process to convert vector data to KML geometry is done by database UsagePython Php New FeaturesExtrude Tesselate and Altitudemode Support People using ST_AsKMLOnline Soil Survey - California Soil Resource Lab. Press note The Timoney Group FutureST_AsKML would be extended to support attributes? Adding support for 3D geometries Extrapolate this function to produce valid geometries for GeoRSS and GeoJSON (Place for adding your own idea!) Mapserver geditSyntax file for highlighting of MapServer .map keywords in the gedit editor INSTALLDownload the latest version of mapserver.lang: http://postexperiments.googlecode.com/svn/trunk/mapserver/gedit/mapserver.lang Copy mapserver.lang to /usr/share/gtksourceview-2.0/language-specs sudo cp mapserver.lang /usr/share/gtksourceview-2.0/language-specs/Add mime types to /etc/mime.types sudo echo -e "application/x-mapserver map" | sudo tee -a /etc/mime.types sudo echo -e "application/x-mapserver-sym sym" | sudo tee -a /etc/mime.typesUpdate mime types sudo update-mime-database /usr/share/mimeOpen your mapfile and navigate to View->Syntax Highlighting->Other->MapServer [Less]

EzTrack is a web-based vehicle tracking system which utilize Postgis/Postgresql for storing GIS data and Mapserver/Kamap to visualize the data. EzTrack project consists of some source files which are ... [More] planned to place into the Kamap application directory and a Java program to receive and save the GIS data collected from vehicles to a Postgresql database. [Less]