OSGeo - User contributions [en]

OpenJUMP 2007 SOC Ideas

2007-03-15T11:19:37Z

Wiki-Bocher:

* DXF is a CAD data transfer format from Autodesk. The format is based on a human-readable text file format and can be used to exchange CAD data between different programs. We need to design and implement a DXF file parser in Java and then create support for import and export of DXF files in OpenJUMP using the parser. Some limited DXF support in OpenJUMP is available currently, but it is limited and doesn't support many features of the format. The latest DXF specification from Autodesk can be found [http://images.autodesk.com/adsk/files/acad_dxf.pdf here].
* OpenJUMP doesn't currently offer the user a way to manage "data sources". An example of this would be a way to associate layers of geospatial information in a map with the data source from which the features in the layer were created. There has been some initial work done on a catalog system that would allow this management of data sources to take place, but it has not been fully designed or implemented.

* The location of spatial information can be conveyed in more than one way. One of these methods for conveying the location of spatial information is by "stationing". Stationing measures the distance of a particular geographic feature from another point along a route like a canal, railroad track, or road. We would like to designe and implement OpenJUMP plug-in that allows the user to manage "route-based" data and route stationing. For example, the ability to create a geometry for a geographic feature on a map by selecting a route and entering a station, or the ability to "query" information based on stationing, as in "Show me all of the pipe crossings on this railroad from Station 236+23.22 to Station 245+56.00.

*OpenJUMP mobil edition.

