<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.osgeo.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Wiki-Alrocar</id>
	<title>OSGeo - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.osgeo.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Wiki-Alrocar"/>
	<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/wiki/Special:Contributions/Wiki-Alrocar"/>
	<updated>2026-04-13T04:19:31Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.35.9</generator>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=54438</id>
		<title>GvSIG GSoC 2011 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=54438"/>
		<updated>2011-04-08T08:52:03Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: /* Design and implement an API for tiled vectorial support of geo-location services */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
=== Import / Export data from Epanet ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fpenarru | Francisco José Peñarrubia]]&lt;br /&gt;
&lt;br /&gt;
The idea is to define a layer model suitable to be exported to Epanet's .inp file, and a geoprocess to export this model to Epanet. So, we will need to define pipes, wells, valves, depots and so on in gvSIG, analize connectivity and then export to Epanet. From Epanet, to analyze and modify the network and then export the network again to gvSIG. So, the main tasks are: '' Define layer model '', '' Create a geoprocess exporter to .INP'' , '' Create a geoprocess importer back to gvSIG ''.&lt;br /&gt;
&lt;br /&gt;
=== New features for NavTable ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:psanxiao | Pablo Sanxiao]]&lt;br /&gt;
&lt;br /&gt;
* '''Migrating NavTable to gvSIG 2.0''': This includes a good separation between interface and data access.&lt;br /&gt;
* '''Making NavTable will be able to modify the table schema''': it would be possible to add, erase and modify attributes, its order, the visibility and alias for the field name.&lt;br /&gt;
* '''New attribute table based on NavTable''': Creating a new gvSIG's attribute table based on NavTable to view data all together as in te current one but included the NavTable features of navigation, selection, filtered, etc... and some new improvements.&lt;br /&gt;
&lt;br /&gt;
=== Integration of GGL2 into gvSIG ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fergonco | Fernando González Cortés]]&lt;br /&gt;
&lt;br /&gt;
The next version of Gearscape Geoprocessing Language (GGL2) consists of a full featured programming language with common constructions to process spatial data easily and independently of their format, location and internal structure (either flat tabular files, hierarchical xml files or full database schemas).&lt;br /&gt;
&lt;br /&gt;
The soon to be published GearScape version detaches the language from the GearScape user interface so that it is possible to integrate it with other GIS applications. The integration of GGL2 in gvSIG will provide gvSIG users with a powerful scripting language and GGL users with a powerful client to visualize their results.&lt;br /&gt;
&lt;br /&gt;
There are some [http://gearscape.fergonco.es/index.php/component/content/article/13-upcoming-ggl2 GGL2 videos available] and a [http://gearscape.fergonco.es/index.php/component/content/article/1/14-download-ggl2 milestone released].&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free tiled map viewer for Android with support for OSM, WMS, WMS-C, TMS, other non-standard tile servers, routing, localization, etc. and now offline support for searching and visualize POIs and addresses.&lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop] and other contributors. &lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to vector data formats ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
gvsig-gpe is a library for reading and writing data in GML format, through the use of events. It does not depend on any geometry data model, providing the raw data to the application. Initially developed for the GML format, it supports the registration of readers and writers for any other formats, like KML and GPX.&lt;br /&gt;
&lt;br /&gt;
The student should study the gvsig-gpe library and build the connectors necessary to allow gvSIG Mini consume the library. The application should be able to read/parse files in [http://www.topografix.com/gpx.asp GPX format] and [http://www.opengeospatial.org/standards/kml/ KML format], convert the data into the gvSIG Mini geometries model (points, lines and polygons) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
=== Design and implement an API for tiled vectorial support of geo-location services ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
Currently there are plenty of services that provide geo-located data: Twitter, Buzz, Panoramio, Flickr, Wikipedia, YouTube, LastFM, Minube, Foursquare, etc. All of them have things in common (Use of a REST API, JSON as a format for responses, ...) and several different behaviours.&lt;br /&gt;
&lt;br /&gt;
The idea is to provide gvSIG Mini with a simple API to support that kind of services. The API will offer transparent support to load a geo-located service, make requests as the user navigates the map, cache data (into memory and disk in standard GeoJSON) to speed up the data-load, and build the user interfaces to show extra data, such as additional info, media (images, video), etc.&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=54134</id>
		<title>GvSIG GSoC 2011 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=54134"/>
		<updated>2011-03-29T16:49:02Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: /* Design and implement an API for tiled vectorial support of geo-location services */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
=== Import / Export data from Epanet ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fpenarru | Francisco José Peñarrubia]]&lt;br /&gt;
&lt;br /&gt;
The idea is to define a layer model suitable to be exported to Epanet's .inp file, and a geoprocess to export this model to Epanet. So, we will need to define pipes, wells, valves, depots and so on in gvSIG, analize connectivity and then export to Epanet. From Epanet, to analyze and modify the network and then export the network again to gvSIG. So, the main tasks are: '' Define layer model '', '' Create a geoprocess exporter to .INP'' , '' Create a geoprocess importer back to gvSIG ''.&lt;br /&gt;
&lt;br /&gt;
=== New features for NavTable ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:psanxiao | Pablo Sanxiao]]&lt;br /&gt;
&lt;br /&gt;
* '''Migrating NavTable to gvSIG 2.0''': This includes a good separation between interface and data access.&lt;br /&gt;
* '''Making NavTable will be able to modify the table schema''': it would be possible to add, erase and modify attributes, its order, the visibility and alias for the field name.&lt;br /&gt;
* '''New attribute table based on NavTable''': Creating a new gvSIG's attribute table based on NavTable to view data all together as in te current one but included the NavTable features of navigation, selection, filtered, etc... and some new improvements.&lt;br /&gt;
&lt;br /&gt;
=== Integration of GGL2 into gvSIG ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fergonco | Fernando González Cortés]]&lt;br /&gt;
&lt;br /&gt;
The next version of Gearscape Geoprocessing Language (GGL2) consists of a full featured programming language with common constructions to process spatial data easily and independently of their format, location and internal structure (either flat tabular files, hierarchical xml files or full database schemas).&lt;br /&gt;
&lt;br /&gt;
The soon to be published GearScape version detaches the language from the GearScape user interface so that it is possible to integrate it with other GIS applications. The integration of GGL2 in gvSIG will provide gvSIG users with a powerful scripting language and GGL users with a powerful client to visualize their results.&lt;br /&gt;
&lt;br /&gt;
There are some [http://gearscape.fergonco.es/index.php/component/content/article/12-upcoming-ggl2 GGL2 videos available].&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free tiled map viewer for Android with support for OSM, WMS, WMS-C, TMS, other non-standard tile servers, routing, localization, etc. and now offline support for searching and visualize POIs and addresses.&lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop] and other contributors. &lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to vector data formats ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
gvsig-gpe is a library for reading and writing data in GML format, through the use of events. It does not depend on any geometry data model, providing the raw data to the application. Initially developed for the GML format, it supports the registration of readers and writers for any other formats, like KML and GPX.&lt;br /&gt;
&lt;br /&gt;
The student should study the gvsig-gpe library and build the connectors necessary to allow gvSIG Mini consume the library. The application should be able to read/parse files in [http://www.topografix.com/gpx.asp GPX format] and [http://www.opengeospatial.org/standards/kml/ KML format], convert the data into the gvSIG Mini geometries model (points, lines and polygons) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
=== Design and implement an API for tiled vectorial support of geo-location services ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
Currently there are plenty of services that provide geo-located data: Twitter, Buzz, Panoramio, Flickr, Wikipedia, YouTube, LastFM, Minube, Foursquare, etc. All of them have things in common (Use of a REST API, JSON as a format for responses, ...) and several different behaviours.&lt;br /&gt;
&lt;br /&gt;
The idea is to provide gvSIG Mini with a simple API to support that kind of services. The API will offer transparent support to load a geo-located service, make requests as the user navigates the map, cache data (into memory and disk in standard GeoJSON) to boost the data-load, and build the user interfaces to show extra data, such as additional info, media (images, video), etc.&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53948</id>
		<title>GvSIG GSoC 2011 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53948"/>
		<updated>2011-03-20T19:03:02Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: /* Add support to vectorial data */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
=== Import / Export data from Epanet ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fpenarru | Francisco José Peñarrubia]]&lt;br /&gt;
&lt;br /&gt;
The idea is to define a layer model suitable to be exported to Epanet's .inp file, and a geoprocess to export this model to Epanet. So, we will need to define pipes, wells, valves, depots and so on in gvSIG, analize connectivity and then export to Epanet. From Epanet, to analyze and modify the network and then export the network again to gvSIG. So, the main tasks are: '' Define layer model '', '' Create a geoprocess exporter to .INP'' , '' Create a geoprocess importer back to gvSIG ''.&lt;br /&gt;
&lt;br /&gt;
=== New features for NavTable ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:psanxiao | Pablo Sanxiao]]&lt;br /&gt;
&lt;br /&gt;
* '''Migrating NavTable to gvSIG 2.0''': This includes a good separation between interface and data access.&lt;br /&gt;
* '''Making NavTable will be able to modify the table schema''': it would be possible to add, erase and modify attributes, its order, the visibility and alias for the field name.&lt;br /&gt;
* '''New attribute table based on NavTable''': Creating a new gvSIG's attribute table based on NavTable to view data all together as in te current one but included the NavTable features of navigation, selection, filtered, etc... and some new improvements.&lt;br /&gt;
&lt;br /&gt;
=== Integration of GGL2 into gvSIG ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fergonco | Fernando González Cortés]]&lt;br /&gt;
&lt;br /&gt;
The next version of Gearscape Geoprocessing Language (GGL2) consists of a full featured programming language with common constructions to process spatial data easily and independently of their format, location and internal structure (either flat tabular files, hierarchical xml files or full database schemas).&lt;br /&gt;
&lt;br /&gt;
The soon to be published GearScape version detaches the language from the GearScape user interface so that it is possible to integrate it with other GIS applications. The integration of GGL2 in gvSIG will provide gvSIG users with a powerful scripting language and GGL users with a powerful client to visualize their results.&lt;br /&gt;
&lt;br /&gt;
There are some [http://gearscape.fergonco.es/index.php/component/content/article/12-upcoming-ggl2 GGL2 videos available].&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free tiled map viewer for Android with support for OSM, WMS, WMS-C, TMS, other non-standard tile servers, routing, localization, etc. and now offline support for searching and visualize POIs and addresses.&lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop] and other contributors. &lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to vector data formats ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
gvsig-gpe is a library for reading and writing data in GML format, through the use of events. It does not depend on any geometry data model, providing the raw data to the application. Initially developed for the GML format, it supports the registration of readers and writers for any other formats, like KML and GPX.&lt;br /&gt;
&lt;br /&gt;
The student should study the gvsig-gpe library and build the connectors necessary to allow gvSIG Mini consume the library. The application should be able to read/parse files in [http://www.topografix.com/gpx.asp GPX format] and [http://www.opengeospatial.org/standards/kml/ KML format], convert the data into the gvSIG Mini geometries model (points, lines and polygons) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
=== Design and implement an API for tiled vectorial support of geo-location services ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
Currently there are plenty of services that provide geo-located data: Twitter, Buzz, Panoramio, Flickr, Wikipedia, YouTube, LastFM, Minube, Foursquare, etc. All of them have things in common (Use of a REST API, GeoJSON as a format for responses, ...) and several different behaviours.&lt;br /&gt;
&lt;br /&gt;
The idea is to provide gvSIG Mini with a simple API to support that kind of services. The API will offer transparent support to load a geo-located service, make requests as the user navigates the map, cache data (into memory and disk) to boost the data-load, and build the user interfaces to show extra data, such as additional info, media (images, video), etc.&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53947</id>
		<title>GvSIG GSoC 2011 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53947"/>
		<updated>2011-03-20T18:59:48Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: /* gvSIG Mini */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
=== Import / Export data from Epanet ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fpenarru | Francisco José Peñarrubia]]&lt;br /&gt;
&lt;br /&gt;
The idea is to define a layer model suitable to be exported to Epanet's .inp file, and a geoprocess to export this model to Epanet. So, we will need to define pipes, wells, valves, depots and so on in gvSIG, analize connectivity and then export to Epanet. From Epanet, to analyze and modify the network and then export the network again to gvSIG. So, the main tasks are: '' Define layer model '', '' Create a geoprocess exporter to .INP'' , '' Create a geoprocess importer back to gvSIG ''.&lt;br /&gt;
&lt;br /&gt;
=== New features for NavTable ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:psanxiao | Pablo Sanxiao]]&lt;br /&gt;
&lt;br /&gt;
* '''Migrating NavTable to gvSIG 2.0''': This includes a good separation between interface and data access.&lt;br /&gt;
* '''Making NavTable will be able to modify the table schema''': it would be possible to add, erase and modify attributes, its order, the visibility and alias for the field name.&lt;br /&gt;
* '''New attribute table based on NavTable''': Creating a new gvSIG's attribute table based on NavTable to view data all together as in te current one but included the NavTable features of navigation, selection, filtered, etc... and some new improvements.&lt;br /&gt;
&lt;br /&gt;
=== Integration of GGL2 into gvSIG ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fergonco | Fernando González Cortés]]&lt;br /&gt;
&lt;br /&gt;
The next version of Gearscape Geoprocessing Language (GGL2) consists of a full featured programming language with common constructions to process spatial data easily and independently of their format, location and internal structure (either flat tabular files, hierarchical xml files or full database schemas).&lt;br /&gt;
&lt;br /&gt;
The soon to be published GearScape version detaches the language from the GearScape user interface so that it is possible to integrate it with other GIS applications. The integration of GGL2 in gvSIG will provide gvSIG users with a powerful scripting language and GGL users with a powerful client to visualize their results.&lt;br /&gt;
&lt;br /&gt;
There are some [http://gearscape.fergonco.es/index.php/component/content/article/12-upcoming-ggl2 GGL2 videos available].&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free tiled map viewer for Android with support for OSM, WMS, WMS-C, TMS, other non-standard tile servers, routing, localization, etc. and now offline support for searching and visualize POIs and addresses.&lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop] and other contributors. &lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to vectorial data ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
gvsig-gpe is a library for reading and writing data in GML format, through the use of events. It does not depend on any geometry data model, providing the raw data to the application. Initially developed for the GML format, it supports the registration of readers and writers for any other formats, like KML and GPX.&lt;br /&gt;
&lt;br /&gt;
The student should study the gvsig-gpe library and build the connectors necessary to allow gvSIG Mini consume the library. The application should be able to read/parse files in [http://www.topografix.com/gpx.asp GPX format] and [http://www.opengeospatial.org/standards/kml/ KML format], convert the data into the gvSIG Mini geometries model (points, lines and polygons) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
=== Design and implement an API for tiled vectorial support of geo-location services ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
Currently there are plenty of services that provide geo-located data: Twitter, Buzz, Panoramio, Flickr, Wikipedia, YouTube, LastFM, Minube, Foursquare, etc. All of them have things in common (Use of a REST API, GeoJSON as a format for responses, ...) and several different behaviours.&lt;br /&gt;
&lt;br /&gt;
The idea is to provide gvSIG Mini with a simple API to support that kind of services. The API will offer transparent support to load a geo-located service, make requests as the user navigates the map, cache data (into memory and disk) to boost the data-load, and build the user interfaces to show extra data, such as additional info, media (images, video), etc.&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53946</id>
		<title>GvSIG GSoC 2011 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53946"/>
		<updated>2011-03-20T18:47:16Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: /* Add support to vectorial data */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
=== Import / Export data from Epanet ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fpenarru | Francisco José Peñarrubia]]&lt;br /&gt;
&lt;br /&gt;
The idea is to define a layer model suitable to be exported to Epanet's .inp file, and a geoprocess to export this model to Epanet. So, we will need to define pipes, wells, valves, depots and so on in gvSIG, analize connectivity and then export to Epanet. From Epanet, to analyze and modify the network and then export the network again to gvSIG. So, the main tasks are: '' Define layer model '', '' Create a geoprocess exporter to .INP'' , '' Create a geoprocess importer back to gvSIG ''.&lt;br /&gt;
&lt;br /&gt;
=== New features for NavTable ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:psanxiao | Pablo Sanxiao]]&lt;br /&gt;
&lt;br /&gt;
* '''Migrating NavTable to gvSIG 2.0''': This includes a good separation between interface and data access.&lt;br /&gt;
* '''Making NavTable will be able to modify the table schema''': it would be possible to add, erase and modify attributes, its order, the visibility and alias for the field name.&lt;br /&gt;
* '''New attribute table based on NavTable''': Creating a new gvSIG's attribute table based on NavTable to view data all together as in te current one but included the NavTable features of navigation, selection, filtered, etc... and some new improvements.&lt;br /&gt;
&lt;br /&gt;
=== Integration of GGL2 into gvSIG ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fergonco | Fernando González Cortés]]&lt;br /&gt;
&lt;br /&gt;
The next version of Gearscape Geoprocessing Language (GGL2) consists of a full featured programming language with common constructions to process spatial data easily and independently of their format, location and internal structure (either flat tabular files, hierarchical xml files or full database schemas).&lt;br /&gt;
&lt;br /&gt;
The soon to be published GearScape version detaches the language from the GearScape user interface so that it is possible to integrate it with other GIS applications. The integration of GGL2 in gvSIG will provide gvSIG users with a powerful scripting language and GGL users with a powerful client to visualize their results.&lt;br /&gt;
&lt;br /&gt;
There are some [http://gearscape.fergonco.es/index.php/component/content/article/12-upcoming-ggl2 GGL2 videos available].&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free tiled map viewer for Android with support for OSM, WMS, WMS-C, TMS, other non-standard tile servers, routing, localization, etc. and now offline support for searching and visualize POIs and addresses.&lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop] and other contributors. &lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to vectorial data ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
gvsig-gpe is a library for reading and writing data in GML format, through the use of events. It does not depend on any geometry data model, providing the raw data to the application. Initially developed for the GML format, it supports the registration of readers and writers for any other formats, like KML and GPX.&lt;br /&gt;
&lt;br /&gt;
The student should study the gvsig-gpe library and build the connectors necessary to allow gvSIG Mini consume the library. The application should be able to read/parse files in [http://www.topografix.com/gpx.asp GPX format] and [http://www.opengeospatial.org/standards/kml/ KML format], convert the data into the gvSIG Mini geometries model (points, lines and polygons) and draw the information on a new layer.&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53704</id>
		<title>GvSIG GSoC 2011 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53704"/>
		<updated>2011-03-06T20:49:27Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: /* Integrate gvSIG Mini with social services */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
=== Import / Export data from Epanet ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fpenarru | Francisco José Peñarrubia]]&lt;br /&gt;
&lt;br /&gt;
The idea is to define a layer model suitable to be exported to Epanet's .inp file, and a geoprocess to export this model to Epanet. So, we will need to define pipes, wells, valves, depots and so on in gvSIG, analize connectivity and then export to Epanet. From Epanet, to analyze and modify the network and then export the network again to gvSIG. So, the main tasks are: '' Define layer model '', '' Create a geoprocess exporter to .INP'' , '' Create a geoprocess importer back to gvSIG ''.&lt;br /&gt;
&lt;br /&gt;
=== New features for NavTable ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:psanxiao | Pablo Sanxiao]]&lt;br /&gt;
&lt;br /&gt;
* '''Migrating NavTable to gvSIG 2.0''': This includes a good separation between interface and data access.&lt;br /&gt;
* '''Making NavTable will be able to modify the table schema''': it would be possible to add, erase and modify attributes, its order, the visibility and alias for the field name.&lt;br /&gt;
* '''New attribute table based on NavTable''': Creating a new gvSIG's attribute table based on NavTable to view data all together as in te current one but included the NavTable features of navigation, selection, filtered, etc... and some new improvements.&lt;br /&gt;
&lt;br /&gt;
=== Integration of GGL2 into gvSIG ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fergonco | Fernando González Cortés]]&lt;br /&gt;
&lt;br /&gt;
The next version of Gearscape Geoprocessing Language (GGL2) consists of a full featured programming language with common constructions to process spatial data easily and independently of their format, location and internal structure (either flat tabular files, hierarchical xml files or full database schemas).&lt;br /&gt;
&lt;br /&gt;
The soon to be published GearScape version detaches the language from the GearScape user interface so that it is possible to integrate it with other GIS applications. The integration of GGL2 in gvSIG will provide gvSIG users with a powerful scripting language and GGL users with a powerful client to visualize their results.&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free tiled map viewer for Android with support for OSM, WMS, WMS-C, TMS, other non-standard tile servers, routing, localization, etc. and now offline support for searching and visualize POIs and addresses.&lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop] and other contributors. &lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to vectorial data ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
gvsig-gpe is a library for reading and writing data in GML format, through the use of events. It does not depend on any geometry data model, providing the raw data to the application. Initially developed for the GML format, it supports the registration of readers and writers for any other formats, like KML and GPX.&lt;br /&gt;
&lt;br /&gt;
The student should study the gvsig-gpe library and build the connectors necessary to allow gvSIG Mini consume the library. The application should be able to read/parse files in [http://www.topografix.com/gpx.asp GPX format] and [http://www.opengeospatial.org/standards/kml/ KML format], convert the data into the gvSIG Mini geometries model (points and lines) and draw the information on a new layer.&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53368</id>
		<title>GvSIG GSoC 2011 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2011_Ideas&amp;diff=53368"/>
		<updated>2011-02-22T09:41:41Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: /* gvSIG Mini */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
=== Import / Export data from Epanet ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fpenarru | Francisco José Peñarrubia]]&lt;br /&gt;
&lt;br /&gt;
The idea is to define a layer model suitable to be exported to Epanet's .inp file, and a geoprocess to export this model to Epanet. So, we will need to define pipes, wells, valves, depots and so on in gvSIG, analize connectivity and then export to Epanet. From Epanet, to analyze and modify the network and then export the network again to gvSIG. So, the main tasks are: '' Define layer model '', '' Create a geoprocess exporter to .INP'' , '' Create a geoprocess importer back to gvSIG ''.&lt;br /&gt;
&lt;br /&gt;
=== New features for NavTable ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:psanxiao | Pablo Sanxiao]]&lt;br /&gt;
&lt;br /&gt;
* '''Migrating NavTable to gvSIG 2.0''': This includes a good separation between interface and data access.&lt;br /&gt;
* '''Making NavTable will be able to modify the table schema''': it would be possible to add, erase and modify attributes, its order, the visibility and alias for the field name.&lt;br /&gt;
* '''New attribute table based on NavTable''': Creating a new gvSIG's attribute table based on NavTable to view data all together as in te current one but included the NavTable features of navigation, selection, filtered, etc... and some new improvements.&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free tiled map viewer for Android with support for OSM, WMS, WMS-C, TMS, other non-standard tile servers, routing, localization, etc. and now offline support for searching and visualize POIs and addresses.&lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop] and other contributors. &lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to vectorial data ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
gvsig-gpe is a library for reading and writing data in GML format, through the use of events. It does not depend on any geometry data model, providing the raw data to the application. Initially developed for the GML format, it supports the registration of readers and writers for any other formats, like KML and GPX.&lt;br /&gt;
&lt;br /&gt;
The student should study the gvsig-gpe library and build the connectors necessary to allow gvSIG Mini consume the library. The application should be able to read/parse files in [http://www.topografix.com/gpx.asp GPX format] and [http://www.opengeospatial.org/standards/kml/ KML format], convert the data into the gvSIG Mini geometries model (points and lines) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Integrate gvSIG Mini with social services ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
Most social services provide REST APIs to consume some of their services, including geo-location services. We'd like to improve social skills of gvSIG Mini allowing a user to visualize geocoded information of social services.&lt;br /&gt;
&lt;br /&gt;
The student should study some of the APIs of social services (Twitter, Foursquare, Flickr...) and build providers of their geocoded data so gvSIG Mini was able to draw that information.&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=User:Alrocar&amp;diff=53344</id>
		<title>User:Alrocar</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=User:Alrocar&amp;diff=53344"/>
		<updated>2011-02-19T13:24:50Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;__NOTOC__&lt;br /&gt;
==Alberto Romeu Carrasco==&lt;br /&gt;
&amp;lt;div style=&amp;quot;float:right;&amp;quot;&amp;gt;&lt;br /&gt;
[[Image:Alrocar.jpg]]&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
GIS Team member of [http://www.prodevelop.es Prodevelop]&amp;lt;br/&amp;gt;&lt;br /&gt;
Software Engineer&amp;lt;br/&amp;gt;&lt;br /&gt;
Interested in GIS for mobile devices, working in [http://www.gvsigmini.com gvSIG Mini] and [http://www.gvsig.org/web/projects/gvsig-mobile gvSIG Mobile]&lt;br /&gt;
=== Contact ===&lt;br /&gt;
: [mailto:aromeu@prodevelop.es aromeu@prodevelop.es]&lt;br /&gt;
: Twitter: '''alrocar'''&lt;br /&gt;
: Skype user: '''alrokar'''&lt;br /&gt;
&lt;br /&gt;
== More info ==&lt;br /&gt;
&amp;lt;div style=&amp;quot;float:right;clear:both;&amp;quot;&amp;gt;&lt;br /&gt;
{{#umUserMap: Alrocar|250px|180px|3}}&lt;br /&gt;
&amp;lt;/div&amp;gt;&lt;br /&gt;
; Location&lt;br /&gt;
: [http://www.openstreetmap.org/?mlat=39.4737&amp;amp;mlon=-0.3806 39.4737N 0.3806W]&lt;br /&gt;
: Valencia, Spain&lt;br /&gt;
&lt;br /&gt;
; Personal web&lt;br /&gt;
: http://www.alrocar.es&lt;br /&gt;
&lt;br /&gt;
; UTC (GMT) offset &lt;br /&gt;
: Standard time zone: UTC +1 hour ([http://www.timeanddate.com/worldclock/city.html?n=141 details])&lt;br /&gt;
: Daylight saving time:	+1 hour (northern hemisphere summer time)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{#umSetParam: -0.3806|39.4737|Valencia, Spain|Alrocar|Alberto Romeu}}&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=File:Alrocar.jpg&amp;diff=53342</id>
		<title>File:Alrocar.jpg</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=File:Alrocar.jpg&amp;diff=53342"/>
		<updated>2011-02-19T13:23:03Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46687</id>
		<title>GvSIG GSoC 2010 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46687"/>
		<updated>2010-03-31T16:28:13Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
There's been a [http://n2.nabble.com/Google-Summer-of-Code-2010-td4790531.html#a4790531 general call] for ideas, mentors and students a gvSIG mailing list. If you have an idea, please feel free to add it here, as much detailed as possible. If you have any doubt, please refer to the general [[Google Summer of Code 2010]] main wiki page or [[Jorge Sanz]].&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
=== Import / Export data from Epanet ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fpenarru | Francisco José Peñarrubia]]&lt;br /&gt;
&lt;br /&gt;
The idea is to define a layer model suitable to be exported to Epanet's .inp file, and a geoprocess to export this model to Epanet. So, we will need to define pipes, wells, valves, depots and so on in gvSIG, analize connectivity and then export to Epanet. From Epanet, to analyze and modify the network and then export the network again to gvSIG. So, the main tasks are: '' Define layer model '', '' Create a geoprocess exporter to .INP'' , '' Create a geoprocess importer back to gvSIG ''.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== KML 2.2 support for gvsig-gpe ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:csancehz | Carlos Sánchez Periñán]]&lt;br /&gt;
&lt;br /&gt;
gvsig-gpe is a library for reading and writing data based on the GML format, through the use of events. It does not depend on any geometry data model, providing the raw data to the application. Initially developed for the GML format, it supports readers and writers for KML 2.1 formats. The project consist on develop a new plugin org.gvsig.gpe.kml2 for gvsig-gpe or complete the existing one adding the new KML 2.2 specification. The event's handled by the API also can be extended to support the Google KML file symbology referenced. &lt;br /&gt;
Summary: &lt;br /&gt;
-''Add new KML 2.2 tags specification to the reader into org.gvsig.gpe.kml''&lt;br /&gt;
-''Add the new updated KML 2.2 writer too''&lt;br /&gt;
-''Add new events to store other KML information or lauch it to the user''&lt;br /&gt;
OSOR gvsig-gpe repository [https://www.osor.eu/projects/gvsig-gpe]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Support for SQLite3/SpatiaLite ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:benducke | Benjamin Ducke]]&lt;br /&gt;
&lt;br /&gt;
SQlite3 [http://www.sqlite.org] is a cross-plattform, fast and simple file-based DBMS. Currently, gvSIG has nothing to offer for those users that want to have a fully functional and fast desktop DBMS backend, without having to install (and manage) a full client/server system. SQlite3 could ideally fill that gap, being a far superior alternative to DBF and ODBC. SQlite3 can also store geometries (WKB and WKT) in an OGC-conformant manner. The GDAL/OGR driver page for SQLite3 details how this should be done. In addition, the SpatiaLite [http://www.gaia-gis.it/spatialite/] project provides optimized geometry storage plus topological SQL query functions. This looks very much like the emerging open source standard to replace those awful Shapefiles. Quantum GIS and OpenJUMP already have direct support for it and this makes having it in gvSIG all the more important. Much code could be borrowed from OpenJUMP, which is also Java based and already has working SQlite/SpatiaLite support. This should be implemented for gvSIG 2.0, as the data storage model has changed fundamentally in this code branch.&lt;br /&gt;
&lt;br /&gt;
Work plan:&lt;br /&gt;
-''Add an SQLite3 driver for plain tables''&lt;br /&gt;
-''Add support for SpatiaLite vector layers (read and write)''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Sync gvSIG view with gmaps/osm... ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:nachouve | Nacho Varela]]&lt;br /&gt;
&lt;br /&gt;
Create a gvSIG extension that allows to open an integrated web browser and show geographic info from google maps, openstreetmap, etc.. synchronized with the current view (zoom, pan, etc).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== New fetaures for NavTable ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:psanxiao | Pablo Sanxiao]]&lt;br /&gt;
&lt;br /&gt;
Implement new features for [http://navtable.forge.osor.eu NavTable]: modify the table schema to make possible add, erase and modify attributes and also choose which ones will be shown in NavTable and which won't, order records by attributes, creating a system to separate the GUI of the personalized forms based in Xml (maybe using thinlet, abeille...)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Give support to OSM formats on gvSIG===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: ???&lt;br /&gt;
&lt;br /&gt;
The idea is to give support any OSM formats on gvSIG:&lt;br /&gt;
&lt;br /&gt;
#. official API (actually on version [http://wiki.openstreetmap.org/wiki/API_v0.6 0.6]). It's the official API to access to the vector information of the project in XML format. For this reason, it's not valid for great data volume. JOSM restricts the big downloads. Therefore it's the official format and the most widely used.&lt;br /&gt;
#. [http://wiki.openstreetmap.org/wiki/OSM_Binary_Format OSM Binary Format]. It's the API binary version. Being binary, it's perfect for optimizing the access to great data volume.&lt;br /&gt;
#. [http://wiki.openstreetmap.org/wiki/OSM_Mobile_Binary_Protocol OSM Mobile Binary Protocol]. The equivalent of the previous one, but optimized for mobile devices. In this case, it would be interesting to add this format support to gvSIG Mobile.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support for WFS-T ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:jpiera | Jorge Piera]]&lt;br /&gt;
&lt;br /&gt;
Add support for remote edition using WFS-T. WFS-T is a subset of requests/replies in the OCG WFS specification that allows remote edition of both alphanumerical and geometric attributes of a feature collection.&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
=== Add support of WMS-C and other tile services like OSM ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: ???&lt;br /&gt;
&lt;br /&gt;
Accessing remote tiled map services allows the user to get updated maps from any part of the world inmediately. You can use those maps to locate yourself on an unknown city or to validate the features you are digitizing.&lt;br /&gt;
&lt;br /&gt;
The project should include:&lt;br /&gt;
&lt;br /&gt;
* Acessing tilecache, WMS-C and OSM&lt;br /&gt;
* Cache of tiles&lt;br /&gt;
* Drawing tiles as they come instead of drawing the map when all tiles are downloaded&lt;br /&gt;
* Download of tiles while the user is panning (dragging) the map instead of downloading when the user releases&lt;br /&gt;
* Concretize zoom levels of the application when a tiled layer is used&lt;br /&gt;
&lt;br /&gt;
=== Add support of Versioned WFS===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: ???&lt;br /&gt;
&lt;br /&gt;
Editing in situ has a lot of advantages and some problems. One of the problems is the sinchronization of edits. Supose user A and user B are editing data from the same WFS-T. If both users download the same feature at the same time and both edit and store it back then some data will be lost.&lt;br /&gt;
&lt;br /&gt;
With WFS versioning you can handle those situations and have the opportunity of have a look or even restore the state of every feature in any moment in the past. &lt;br /&gt;
&lt;br /&gt;
Geoserver has done a test implementation of WFS versioning http://geoserver.org/display/GEOS/Versioning+WFS+-+Extensions&lt;br /&gt;
&lt;br /&gt;
The project should include:&lt;br /&gt;
&lt;br /&gt;
* Installing and testing Geoserver WFS versioning&lt;br /&gt;
* Handling conflicts when uploading changes&lt;br /&gt;
&lt;br /&gt;
Desirable:&lt;br /&gt;
&lt;br /&gt;
* See log&lt;br /&gt;
* Support of update to head&lt;br /&gt;
* Support of rollback&lt;br /&gt;
* Go to a specific version&lt;br /&gt;
&lt;br /&gt;
=== Fill shapes with holes efficiently ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: ???&lt;br /&gt;
&lt;br /&gt;
To draw a filled shape, gvSIG uses the Graphics2D.fill(Shape s) method. This paints the shape correctly even if it has holes or several disconnected areas.&lt;br /&gt;
In CDC Personal Profile there is no Graphics2D so gvSIG Mobile is not able to draw shapes with holes.&lt;br /&gt;
&lt;br /&gt;
The project should include:&lt;br /&gt;
&lt;br /&gt;
* Study of different filling algorithms (floodfill and others)&lt;br /&gt;
* Implement one software filling algorithm&lt;br /&gt;
* Implement tringulation algorithm to split the area into polygons without holes and compare the performance&lt;br /&gt;
&lt;br /&gt;
Desirable:&lt;br /&gt;
&lt;br /&gt;
* Search for free implementations of JSR 184 or JSR 239 (3D) and reimplement drawing using any of those APIs&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free mobile map viewer of several layers sources (OSM, WMS, WMS-c) which at the moment is able to consume [http://wiki.openstreetmap.org/wiki/YOURS YOURS routing service] and [http://wiki.openstreetmap.org/wiki/Name_finder NameFinder service] (also weather, twitter services, etc.). &lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop]. There are two versions: for Android and J2ME (CLDC/MIDP 2.0). Students are free to select which version of gvSIG Mini want to develop for or use a subset of the Java API compatible between Android and J2ME to build a library and then make the connectors needed for both versions.&lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to read and write GPX files (POIs, tracklogs, routes) ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
The application should be able to read/parse files in [http://www.topografix.com/gpx.asp GPX format], convert the data into the gvSIG Mini geometries model (points and lines) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
The application should be able to write files in GPX format to store POIs, tracklogs and routes with the information provided by the GPS.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Design an API to make easy integrate gvSIG Mini in other applications ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
For the Android version gvSIG Mini should be able to react to some Intent actions sent by other applications. For the J2ME version this project consists in decouple the mapping library from the UI.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Integrate gvSIG Mini with social services ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
Currently gvSIG Mini is able to send the GPS location of the device to the user twitter account. We'd like to improve the social skills of gvSIG Mini, so the application should be able to look for location information into the user's followers tweets and draw picture symbols on the proper locations over the map. This symbols should be contextable so, pressing on them the user should be able to send a message to the account of the user represented by the symbol.&lt;br /&gt;
&lt;br /&gt;
There are several libraries which implement the Twitter API (jTwitter, twitter4Java...) so the task to connect to a Twitter account and retrieve the information needed should be transparent to the student who selects this project.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Build a POI editor using the OSM API ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
Design a friendly interface to point locations on the map and edit the properties needed to store the location as a POI on the OSM database using its API.&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46636</id>
		<title>GvSIG GSoC 2010 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46636"/>
		<updated>2010-03-30T09:34:12Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
There's been a [http://n2.nabble.com/Google-Summer-of-Code-2010-td4790531.html#a4790531 general call] for ideas, mentors and students a gvSIG mailing list. If you have an idea, please feel free to add it here, as much detailed as possible. If you have any doubt, please refer to the general [[Google Summer of Code 2010]] main wiki page or [[Jorge Sanz]].&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
=== Import / Export data from Epanet ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:fpenarru | Francisco José Peñarrubia]]&lt;br /&gt;
&lt;br /&gt;
The idea is to define a layer model suitable to be exported to Epanet's .inp file, and a geoprocess to export this model to Epanet. So, we will need to define pipes, wells, valves, depots and so on in gvSIG, analize connectivity and then export to Epanet. From Epanet, to analyze and modify the network and then export the network again to gvSIG. So, the main tasks are: '' Define layer model '', '' Create a geoprocess exporter to .INP'' , '' Create a geoprocess importer back to gvSIG ''.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== KML 2.2 support for gvsig-gpe ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:csancehz | Carlos Sánchez Periñán]]&lt;br /&gt;
&lt;br /&gt;
gvsig-gpe is a library for reading and writing data based on the GML format, through the use of events. It does not depend on any geometry data model, providing the raw data to the application. Initially developed for the GML format, it supports readers and writers for KML 2.1 formats. The project consist on develop a new plugin org.gvsig.gpe.kml2 for gvsig-gpe or complete the existing one adding the new KML 2.2 specification. The event's handled by the API also can be extended to support the Google KML file symbology referenced. &lt;br /&gt;
Summary: &lt;br /&gt;
-''Add new KML 2.2 tags specification to the reader into org.gvsig.gpe.kml''&lt;br /&gt;
-''Add the new updated KML 2.2 writer too''&lt;br /&gt;
-''Add new events to store other KML information or lauch it to the user''&lt;br /&gt;
OSOR gvsig-gpe repository [https://www.osor.eu/projects/gvsig-gpe]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Support for SQLite3/SpatiaLite ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:benducke | Benjamin Ducke]]&lt;br /&gt;
&lt;br /&gt;
SQlite3 [http://www.sqlite.org] is a cross-plattform, fast and simple file-based DBMS. Currently, gvSIG has nothing to offer for those users that want to have a fully functional and fast desktop DBMS backend, without having to install (and manage) a full client/server system. SQlite3 could ideally fill that gap, being a far superior alternative to DBF and ODBC. SQlite3 can also store geometries (WKB and WKT) in an OGC-conformant manner. The GDAL/OGR driver page for SQLite3 details how this should be done. In addition, the SpatiaLite [http://www.gaia-gis.it/spatialite/] project provides optimized geometry storage plus topological SQL query functions. This looks very much like the emerging open source standard to replace those awful Shapefiles. Quantum GIS and OpenJUMP already have direct support for it and this makes having it in gvSIG all the more important. Much code could be borrowed from OpenJUMP, which is also Java based and already has working SQlite/SpatiaLite support. This should be implemented for gvSIG 2.0, as the data storage model has changed fundamentally in this code branch.&lt;br /&gt;
&lt;br /&gt;
Work plan:&lt;br /&gt;
-''Add an SQLite3 driver for plain tables''&lt;br /&gt;
-''Add support for SpatiaLite vector layers (read and write)''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Sync gvSIG view with gmaps/osm... ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:nachouve | Nacho Varela]]&lt;br /&gt;
&lt;br /&gt;
Create a gvSIG extension that allows to open an integrated web browser and show geographic info from google maps, openstreetmap, etc.. synchronized with the current view (zoom, pan, etc).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== New fetaures for NavTable ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:psanxiao | Pablo Sanxiao]]&lt;br /&gt;
&lt;br /&gt;
Implement new features for [http://navtable.forge.osor.eu NavTable]: modify the table schema to make possible add, erase and modify attributes and also choose which ones will be shown in NavTable and which won't, order records by attributes, creating a system to separate the GUI of the personalized forms based in Xml (maybe using thinlet, abeille...)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Give support to OSM formats on gvSIG===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: ???&lt;br /&gt;
&lt;br /&gt;
The idea is to give support any OSM formats on gvSIG:&lt;br /&gt;
&lt;br /&gt;
#. official API (actually on version [http://wiki.openstreetmap.org/wiki/API_v0.6 0.6]). It's the official API to access to the vector information of the project in XML format. For this reason, it's not valid for great data volume. JOSM restricts the big downloads. Therefore it's the official format and the most widely used.&lt;br /&gt;
#. [http://wiki.openstreetmap.org/wiki/OSM_Binary_Format OSM Binary Format]. It's the API binary version. Being binary, it's perfect for optimizing the access to great data volume.&lt;br /&gt;
#. [http://wiki.openstreetmap.org/wiki/OSM_Mobile_Binary_Protocol OSM Mobile Binary Protocol]. The equivalent of the previous one, but optimized for mobile devices. In this case, it would be interesting to add this format support to gvSIG Mobile.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to WFS-T ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[User:jpiera | Jorge Piera]]&lt;br /&gt;
&lt;br /&gt;
Add support for remote edition using WFS-T. WFS-T is a subset of requests/replies in the OCG WFS specification that allows remote edition of both alphanumerical and geometric attributes of a feature collection.&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
=== Add support of WMS-C and other tile services like OSM ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: ???&lt;br /&gt;
&lt;br /&gt;
 please elaborate a little bit more&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support of Versioned WFS===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: ???&lt;br /&gt;
&lt;br /&gt;
 please elaborate a little bit more&lt;br /&gt;
&lt;br /&gt;
http://geoserver.org/display/GEOS/Versioning+WFS+-+Extensions &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Fill shapes with holes efficiently ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: ???&lt;br /&gt;
&lt;br /&gt;
 please elaborate a little bit more&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free mobile map viewer of several layers sources (OSM, WMS, WMS-c) which at the moment is able to consume [http://wiki.openstreetmap.org/wiki/YOURS YOURS routing service] and [http://wiki.openstreetmap.org/wiki/Name_finder NameFinder service] (also weather, twitter services, etc.). &lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop]. There are two versions: for Android and J2ME (CLDC/MIDP 2.0). Students are free to select which version of gvSIG Mini want to develop for or use a subset of the Java API compatible between Android and J2ME to build a library and then make the connectors needed for both versions.&lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Add support to read and write GPX files (POIs, tracklogs, routes) ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
The application should be able to read/parse files in GPX format, convert the data into the gvSIG Mini geometries model (points and lines) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
The application should be able to write files in GPX format to store POIs, tracklogs and routes with the information provided by the GPS.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Design an API to make easy integrate gvSIG Mini in other applications ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
For the Android version gvSIG Mini should be able to react to some Intent actions sent by other applications. For the J2ME version this project consists in decouple the mapping library from the UI.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Integrate gvSIG Mini with social services ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
Currently gvSIG Mini is able to send the GPS location of the device to the user twitter account. We'd like to improve the social skills of gvSIG Mini, so the application should be able to look for location information into the user's followers tweets and draw picture symbols on the proper locations over the map. This symbols should be contextable so, pressing on them the user should be able to send a message to the account of the user represented by the symbol.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Build a POI editor using the OSM API ===&lt;br /&gt;
&lt;br /&gt;
Proposed mentor: [[Alberto Romeu]] (melange id: alrocar)&lt;br /&gt;
&lt;br /&gt;
Design a friendly interface to point locations on the map and edit the properties needed to store the location as a POI on the OSM database using its API.&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46424</id>
		<title>GvSIG GSoC 2010 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46424"/>
		<updated>2010-03-23T11:29:20Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: /* gvSIG Mini */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
Mentor: [http://wiki.osgeo.org/wiki/User:Alrocar#Who_am_I.3F Alberto Romeu]&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free mobile map viewer of several layers sources (OSM, WMS, WMS-c) which at the moment is able to consume [http://wiki.openstreetmap.org/wiki/YOURS YOURS routing service] and [http://wiki.openstreetmap.org/wiki/Name_finder NameFinder service] (also weather, twitter services, etc.). &lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop]. There are two versions: for Android and J2ME (CLDC/MIDP 2.0). Students are free to select which version of gvSIG Mini want to develop for or use a subset of the Java API compatible between Android and J2ME to build a library and then make the connectors needed for both versions.&lt;br /&gt;
&lt;br /&gt;
* '''Add support to read GPX files (POIs, tracklogs, routes)''': The application should be able to read/parse files in GPX format, convert the data into the gvSIG Mini geometries model (points and lines) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
* '''Add support to write GPX files (POIs, tracklogs, routes)''': The application should be able to write files in GPX format to store POIs, tracklogs and routes with the information provided by the GPS.&lt;br /&gt;
&lt;br /&gt;
* '''Design an API to make easy integrate gvSIG Mini in other applications''': For the Android version gvSIG Mini should be able to react to some Intent actions sent by other applications. For the J2ME version this project consists in decouple the mapping library from the UI.&lt;br /&gt;
&lt;br /&gt;
* '''Integrate gvSIG Mini with social services''': Currently gvSIG Mini is able to send the GPS location of the device to the user twitter account. We'd like to improve the social skills of gvSIG Mini, so the application should be able to look for location information into the user's followers tweets and draw picture symbols on the proper locations over the map. This symbols should be contextable so, pressing on them the user should be able to send a message to the account of the user represented by the symbol.&lt;br /&gt;
&lt;br /&gt;
* '''Build a POI editor using the OSM API''': Design a friendly interface to point locations on the map and edit the properties needed to store the location as a POI on the OSM database using its API.&lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46423</id>
		<title>GvSIG GSoC 2010 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46423"/>
		<updated>2010-03-23T11:06:20Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
Mentor: [http://wiki.osgeo.org/wiki/User:Alrocar#Who_am_I.3F Alberto Romeu]&lt;br /&gt;
&lt;br /&gt;
[http://www.gvsigmini.com gvSIG Mini] is a free mobile map viewer of several layers sources (OSM, WMS, WMS-c) which at the moment is able to consume [http://wiki.openstreetmap.org/wiki/YOURS YOURS routing service] and [http://wiki.openstreetmap.org/wiki/Name_finder NameFinder service] (also weather, twitter services, etc.). &lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed by [http://www.prodevelop.es Prodevelop]. There are two versions: for Android and J2ME (CLDC/MIDP 2.0). Students are free to select which version of gvSIG Mini want to develop for or use a subset of the Java API compatible between Android and J2ME to build a library and then make the connectors needed for both versions.&lt;br /&gt;
&lt;br /&gt;
* '''Add support to read GPX files (POIs, tracklogs, routes)''': The application should be able to read/parse files in GPX format, convert the data into the gvSIG Mini geometries model (points and lines) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
* '''Design an API to make easy integrate gvSIG Mini in other applications''': For the Android version gvSIG Mini should be able to react to some Intent actions sent by other applications. For the J2ME version this project consists in decouple the mapping library from the UI.&lt;br /&gt;
&lt;br /&gt;
* '''Integrate gvSIG Mini with social services''': Currently gvSIG Mini is able to send the GPS location of the device to the user twitter account. We'd like to improve the social skills of gvSIG Mini, so the application should be able to look for location information into the user's followers tweets and draw picture symbols on the proper locations over the map. This symbols should be contextable so, pressing on them the user should be able to send a message to the account of the user represented by the symbol.&lt;br /&gt;
&lt;br /&gt;
* '''Build a POI editor using the OSM API''': Design a friendly interface to point locations on the map and edit the properties needed to store the location as a POI on the OSM database using its API.&lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46422</id>
		<title>GvSIG GSoC 2010 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46422"/>
		<updated>2010-03-23T10:53:29Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
Mentor: [http://wiki.osgeo.org/wiki/User:Alrocar#Who_am_I.3F Alberto Romeu]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed separately for Android and J2ME (CLDC/MIDP 2.0). Students are free to select which version of gvSIG Mini want to develop for or use a subset of the Java API compatible between Android and J2ME to build a library and then make the connectors needed for both versions.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* '''Add support to read GPX files (POIs, tracklogs, routes)''': The application should be able to read/parse files in GPX format, convert the data into the gvSIG Mini geometries model (points and lines) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
* '''Design an API to make easy integrate gvSIG Mini in other applications''': For the Android version gvSIG Mini should be able to react to some Intent actions sent by other applications. For the J2ME version this project consists in decouple the mapping library from the UI.&lt;br /&gt;
&lt;br /&gt;
* '''Integrate gvSIG Mini with social services''': Currently gvSIG Mini is able to send the GPS location of the device to the user twitter account. We'd like to improve the social skills of gvSIG Mini, so the application should be able to look for location information into the user's followers tweets and draw picture symbols on the proper locations over the map. This symbols should be contextable so, pressing on them the user should be able to send a message to the account of the user represented by the symbol.&lt;br /&gt;
&lt;br /&gt;
* '''Build a POI editor using the OSM API''': Design a friendly interface to point locations on the map and edit the properties needed to store the location as a POI on the OSM database using its API.&lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=User:Alrocar&amp;diff=46421</id>
		<title>User:Alrocar</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=User:Alrocar&amp;diff=46421"/>
		<updated>2010-03-23T10:51:04Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: /* Who am I? */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Who am I? = &lt;br /&gt;
&lt;br /&gt;
My name is Alberto Romeu, I'm a Software Engineer at [http://www.prodevelop.es Prodevelop] in Valencia, Spain. Since 2008 I've been participating in [http://www.gvsigmini.com gvSIG Mini] and [http://www.gvsig.org/web/projects/gvsig-mobile gvSIG Mobile] as a developer.&lt;br /&gt;
&lt;br /&gt;
You can follow me at [http://www.twitter.com/alrocar Twitter] and [http://www.alrocar.es my personal blog] or contact with me by e-mail: aromeu[at]prodevelop[dot]es&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46420</id>
		<title>GvSIG GSoC 2010 Ideas</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=GvSIG_GSoC_2010_Ideas&amp;diff=46420"/>
		<updated>2010-03-23T10:45:37Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[Category:Google Summer of Code]][[Category:gvSIG]]__TOC__&lt;br /&gt;
&lt;br /&gt;
== gvSIG Desktop ==&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mobile ==&lt;br /&gt;
&lt;br /&gt;
== gvSIG Mini ==&lt;br /&gt;
&lt;br /&gt;
gvSIG Mini is currently being developed separately for Android and J2ME (CLDC/MIDP 2.0). Students are free to select which version of gvSIG Mini want to develop for or use a subset of the Java API compatible between Android and J2ME to build a library and then make the connectors needed for both versions.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
* '''Add support to read GPX files (POIs, tracklogs, routes)''': The application should be able to read/parse files in GPX format, convert the data into the gvSIG Mini geometries model (points and lines) and draw the information on a new layer.&lt;br /&gt;
&lt;br /&gt;
* '''Design an API to make easy integrate gvSIG Mini in other applications''': For the Android version gvSIG Mini should be able to react to some Intent actions sent by other applications. For the J2ME version this project consists in decouple the mapping library from the UI.&lt;br /&gt;
&lt;br /&gt;
* '''Integrate gvSIG Mini with social services''': Currently gvSIG Mini is able to send the GPS location of the device to the user twitter account. We'd like to improve the social skills of gvSIG Mini, so the application should be able to look for location information into the user's followers tweets and draw picture symbols on the proper locations over the map. This symbols should be contextable so, pressing on them the user should be able to send a message to the account of the user represented by the symbol.&lt;br /&gt;
&lt;br /&gt;
* '''Build a POI editor using the OSM API''': Design a friendly interface to point locations on the map and edit the properties needed to store the location as a POI on the OSM database using its API.&lt;br /&gt;
&lt;br /&gt;
'''We are open to new ideas!'''&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
	<entry>
		<id>https://wiki.osgeo.org/w/index.php?title=User:Alrocar&amp;diff=46415</id>
		<title>User:Alrocar</title>
		<link rel="alternate" type="text/html" href="https://wiki.osgeo.org/w/index.php?title=User:Alrocar&amp;diff=46415"/>
		<updated>2010-03-23T08:45:39Z</updated>

		<summary type="html">&lt;p&gt;Wiki-Alrocar: New page: = Who am I? =   My name is Alberto Romeu, I'm a Software Engineer at [http://www.prodevelop.es Prodevelop] in Valencia, Spain. Since 2008 I've been participating in [http://www.gvsigmini.c...&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Who am I? = &lt;br /&gt;
&lt;br /&gt;
My name is Alberto Romeu, I'm a Software Engineer at [http://www.prodevelop.es Prodevelop] in Valencia, Spain. Since 2008 I've been participating in [http://www.gvsigmini.com gvSIG Mini] and [http://www.gvsig.org/web/projects/gvsig-mobile gvSIG Mobile] as a developer.&lt;br /&gt;
&lt;br /&gt;
You can follow me at [http://www.twitter.com/alrocar Twitter] and [http://www.alrocar.es my personal blog]&lt;/div&gt;</summary>
		<author><name>Wiki-Alrocar</name></author>
	</entry>
</feed>