The idea is to adapt OpenJUMP in a palm or PDA solution. The data will be stored in a pure java spatial database (http://geosysin.iict.ch/irstv-trac/wiki/H2spatial/Why). A dynamic table system is create to link from geoservices to the spatial database. OpenJUMP load on demand the data from the spatial database. All the histories are preserved in the RDMS.

*Project and print layout manager in OpenJUMP.

The project consists in customizing the OpenJUMP GUI to be more "user-friendly". The development will be break down into two different stages.

-The first intends to integrate a project manager like in Kosmo GIS (http://www.saig.es/).
The project manager is used to manage View, attributes table and page layout.

-The second proposes to merge different print layout plugins on a single tool (http://www.cadplan.com.au/, http://sourceforge.net/project/showfiles.php?group_id=118054, http://www.projet-sigle.org/IMG/zip/PrintLayout-0.1.2.zip).

*GMLJP2 an alternate to ECW and MRSID in OpenJUMP.

We will write a driver for OpenJUMP to substitute ECW and MRSID formats by GMLJP2 The GMLJP2 will be port in pure java. We will also to develop a tool to convert geotiff, tfw to GMLJP2 image. The aim is to load large images in OpenJUMP. This project will be support by OpenJUMP community.

Links :

http://www.opengeospatial.org/standards/requests/21
http://jj2000.epfl.ch/,
http://www.dimin.net/software/geojasper/,

*Raster Map Algebra processing : GRAP.

We attempt to build and develop a middleware, named GRAP, for the data processing in particular, the remote accessing and manipulation of raster data (Digital Elevation Model). This middleware will complete another tool named GDBMS (see http://geosysin.iict.ch/irstv-trac/wiki/GDBMS/Project). One of the goals of this tool is to allow non-programmers to develop complex processing with a limited learning (see http://geosysin.iict.ch/irstv-trac/wiki/DFMap/Method). GRAP is wrapped with OpenJUMP GIS.
This project will be support by OpenJUMP community and the french scientific center IRSTV (Institut de Recherche Sciences et Techniques de la Ville).
Look at : http://www.irstv.cnrs.fr/

OpenJUMP 2007 SOC Ideas

2007-03-15T10:36:09Z

Wiki-Bocher:

* DXF is a CAD data transfer format from Autodesk. The format is based on a human-readable text file format and can be used to exchange CAD data between different programs. We need to design and implement a DXF file parser in Java and then create support for import and export of DXF files in OpenJUMP using the parser. Some limited DXF support in OpenJUMP is available currently, but it is limited and doesn't support many features of the format. The latest DXF specification from Autodesk can be found [http://images.autodesk.com/adsk/files/acad_dxf.pdf here].
* OpenJUMP doesn't currently offer the user a way to manage "data sources". An example of this would be a way to associate layers of geospatial information in a map with the data source from which the features in the layer were created. There has been some initial work done on a catalog system that would allow this management of data sources to take place, but it has not been fully designed or implemented.

* The location of spatial information can be conveyed in more than one way. One of these methods for conveying the location of spatial information is by "stationing". Stationing measures the distance of a particular geographic feature from another point along a route like a canal, railroad track, or road. We would like to designe and implement OpenJUMP plug-in that allows the user to manage "route-based" data and route stationing. For example, the ability to create a geometry for a geographic feature on a map by selecting a route and entering a station, or the ability to "query" information based on stationing, as in "Show me all of the pipe crossings on this railroad from Station 236+23.22 to Station 245+56.00.

(Under construction).

*OpenJUMP mobil edition.

The idea is to adapt OpenJUMP in a palm or PDA solution. The data will be stored in a pure java spatial database (http://geosysin.iict.ch/irstv-trac/wiki/H2spatial/Why). A dynamic table system is create to link from geoservices to the spatial database. OpenJUMP load on demand the data from the spatial database. All the histories are preserved in the RDMS.

*Project and print layout manager in OpenJUMP.

The project consists in customizing the OpenJUMP GUI to be more "user-friendly". The development will be break down into two different stages.

-The first intends to integrate a project manager like in Kosmo GIS (http://www.saig.es/).
The project manager is used to manage View, attributes table and page layout.

-The second proposes to merge different print layout plugins on a single tool (http://www.cadplan.com.au/, http://sourceforge.net/project/showfiles.php?group_id=118054, http://www.projet-sigle.org/IMG/zip/PrintLayout-0.1.2.zip).

*GMLJP2 an alternate to ECW and MRSID in OpenJUMP.

We will write a driver for OpenJUMP to substitute ECW and MRSID formats by GMLJP2 The GMLJP2 will be port in pure java. We will also to develop a tool to convert geotiff, tfw to GMLJP2 image. The aim is to load large images in OpenJUMP. This project will be support by OpenJUMP community.

Links :

http://www.opengeospatial.org/standards/requests/21
http://jj2000.epfl.ch/,
http://www.dimin.net/software/geojasper/,

*Raster Map Algebra processing : GRAP.

We attempt to build and develop a middleware, named GRAP, for the data processing in particular, the remote accessing and manipulation of raster data (Digital Elevation Model). This middleware will complete another tool named GDBMS (see http://geosysin.iict.ch/irstv-trac/wiki/GDBMS/Project). One of the goals of this tool is to allow non-programmers to develop complex processing with a limited learning (see http://geosysin.iict.ch/irstv-trac/wiki/DFMap/Method). GRAP is wrapped with OpenJUMP GIS.
This project will be support by OpenJUMP community and the french scientific center IRSTV (Institut de Recherche Sciences et Techniques de la Ville).
Look at : http://www.irstv.cnrs.fr/

OpenJUMP 2007 SOC Ideas

2007-03-15T10:22:42Z

Wiki-Bocher:

* DXF is a CAD data transfer format from Autodesk. The format is based on a human-readable text file format and can be used to exchange CAD data between different programs. We need to design and implement a DXF file parser in Java and then create support for import and export of DXF files in OpenJUMP using the parser. Some limited DXF support in OpenJUMP is available currently, but it is limited and doesn't support many features of the format. The latest DXF specification from Autodesk can be found [http://images.autodesk.com/adsk/files/acad_dxf.pdf here].
* OpenJUMP doesn't currently offer the user a way to manage "data sources". An example of this would be a way to associate layers of geospatial information in a map with the data source from which the features in the layer were created. There has been some initial work done on a catalog system that would allow this management of data sources to take place, but it has not been fully designed or implemented.

* The location of spatial information can be conveyed in more than one way. One of these methods for conveying the location of spatial information is by "stationing". Stationing measures the distance of a particular geographic feature from another point along a route like a canal, railroad track, or road. We would like to designe and implement OpenJUMP plug-in that allows the user to manage "route-based" data and route stationing. For example, the ability to create a geometry for a geographic feature on a map by selecting a route and entering a station, or the ability to "query" information based on stationing, as in "Show me all of the pipe crossings on this railroad from Station 236+23.22 to Station 245+56.00.

(Under construction).

*OpenJUMP mobil edition.

The idea is to adapt OpenJUMP in a palm or PDA solution.

*Project and print layout manager in OpenJUMP.

The project consists in customizing the OpenJUMP GUI to be more "user-friendly". The development will be break down into two different stages.

-The first intends to integrate a project manager like in Kosmo GIS (http://www.saig.es/).
The project manager is used to manage View, attributes table and page layout.

-The second proposes to merge different print layout plugins on a single tool (http://www.cadplan.com.au/, http://sourceforge.net/project/showfiles.php?group_id=118054, http://www.projet-sigle.org/IMG/zip/PrintLayout-0.1.2.zip).

*GMLJP2 an alternate to ECW and MRSID in OpenJUMP.

We will write a driver for OpenJUMP to substitute ECW and MRSID formats by GMLJP2 The GMLJP2 will be port in pure java. We will also to develop a tool to convert geotiff, tfw to GMLJP2 image. The aim is to load large images in OpenJUMP. This project will be support by OpenJUMP community.

Links :

http://www.opengeospatial.org/standards/requests/21
http://jj2000.epfl.ch/,
http://www.dimin.net/software/geojasper/,

*Raster Map Algebra processing : GRAP.

We attempt to build and develop a middleware, named GRAP, for the data processing in particular, the remote accessing and manipulation of raster data (Digital Elevation Model). This middleware will complete another tool named GDBMS (see http://geosysin.iict.ch/irstv-trac/wiki/GDBMS/Project). One of the goals of this tool is to allow non-programmers to develop complex processing with a limited learning (see http://geosysin.iict.ch/irstv-trac/wiki/DFMap/Method). GRAP is wrapped with OpenJUMP GIS.
This project will be support by OpenJUMP community and the french scientific center IRSTV (Institut de Recherche Sciences et Techniques de la Ville).
Look at : http://www.irstv.cnrs.fr/

OpenJUMP 2007 SOC Ideas

2007-03-15T10:22:17Z

Wiki-Bocher:

* DXF is a CAD data transfer format from Autodesk. The format is based on a human-readable text file format and can be used to exchange CAD data between different programs. We need to design and implement a DXF file parser in Java and then create support for import and export of DXF files in OpenJUMP using the parser. Some limited DXF support in OpenJUMP is available currently, but it is limited and doesn't support many features of the format. The latest DXF specification from Autodesk can be found [http://images.autodesk.com/adsk/files/acad_dxf.pdf here].
* OpenJUMP doesn't currently offer the user a way to manage "data sources". An example of this would be a way to associate layers of geospatial information in a map with the data source from which the features in the layer were created. There has been some initial work done on a catalog system that would allow this management of data sources to take place, but it has not been fully designed or implemented.

* The location of spatial information can be conveyed in more than one way. One of these methods for conveying the location of spatial information is by "stationing". Stationing measures the distance of a particular geographic feature from another point along a route like a canal, railroad track, or road. We would like to designe and implement OpenJUMP plug-in that allows the user to manage "route-based" data and route stationing. For example, the ability to create a geometry for a geographic feature on a map by selecting a route and entering a station, or the ability to "query" information based on stationing, as in "Show me all of the pipe crossings on this railroad from Station 236+23.22 to Station 245+56.00.

(Under construction).

*OpenJUMP mobil edition.

The idea is to adapt OpenJUMP in a palm or PDA solution.

*Project and print layout manager in OpenJUMP.

The project consists in customizing the OpenJUMP GUI to be more "user-friendly". The development will be break down into two different stages.

*GMLJP2 an alternate to ECW and MRSID in OpenJUMP.

We will write a driver for OpenJUMP to substitute ECW and MRSID formats by GMLJP2 The GMLJP2 will be port in pure java. We will also to develop a tool to convert geotiff, tfw to GMLJP2 image. The aim is to load large images in OpenJUMP. This project will be support by OpenJUMP community.

Links :

http://www.opengeospatial.org/standards/requests/21
http://jj2000.epfl.ch/,
http://www.dimin.net/software/geojasper/,

*Raster Map Algebra processing : GRAP.

We attempt to build and develop a middleware, named GRAP, for the data processing in particular, the remote accessing and manipulation of raster data (Digital Elevation Model). This middleware will complete another tool named GDBMS (see http://geosysin.iict.ch/irstv-trac/wiki/GDBMS/Project). One of the goals of this tool is to allow non-programmers to develop complex processing with a limited learning (see http://geosysin.iict.ch/irstv-trac/wiki/DFMap/Method). GRAP is wrapped with OpenJUMP GIS.
This project will be support by OpenJUMP community and the french scientific center IRSTV (Institut de Recherche Sciences et Techniques de la Ville).
Look at : http://www.irstv.cnrs.fr/

OpenJUMP 2007 SOC Ideas

2007-03-15T10:21:50Z

Wiki-Bocher:

* DXF is a CAD data transfer format from Autodesk. The format is based on a human-readable text file format and can be used to exchange CAD data between different programs. We need to design and implement a DXF file parser in Java and then create support for import and export of DXF files in OpenJUMP using the parser. Some limited DXF support in OpenJUMP is available currently, but it is limited and doesn't support many features of the format. The latest DXF specification from Autodesk can be found [http://images.autodesk.com/adsk/files/acad_dxf.pdf here].
* OpenJUMP doesn't currently offer the user a way to manage "data sources". An example of this would be a way to associate layers of geospatial information in a map with the data source from which the features in the layer were created. There has been some initial work done on a catalog system that would allow this management of data sources to take place, but it has not been fully designed or implemented.

* The location of spatial information can be conveyed in more than one way. One of these methods for conveying the location of spatial information is by "stationing". Stationing measures the distance of a particular geographic feature from another point along a route like a canal, railroad track, or road. We would like to designe and implement OpenJUMP plug-in that allows the user to manage "route-based" data and route stationing. For example, the ability to create a geometry for a geographic feature on a map by selecting a route and entering a station, or the ability to "query" information based on stationing, as in "Show me all of the pipe crossings on this railroad from Station 236+23.22 to Station 245+56.00.

(Under construction).

*OpenJUMP mobil edition.

The idea is to adapt OpenJUMP in a palm or PDA solution.

*Project and print layout manager in OpenJUMP.

The project consists in customizing the OpenJUMP GUI to be more "user-friendly". The development will be break down into two different stages.

-The first intends to integrate a project manager like in Kosmo GIS (http://www.saig.es/). The project manager is used to manage View, attributes table and page layout.
-The second proposes to merge different print layout plugins on a single tool (http://www.cadplan.com.au/, http://sourceforge.net/project/showfiles.php?group_id=118054, http://www.projet-sigle.org/IMG/zip/PrintLayout-0.1.2.zip).

*GMLJP2 an alternate to ECW and MRSID in OpenJUMP.

We will write a driver for OpenJUMP to substitute ECW and MRSID formats by GMLJP2 The GMLJP2 will be port in pure java. We will also to develop a tool to convert geotiff, tfw to GMLJP2 image. The aim is to load large images in OpenJUMP. This project will be support by OpenJUMP community.

Links :

http://www.opengeospatial.org/standards/requests/21
http://jj2000.epfl.ch/,
http://www.dimin.net/software/geojasper/,

*Raster Map Algebra processing : GRAP.

We attempt to build and develop a middleware, named GRAP, for the data processing in particular, the remote accessing and manipulation of raster data (Digital Elevation Model). This middleware will complete another tool named GDBMS (see http://geosysin.iict.ch/irstv-trac/wiki/GDBMS/Project). One of the goals of this tool is to allow non-programmers to develop complex processing with a limited learning (see http://geosysin.iict.ch/irstv-trac/wiki/DFMap/Method). GRAP is wrapped with OpenJUMP GIS.
This project will be support by OpenJUMP community and the french scientific center IRSTV (Institut de Recherche Sciences et Techniques de la Ville).
Look at : http://www.irstv.cnrs.fr/

OpenJUMP 2007 SOC Ideas

2007-03-15T10:09:23Z

Wiki-Bocher:

* DXF is a CAD data transfer format from Autodesk. The format is based on a human-readable text file format and can be used to exchange CAD data between different programs. We need to design and implement a DXF file parser in Java and then create support for import and export of DXF files in OpenJUMP using the parser. Some limited DXF support in OpenJUMP is available currently, but it is limited and doesn't support many features of the format. The latest DXF specification from Autodesk can be found [http://images.autodesk.com/adsk/files/acad_dxf.pdf here].
* OpenJUMP doesn't currently offer the user a way to manage "data sources". An example of this would be a way to associate layers of geospatial information in a map with the data source from which the features in the layer were created. There has been some initial work done on a catalog system that would allow this management of data sources to take place, but it has not been fully designed or implemented.

* The location of spatial information can be conveyed in more than one way. One of these methods for conveying the location of spatial information is by "stationing". Stationing measures the distance of a particular geographic feature from another point along a route like a canal, railroad track, or road. We would like to designe and implement OpenJUMP plug-in that allows the user to manage "route-based" data and route stationing. For example, the ability to create a geometry for a geographic feature on a map by selecting a route and entering a station, or the ability to "query" information based on stationing, as in "Show me all of the pipe crossings on this railroad from Station 236+23.22 to Station 245+56.00.

(Under construction).

*OpenJUMP mobil edition.

The idea is to adapt OpenJUMP in a palm or PDA solution.

*Project and print layout manager in OpenJUMP.

The project consists in customizing the OpenJUMP GUI to be more "user-friendly". The development will be break down into two different stages.
**The first intends to integrate a project manager like in Kosmo GIS (http://www.saig.es/). The project manager is used to manage View, attributes table and page layout.
**The second proposes to merge different print layout plugins on a single tool.

*GMLJP2 an alternate to ECW and MRSID in OpenJUMP.

We will write a driver for OpenJUMP to substitute ECW and MRSID formats by GMLJP2 The GMLJP2 will be port in pure java. We will also to develop a tool to convert geotiff, tfw to GMLJP2 image. The aim is to load large images in OpenJUMP. This project will be support by OpenJUMP community.

Links :

http://www.opengeospatial.org/standards/requests/21
http://jj2000.epfl.ch/,
http://www.dimin.net/software/geojasper/,

*Raster Map Algebra processing : GRAP.

We attempt to build and develop a middleware, named GRAP, for the data processing in particular, the remote accessing and manipulation of raster data (Digital Elevation Model). This middleware will complete another tool named GDBMS (see http://geosysin.iict.ch/irstv-trac/wiki/GDBMS/Project). One of the goals of this tool is to allow non-programmers to develop complex processing with a limited learning (see http://geosysin.iict.ch/irstv-trac/wiki/DFMap/Method). GRAP is wrapped with OpenJUMP GIS.
This project will be support by OpenJUMP community and the french scientific center IRSTV (Institut de Recherche Sciences et Techniques de la Ville).
Look at : http://www.irstv.cnrs.fr/

OpenJUMP 2007 SOC Ideas

2007-03-15T09:55:56Z

Wiki-Bocher:

* DXF is a CAD data transfer format from Autodesk. The format is based on a human-readable text file format and can be used to exchange CAD data between different programs. We need to design and implement a DXF file parser in Java and then create support for import and export of DXF files in OpenJUMP using the parser. Some limited DXF support in OpenJUMP is available currently, but it is limited and doesn't support many features of the format. The latest DXF specification from Autodesk can be found [http://images.autodesk.com/adsk/files/acad_dxf.pdf here].
* OpenJUMP doesn't currently offer the user a way to manage "data sources". An example of this would be a way to associate layers of geospatial information in a map with the data source from which the features in the layer were created. There has been some initial work done on a catalog system that would allow this management of data sources to take place, but it has not been fully designed or implemented.

* The location of spatial information can be conveyed in more than one way. One of these methods for conveying the location of spatial information is by "stationing". Stationing measures the distance of a particular geographic feature from another point along a route like a canal, railroad track, or road. We would like to designe and implement OpenJUMP plug-in that allows the user to manage "route-based" data and route stationing. For example, the ability to create a geometry for a geographic feature on a map by selecting a route and entering a station, or the ability to "query" information based on stationing, as in "Show me all of the pipe crossings on this railroad from Station 236+23.22 to Station 245+56.00.

(Under construction).

*OpenJUMP mobil edition.

The idea is to adapt OpenJUMP in a palm or PDA solution.

*Project and print layout manager in OpenJUMP.

The project consists in customizing the OpenJUMP GUI to be more "user-friendly". The development will be break down into two different stages.
1. The first intends to integrate a project manager like in Kosmo GIS (http://www.saig.es/). The project manager is used to manage View, attributes table and page layout.
2. The second proposes to merge different print layout plugins on a single tool.

*GMLJP2 an alternate to ECW and MRSID in OpenJUMP.

We will write a driver for OpenJUMP to substitute ECW and MRSID formats by GMLJP2 The GMLJP2 will be port in pure java. We will also to develop a tool to convert geotiff, tfw to GMLJP2 image. The aim is to load large images in OpenJUMP. This project will be support by OpenJUMP community.

Links :

http://www.opengeospatial.org/standards/requests/21
http://jj2000.epfl.ch/,
http://www.dimin.net/software/geojasper/,

*Raster Map Algebra processing : GRAP.

We attempt to build and develop a middleware, named GRAP, for the data processing in particular, the remote accessing and manipulation of raster data (Digital Elevation Model). This middleware will complete another tool named GDBMS (see http://geosysin.iict.ch/irstv-trac/wiki/GDBMS/Project). One of the goals of this tool is to allow non-programmers to develop complex processing with a limited learning (see http://geosysin.iict.ch/irstv-trac/wiki/DFMap/Method). GRAP is wrapped with OpenJUMP GIS.
This project will be support by OpenJUMP community and the french scientific center IRSTV (Institut de Recherche Sciences et Techniques de la Ville).
Look at : http://www.irstv.cnrs.fr/

OpenJUMP 2007 SOC Ideas

2007-03-15T09:24:45Z

Wiki-Bocher:

* DXF is a CAD data transfer format from Autodesk. The format is based on a human-readable text file format and can be used to exchange CAD data between different programs. We need to design and implement a DXF file parser in Java and then create support for import and export of DXF files in OpenJUMP using the parser. Some limited DXF support in OpenJUMP is available currently, but it is limited and doesn't support many features of the format. The latest DXF specification from Autodesk can be found [http://images.autodesk.com/adsk/files/acad_dxf.pdf here].
* OpenJUMP doesn't currently offer the user a way to manage "data sources". An example of this would be a way to associate layers of geospatial information in a map with the data source from which the features in the layer were created. There has been some initial work done on a catalog system that would allow this management of data sources to take place, but it has not been fully designed or implemented.

* The location of spatial information can be conveyed in more than one way. One of these methods for conveying the location of spatial information is by "stationing". Stationing measures the distance of a particular geographic feature from another point along a route like a canal, railroad track, or road. We would like to designe and implement OpenJUMP plug-in that allows the user to manage "route-based" data and route stationing. For example, the ability to create a geometry for a geographic feature on a map by selecting a route and entering a station, or the ability to "query" information based on stationing, as in "Show me all of the pipe crossings on this railroad from Station 236+23.22 to Station 245+56.00.

(Under construction).

*OpenJUMP mobil edition.

The idea is to adapt OpenJUMP in a palm or PDA solution.

*Project and print layout manager in OpenJUMP.

*GMLJP2 an alternate to ECW and MRSID in OpenJUMP.

We will write a driver for OpenJUMP to substitute ECW and MRSID formats by GMLJP2 The GMLJP2 will be port in pure java. We will also to develop a tool to convert geotiff, tfw to GMLJP2 image. The aim is to load large images in OpenJUMP. This project will be support by OpenJUMP community.

Links :

http://www.opengeospatial.org/standards/requests/21
http://jj2000.epfl.ch/,
http://www.dimin.net/software/geojasper/,

*Raster Map Algebra processing : GRAP.

We attempt to build and develop a middleware, named GRAP, for the data processing in particular, the remote accessing and manipulation of raster data (Digital Elevation Model). This middleware will complete another tool named GDBMS (see http://geosysin.iict.ch/irstv-trac/wiki/GDBMS/Project). One of the goals of this tool is to allow non-programmers to develop complex processing with a limited learning (see http://geosysin.iict.ch/irstv-trac/wiki/DFMap/Method). GRAP is wrapped with OpenJUMP GIS.
This project will be support by OpenJUMP community and the french scientific center IRSTV (Institut de Recherche Sciences et Techniques de la Ville).
Look at : http://www.irstv.cnrs.fr/

OpenJUMP 2007 SOC Ideas

2007-03-15T08:50:05Z

Wiki-Bocher:

OpenJUMP 2007 SOC Ideas

2007-03-15T08:47:50Z

Wiki-Bocher:

OpenJUMP 2007 SOC Ideas

2007-03-15T08:42:08Z

Wiki-Bocher:

OpenJUMP 2007 SOC Ideas

2007-03-12T19:59:54Z

Wiki-Bocher:

Geoevenement2007 fr

2007-03-07T18:12:32Z

Wiki-Bocher: /* Résumé */

[[Francophone|Retour]]
=Préparation du salon GéoÉvénement 2007=

==L'importance d'une représentation francophone de l'OSGeo (conférence)==
* '''Auteurs :''' Gwenael Bachelot et Yves Jacolin
* '''Objectif :''' présenter l’OSGeo, fondation récente (1 an) dont l’objectif est de soutenir la géomatique libre en fédérant les géomaticiens et les projets. Plus précisément, il faut s’attacher à ces questions : pourquoi une représentation francophone, ce que ça peut apporter, comment s’y prend-on etc.

===Résumé===
L’OSGeo (Open Source GeoSpatial Foundation) est une jeune fondation, créée en février 2006. L’objectif qu’elle s’est fixé est de soutenir la géomatique libre. Cet objectif se décline en plusieurs missions : soutien aux projets de logiciels en géomatique libre qu’elle héberge et fédère, soutien aux démarches visant à développer la géomatique libre (données libres, ...), support et démonstration de logiciels libres, ...

De plus l’OSGeo tente de mettre en place un réseau internationnal à travers des représentations locales (”Local chapter”), chacune étant basée sur une langue commune. Il existe à ce jour une représentation en Chine, en Inde, au Japon, et à Ottawa. D’autres représentations sont en cours de formation au Brésil, en Allemagne, en Italie et en Australie. Ainsi, une représentation francophone tente de se mettre en place depuis quelques mois. Une première étape a été de réunir toutes les personnes intéressées pour contribuer à cette représentation, puis des missions particulières ont été proposées.

Au delà de ces missions, on peut se poser la question de ce que peut apporter cette représentation, pourquoi elle doit s’adapter aux particularismes locaux et comment. Comment mettre en place une structure de ce type, pourquoi et comment y contribuer ? Cette présentation s’attachera à présenter l’importance de cette représentation francophone de l’OsGeo.
== Éléments de comparaison de logiciels SIG open source ==
* '''Auteurs :''' Olivier Ertz, Erwan Bocher, Nicolas Ribot et Yves Jacolin
===Résumé===
De nombreux logiciels open source permettent aujourd'hui de manipuler des données spatiales. Il n'est pas toujours facile de comparer toutes les solutions existantes : certaines sont à l'état de développement, d'autres commencent à devenir mature. Voici quelques éléments de comparaison pour les trois principaux logiciels en géomatique libre : uDIG, gvSIG et QGIS/GRASS.

Proposition (Erwan Bocher)

De nombreux logiciels libres permettent aujourd'hui de visualiser et de manipuler des données géographiques. Plus de 331 projets sont aujourd'hui recensés sur l'annuaire l'annuaire FreeGIS [1]. Certes si ce foisonnement est un marqueur fort du dynamisme et de la place du Libre dans nos sociétés, en revanche il constitue aussi un frein majeur notamment lorsqu'il s'agit d'effectuer un choix de solution(s). En effet, tous ces projets se situent à des degrés de maturité très variables : projet mature, à l'état de développement, projet au ralentit, projet suspendu... Ces situations sont d'autant plus disparates que la lisibilité des projets est difficile. Pour l'utilisateur ou le décideur se posent alors de nombreuses questions :

Quels sont les formats de donnée acceptés ? Est-il possible d'utiliser les standards de l’OGC tel que le GML ?

Quelles sont les possibilités d'analyse, de traitement des données ?

L’interface graphique est-elle accessible? Le logiciel peut-il être pris en main rapidement ?

Le logiciel est-il évolutif ? Peut-on lui greffer de nouveaux outils sans trop de complexité ?

Le projet est-il bien documenté ?

Les objectifs du projet sont-ils transparents ? Peut-on avoir une vue sur les
prochains développements ?

Existe t-il une communauté d’utilisateurs ? Est-elle intégrée au développement de l’outil ?

[1]http://www.freegis.org/

== Stand OSGeo ==
=== Mise en place ===
Un stand sur l'OSGeo a été proposé sous réserve qu'il y en ait la possiblité. Une demande oficielle a donc été faite au [[Promotion_and_Visibility_Committee|VisCom]], et une page a été crée à cet effet : [[GeoEvenement2007]].
=== Document utile ===
Une [[fr_osgeo_faq|F.A.Q.]] sera écrite pour répondre aux questions les plus fréquemment posée (ou susceptible de l'être).

Geoevenement2007 fr

2007-03-07T18:11:48Z

Wiki-Bocher: /* Éléments de comparaison de logiciels SIG open source */

[[Francophone|Retour]]
=Préparation du salon GéoÉvénement 2007=

==L'importance d'une représentation francophone de l'OSGeo (conférence)==
* '''Auteurs :''' Gwenael Bachelot et Yves Jacolin
* '''Objectif :''' présenter l’OSGeo, fondation récente (1 an) dont l’objectif est de soutenir la géomatique libre en fédérant les géomaticiens et les projets. Plus précisément, il faut s’attacher à ces questions : pourquoi une représentation francophone, ce que ça peut apporter, comment s’y prend-on etc.

===Résumé===
L’OSGeo (Open Source GeoSpatial Foundation) est une jeune fondation, créée en février 2006. L’objectif qu’elle s’est fixé est de soutenir la géomatique libre. Cet objectif se décline en plusieurs missions : soutien aux projets de logiciels en géomatique libre qu’elle héberge et fédère, soutien aux démarches visant à développer la géomatique libre (données libres, ...), support et démonstration de logiciels libres, ...

De plus l’OSGeo tente de mettre en place un réseau internationnal à travers des représentations locales (”Local chapter”), chacune étant basée sur une langue commune. Il existe à ce jour une représentation en Chine, en Inde, au Japon, et à Ottawa. D’autres représentations sont en cours de formation au Brésil, en Allemagne, en Italie et en Australie. Ainsi, une représentation francophone tente de se mettre en place depuis quelques mois. Une première étape a été de réunir toutes les personnes intéressées pour contribuer à cette représentation, puis des missions particulières ont été proposées.

Au delà de ces missions, on peut se poser la question de ce que peut apporter cette représentation, pourquoi elle doit s’adapter aux particularismes locaux et comment. Comment mettre en place une structure de ce type, pourquoi et comment y contribuer ? Cette présentation s’attachera à présenter l’importance de cette représentation francophone de l’OsGeo.
== Éléments de comparaison de logiciels SIG open source ==
* '''Auteurs :''' Olivier Ertz, Erwan Bocher, Nicolas Ribot et Yves Jacolin
===Résumé===
De nombreux logiciels open source permettent aujourd'hui de manipuler des données spatiales. Il n'est pas toujours facile de comparer toutes les solutions existantes : certaines sont à l'état de développement, d'autres commencent à devenir mature. Voici quelques éléments de comparaison pour les trois principaux logiciels en géomatique libre : uDIG, gvSIG et QGIS/GRASS.

Proposition (Erwan Bocher)

De nombreux logiciels libres permettent aujourd'hui de visualiser et de manipuler des données géographiques. Plus de 331 projets sont aujourd'hui recensés sur l'annuaire l'annuaire FreeGIS [1]. Certes si ce foisonnement est un marqueur fort du dynamisme et de la place du Libre dans nos sociétés, en revanche il constitue aussi un frein majeur notamment lorsqu'il s'agit d'effectuer un choix de solution(s). En effet, tous ces projets se situent à des degrés de maturité très variables : projet mature, à l'état de développement, projet au ralentit, projet suspendu... Ces situations sont d'autant plus disparates que la lisibilité des projets est difficile. Pour l'utilisateur ou le décideur se posent alors de nombreuses questions :
Quels sont les formats de donnée acceptés ? Est-il possible d'utiliser les standards de l’OGC tel que le GML ?
Quelles sont les possibilités d'analyse, de traitement des données ?
L’interface graphique est-elle accessible? Le logiciel peut-il être pris en main rapidement ?
Le logiciel est-il évolutif ? Peut-on lui greffer de nouveaux outils sans trop de complexité ?
Le projet est-il bien documenté ?
Les objectifs du projet sont-ils transparents ? Peut-on avoir une vue sur les
prochains développements ?
Existe t-il une communauté d’utilisateurs ? Est-elle intégrée au développement de l’outil ?

[1]http://www.freegis.org/

== Stand OSGeo ==
=== Mise en place ===
Un stand sur l'OSGeo a été proposé sous réserve qu'il y en ait la possiblité. Une demande oficielle a donc été faite au [[Promotion_and_Visibility_Committee|VisCom]], et une page a été crée à cet effet : [[GeoEvenement2007]].
=== Document utile ===
Une [[fr_osgeo_faq|F.A.Q.]] sera écrite pour répondre aux questions les plus fréquemment posée (ou susceptible de l'être).

Geoevenement2007 fr

2007-03-07T18:11:16Z

Wiki-Bocher: /* Résumé */

[[Francophone|Retour]]
=Préparation du salon GéoÉvénement 2007=

==L'importance d'une représentation francophone de l'OSGeo (conférence)==
* '''Auteurs :''' Gwenael Bachelot et Yves Jacolin
* '''Objectif :''' présenter l’OSGeo, fondation récente (1 an) dont l’objectif est de soutenir la géomatique libre en fédérant les géomaticiens et les projets. Plus précisément, il faut s’attacher à ces questions : pourquoi une représentation francophone, ce que ça peut apporter, comment s’y prend-on etc.

===Résumé===
L’OSGeo (Open Source GeoSpatial Foundation) est une jeune fondation, créée en février 2006. L’objectif qu’elle s’est fixé est de soutenir la géomatique libre. Cet objectif se décline en plusieurs missions : soutien aux projets de logiciels en géomatique libre qu’elle héberge et fédère, soutien aux démarches visant à développer la géomatique libre (données libres, ...), support et démonstration de logiciels libres, ...

De plus l’OSGeo tente de mettre en place un réseau internationnal à travers des représentations locales (”Local chapter”), chacune étant basée sur une langue commune. Il existe à ce jour une représentation en Chine, en Inde, au Japon, et à Ottawa. D’autres représentations sont en cours de formation au Brésil, en Allemagne, en Italie et en Australie. Ainsi, une représentation francophone tente de se mettre en place depuis quelques mois. Une première étape a été de réunir toutes les personnes intéressées pour contribuer à cette représentation, puis des missions particulières ont été proposées.

Au delà de ces missions, on peut se poser la question de ce que peut apporter cette représentation, pourquoi elle doit s’adapter aux particularismes locaux et comment. Comment mettre en place une structure de ce type, pourquoi et comment y contribuer ? Cette présentation s’attachera à présenter l’importance de cette représentation francophone de l’OsGeo.
== Éléments de comparaison de logiciels SIG open source ==
* '''Auteurs :''' Olivier Ertz, Nicolas Ribot et Yves Jacolin
===Résumé===
De nombreux logiciels open source permettent aujourd'hui de manipuler des données spatiales. Il n'est pas toujours facile de comparer toutes les solutions existantes : certaines sont à l'état de développement, d'autres commencent à devenir mature. Voici quelques éléments de comparaison pour les trois principaux logiciels en géomatique libre : uDIG, gvSIG et QGIS/GRASS.

Proposition (Erwan Bocher)

De nombreux logiciels libres permettent aujourd'hui de visualiser et de manipuler des données géographiques. Plus de 331 projets sont aujourd'hui recensés sur l'annuaire l'annuaire FreeGIS [1]. Certes si ce foisonnement est un marqueur fort du dynamisme et de la place du Libre dans nos sociétés, en revanche il constitue aussi un frein majeur notamment lorsqu'il s'agit d'effectuer un choix de solution(s). En effet, tous ces projets se situent à des degrés de maturité très variables : projet mature, à l'état de développement, projet au ralentit, projet suspendu... Ces situations sont d'autant plus disparates que la lisibilité des projets est difficile. Pour l'utilisateur ou le décideur se posent alors de nombreuses questions :
Quels sont les formats de donnée acceptés ? Est-il possible d'utiliser les standards de l’OGC tel que le GML ?
Quelles sont les possibilités d'analyse, de traitement des données ?
L’interface graphique est-elle accessible? Le logiciel peut-il être pris en main rapidement ?
Le logiciel est-il évolutif ? Peut-on lui greffer de nouveaux outils sans trop de complexité ?
Le projet est-il bien documenté ?
Les objectifs du projet sont-ils transparents ? Peut-on avoir une vue sur les
prochains développements ?
Existe t-il une communauté d’utilisateurs ? Est-elle intégrée au développement de l’outil ?

[1]http://www.freegis.org/

== Stand OSGeo ==
=== Mise en place ===
Un stand sur l'OSGeo a été proposé sous réserve qu'il y en ait la possiblité. Une demande oficielle a donc été faite au [[Promotion_and_Visibility_Committee|VisCom]], et une page a été crée à cet effet : [[GeoEvenement2007]].
=== Document utile ===
Une [[fr_osgeo_faq|F.A.Q.]] sera écrite pour répondre aux questions les plus fréquemment posée (ou susceptible de l'être).