Acuerdo de cooperación para la gestión de gisEIEL

Tras un proceso iniciado el pasado mes de noviembre, las Diputaciones de A Coruña, Ourense y Córdoba, el Consell Insular de Mallorca y la Universidad de A Coruña han adoptado el acuerdo de formalizar un convenio de cooperación para la gestión, seguimiento y desarrollo coordinado de la aplicación gisEIEL [1].

Tal como se explica en el propio texto del convenio [2], las entidades firmantes del mismo coinciden en utilizar la base de datos BDT-EIEL y el software gisEIEL para la confección y gestión de la Encuesta sobre Infraestructuras y Equipamientos Locales (EIEL) y, a fin de racionalizar la utilización de los recursos disponibles, han considerado que la cooperación interadministrativa "es, con carácter general, deseable en orden a racionalizar el uso de recursos y a garantizar la sostenibilidad de las actuaciones de la administración pública. Consideran así mismo que en el caso particular del proyecto gisEIEL esta cooperación llevará a la rentabilización de los recursos destinados al desarrollo, gestión y mantenimiento del proyecto, a su persistencia en el tiempo, a su continua mejora, a su mejor adecuación a los intereses y necesidades de sus usuarios y, en suma, a su más racional gestión."

Para ello, se comprometen a coordinar sus esfuerzos y desarrollos, y a acordar anualmente las líneas de actuación a desarrollar, de acuerdo con los siguientes

PRINCIPIOS BÁSICOS DE COLABORACIÓN:

1. Las entidades firmantes adoptan el modelo de datos de la BDT-EIEL de la Diputación de A Coruña como modelo básico para la gestión de la EIEL georreferenciada y como base para la construcción de un paquete de soluciones SIG dirigidas a la administración local.
2. Igualmente adoptan el software gisEIEL como herramienta SIG de partida para la gestión de los datos contenidos en la BDT-EIEL. En tanto no esté disponible la versión 2.0 de gvSIG, se adoptará la última versión liberada de gisEIEL. En cuanto se publique la primera versión estable de gvSIG 2.0, se adoptarán como base el conjunto de módulos de gisEIEL 3.0 y versiones posteriores, pudiendo complementarlas en cualquier momento con otro software compatible con los anteriores.
3. Las citadas entidades firmantes podrán, así mismo, adoptar las restantes aplicaciones de la plataforma eielAC como software de publicación y compartición de los datos almacenados en la BDT-EIEL.
4. Los desarrollos, modificaciones y actualizaciones a realizar a partir de la firma del presente convenio, serán compartidos entre los firmantes y serán, en todo momento, compatibles con gvSIG, a partir de su versión 2.0, por constituir la plataforma tecnológica más adecuada en el momento presente. Igualmente, se mantendrá la compatibilidad con cualquier otro software de base o complementario que decidan los órganos técnicos de seguimiento del convenio.
5. En la medida en que este Convenio se constituye sobre un proyecto ya iniciado por la Diputación de A Coruña y la Universidad de A Coruña y con el fin de que el resto de las entidades firmantes (refiriéndose tanto a desarrolladores como usuarios finales de la aplicación) se puedan incorporar rápida y plenamente al estado actual del mismo, las dos entidades citadas garantizan su colaboración en materia de formación, asistencias técnicas y redacción de la documentación adecuada que conforme un marco de transferencia de conocimiento y tecnología adecuado.

[1] http://giseiel.forge.osor.eu
[2] Texto completo del convenio:
https://docs.google.com/document/d/1OWuWltpEpQP3FM3_q_-i_uX77FObtv2OrFUGlv-wGyY/edit?hl=en&authkey=CNSpmvgJ

Cathedrals or bazaars?

Even I don´t fully agree with Reynold's proposal about Libre Software projects cathegorization [1], as I don't think that cathedrals were completely built by hierarchical organizations, whilst  bazaars are not actually "that" collaborative, there is no doubdt that it has been widely adopted by the LS community. Thus thinking about projects as bazaar-like managed is what prevails. And, well, maybe that, in general, this is the case with must LS projects. But, what happens with Public Administration led ones? Do they properly fit bazaar paradigma?

I begun thinking about this issue when we were preparing gisEIEL project releasing, last year. Being the "bible" of LS projects managing, I was then trying to follow Karl Fogel's reccomendations at his well known book "Producing Open Source software" [2]. But as we progressed in gisEIEL releasing tasks, I begun being more and more aware about that our project COULDN'T follow all of those reccomendations. As a consequence, I tried to figure out wether this happened to every PA led project.

To help myself in that task, I launched PA FOSS, a web based enquiry (not currently available) that contained a series of questions regarding all of the main points that Fogel mentions in his book. Even announced at several fora, it was completed just by four project managers (including myself), what can not be considered as statitically representative at all. Anyway, the contents of those four answers are homogeneous enough as to suspect that, when dealing with projects from Public Administration bodies, my thoughts about the existence of constrains to follow bazaar model are something more than just an intuition.

Why do I think so? Well, let's have a look at some of the results of the enquiry:

i. Developing

 In all of the four cases, developing is being made by teams from the own leading PA body, its associated institutions or contrated companies. In no case it was made by a free and self organized community.

Developing decissions are, thus, taken by project managing teams.

ii. Project releasing
All of the four projects were firstly released only when they had achieved all of the decided functionality. No alfa, beta or candidate releases. No code sharing until the applications were fully developed and functional enough. And, by the time when the enquiry was held, this applied as well to former versions.

iii. Funding
 Again, in no case funding came, not even partially, from the community or from private sources. Developing costs were totally paid with Public Administration funds.

iv. Community
So, is there any "community" around those projects? Well! Yes, it is! But not a self organized one. In general, what exists is a more or less wide series of tools to support the use of the applications and the intercommunication between their users and the project managing team, regarding mainly issues such as news announcement, applications testing, improvement proposals, bug tracking and so on. In some cases (i.e. gisEIEL [3]), there is also a Community Code of Conduct that rules that community's activity.

As said, this pattern does perfectly fit both four projects. Only in the case of gvSIG [4], given its wide success and the fact that its use has spreaded all over the world, the Public Administration body that launched the project (Generalitat Valenciana, in Spain) has begun to feel "over charged" by managing tasks and has been preparing project's total independence and self managing by means of the constitution of an Association that will take care of gvSIG from some time in this year on. From that moment, the project will no more depend on GV decissions and funding and, in the close future, these will only regard the developing of given components that the mentioned institution may be interested in.

But, why does this happen? Why PA lead projects seam to be that tightly dependent on PA bodies decissions and that poorly built on communities activity? Well, PA activities are tightly controled by a broad series of legislative rules that try to assure that they rely, between other principles, on that of the save and care use of public funds and on that PA bodies have always to preserve their prestige and public trusting. This implies that wells, services and products paid with public funds can not be distributed if they do not pass quality and completeness controls. The responsibility (and liability) of PA bodies on those products are clearly higher than in the case of those produced by private institutions. So, regarding PA Libre software projects, "control" is, more than a convenience, an absolute need. If not a legal imposition.

And this makes that a new question arises: are them actually "Libre" projects? In my opinion, must of them are. Freedom does not depend on how much community driven are the projects, but on what are the conditions under which the software is released. As far as they are distributed under an approved "Libre" license, with no added use constrains, for me they are "Libre" themselves. Tighter or looser managed, more or less community driven, but "Libre" anyway.

So, cathedrals or bazaars?


PS: As you probably noticed, I do always use the expresion "Libre Software" instead of "Free Software". That's because I understand that "Free" is quite a more ambiguous word (remember that of "Free as in freedom, not free as in free beer", what becomes useless if you simply use "Libre" instead). And, moreover this, "Libre" is independent from any given definition of what can be considered as "free" or "non free" software [5] [6], what IMHO becomes a valuable added value. :-)

[1]: http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/
[2]: http://producingoss.com/
[3]: http://www.dicoruna.es/webeiel/giseiel/soportecomunidad.do
[4]: http://www.gvsig.org
[5]: http://www.gnu.org/philosophy/free-sw.html
[6]: http://www.opensource.org/docs/osd

About the future of this blog

Hi again!

This posting will suppose a change in the course that this blog has been following this far.

'Going Free' was born as part of my practicum at Libre Software Master, held by Caixanova, Igalia and Universidad Rey Juan Carlos. It would be the log of my work regarding the releasing of gisEIEL project. And, being an accademic exercise, it would:

• Be personally (and exclusively) written by me
• Relate only to gisEIEL project, and
• Be written in English (Yes, that was the very reason! What were you thinking of? :-D )

But in the meanwhile, it became the official news bulletin of our project, and now that the Master ends (Buaaahhhh!!!!!! LOC!!!!!! -Lots of crying-), the blog itself gets free of any conditionings. Hence from now on it may happen that you find that some postings are not written by me, but by any of the core developers and managers. Puede también ocurrir que algunas entradas estén escritas en español. Ou en galego. Oppure in Italiano. Aagso i dansk. Or in any other language, just in the same way as we decided having a single set of collaborative tools, despite what's the language of each single contributor, this way taking full advantage of the fact that we all can communicate one with all of the rest through the Internet and its tools.

A crazy experiment? Well, maybe! But as in the song:

The future will tell us

¿Qué será, será?

(or "Che sará, sará?", depending on the versions)

What will be, will be?

We don't believe in misticisms, but we strongly believe in "mestizaje". And as 'Blade Runner' followers, we also believe in "interlingua" ;-)

Our project is not very big, at least by the moment, and this fact will (I hope) let us keep things under control.

Finally, even still focused on gisEIEL, this blog may be open to other subjects. But always (and this is a promise) relating to GIS and Libre Software realms.

So: Farewell, you old blog! Wellcome (bienvenido, benvido, benvenutto, benvingut, welkome, willkomen,...) new 'Going Free'!

Consell Insular de Mallorca adopts gisEIEL

After a period of checking our software, Consell Insular de Mallorca (Majorca Island Council) has decided to adopt gisEIEL as software tool to manage EIEL and to be used as integration environment for all of their other GIS applications.

To prepare that adoption, a meeting was held at Diputación de A Coruña on 23rd July 2008 along which technicians from both institutions, as well as developers from UdC Database Lab, have discussed about what are the probable difficulties to overcome and the way to do so. Information on that meeting has been published at Diputación de A Coruña web site.

Now, it is Diputación de Valencia (Valencia Province Council) technicians who are evaluating gisEIEL. Hope that they also decide joining us.

Changes in project's hosting sites

As a consequence of the decission taken regarding what forges would the project be registered in, today gisEIEL has been removed from Sourforge. Thus, project's site at that forge does now redirect traffic to both OSOR forge and gisEIEL own web sites. Nevertheless, by the moment and until we come to an agreement with Mancomún representatives, no change has already been made at this forge's site.

This way, and as commented in my previous posting, almost all of the collaborative development and support tools will be hosted only at gisEIEL site, whilst OSOR and Mancomún (this latter in the close future) will contain mainly information on the project and a code repository.

We hope that these changes may let us keep a tighter monitoring of the project, at the time that they will minimize the risk of being serving different contents at each different site: coherence and consistency must prevail over other considerations!

The Battle of the Forges, Part II: 'And the winner is ...'

Last Friday 27th I attended an OSOR meeting at Brussels, and things have cleared a lot.

OSOR's goal is to become the central observatory and repository of both code and information from and for EU public administrations. It is to be born with the aim of freedom of use, so that most of its tools will be simply of volunteer use. It thus clearly becomes the solution for gisEIEL.

Nevertheless, as Mancomún is devoted to promoting the use of FOSS in Galicia, which is gisEIEL home country, we feel that we should keep our project registered with them. This will introduce a little 'noise' in our managing tools. But anyway! Will try to cope with it!

So, our solution is using just gisEIEL project own collaborative tools, despite what's the language used (be it Galician, Spanish or English), thus building a multilingual environment that we believe that will perfectly fit the actual reality of our target users/collaborators. As an example: at the above mentioned OSOR meeting, at least five different languages were used (English, Spanish, Italian, French and Danish -and maybe also Irish-), despite the fact that English was the official one. And everybody seemed to feel quite comfortable with that situation, moving on-the-fly from a language to another, with total naturality.

So, summarizing: our next steps will hence be:

• Registering at OSOR
• Negotiating the (un-)use of Mancomún tools
• Going on incorporating new members to ourcommunity (by the way: more news will follow on this issue soon)

And the winner is ... (drums sounding): "There's no winner, her Majesty!" (An America's Cup classic :-D)

The Battle of the Forges, or where should I post my project?

If you remember past entries, we have registered gisEIEL project at Mancomún and Sourceforge forges, as a way to facilitate the access to it from users coming from different regions (Galicia and the rest of the world, in this case) But now we face a problem: each forge does automatically launch its own series of supporting and collaborative tools. Result: our project "enjoys" now three bugtrackers, three sets of mailing lists, three code repositories, three svn and two sets of fora (project's site lacks of this tool).

And the question is that those tools cannot be linked one to each other. I mean, our will would be that we could set a link from Mancomún and Sourceforge bugtrackers to our own. And the same for mailing lists. But this seems not to be possible.

But the problem doesn't end here. Now, a new forge has come to town: OSOR, the European Commission's Open Source Observatory and Repository. It deals with the task of fostering the use of OS software by European administration bodies and, as a consequence, its responsibles want administration born projects to be served from their forge. And gisEIEL is administration born. And it is addressed to administration bodies use. And, of course, it has been invited to register at OSOR.

But, once again, OSOR will provide the project with new sets of collaborative tools. So, we face now the need to take the decission of registering or not at OSOR. And to do so, we will have to ballance the convenience of supporting OSOR initiative (High) against the need for new, quadruplicated collaborative tools (None, indeed)

So, the decission is ... (drums sounding ... .... .... ...

Ehmmm! Well! Keep in contact and you'll know!

Diputación de Pontevedra adopts gisEIEL

Diputación de Pontevedra (Pontevedra Province Council) has also adopted gisEIEL as their GIS tool to manage EIEL geodatabase. In some weeks, we will hold a meeting to transmit to them our know-how on that matter and to coordinate our databases, given that both provinces share borders one with each other

About project's size

Wondered about what's our project size? Do you want to know it prior to downloading code? Ok, no problem: here you have some figures about it.

Data generated using David A. Wheeler's SLOCCOUNT on gisEIEL and webEIEL

(SLOCCount, Copyright (C) 2001-2004 David A. Wheeler - SLOCCount is Open Source Software/Free Software, licensed under the GNU GPL)

1.- gisEIEL:

• SLOC Directory SLOC-by-Language (Sorted)
• CatalogoMetadatos
• java=38517
• jsp=1174
• EIEL-FichaMunicipal java=32931
• EIEL-Formularios-Alfanumericos java=17672
• EIEL-GeneracionFormularios java=10251
• EIEL-GisEIEL java=8714
• EIEL-Validaciones java=3547
• EIEL-Informes java=1344
• RemisionDatosEIEL java=982
• EIEL-GestionDeMapasGisEIEL java=948
• EIEL-GestionPermisosGrupos java=570
• EIEL-Autenticacion java=526
• EIEL-Utilidades java=482
• EIEL-DeGeomASimpleGeom java=443

• Totals grouped by language (dominant language first):

• java: 116927 (99.01%)
• jsp: 1174 (0.99%)

• Total Physical Source Lines of Code (SLOC) = 118,101
• Development Effort Estimate, Person-Years (Person-Months) = 29.98 (359.81)
• (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05))
• Schedule Estimate, Years (Months) = 1.95 (23.40)
• (Basic COCOMO model, Months = 2.5 * (person-months**0.38))
• Estimated Average Number of Developers (Effort/Schedule) = 15.38
• Total Estimated Cost to Develop = $ 4,050,493
• (average salary = $56,286/year, overhead = 2.40)

2.- webEIEL

• SLOC Directory SLOC-by-Language (Sorted):
• EIEL-Web
• java=7736
• jsp=7374
• php=114
• EIEL-VisualizadorSVG java=8688
• EIEL-Nomenclator
  
• java=4952
• jsp=91
• EIEL-ServicioNomenclator java=2794
• EIEL-AWMS java=1541

• Totals grouped by language (dominant language first):

• java: 25711 (77.23%)
• jsp: 7465 (22.42%)
• php: 114 (0.34%)

• Total Physical Source Lines of Code (SLOC) = 33,290
• Development Effort Estimate, Person-Years (Person-Months) = 7.93 (95.20)
• (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05))
• Schedule Estimate, Years (Months) = 1.18 (14.12)
• (Basic COCOMO model, Months = 2.5 * (person-months**0.38))
• Estimated Average Number of Developers (Effort/Schedule) = 6.74
• Total Estimated Cost to Develop = $ 1,071,695
• (average salary = $56,286/year, overhead = 2.40).

Hope this helped! :)

R-Day

Uuuffff! Done! Quite a busy couple of days. With accessing problems included. Fortunately, everything seems to be fixed now.

Of course, there's still field for improvement, and despite what's the response of the community, we will go on upgrading our software. In fact, first improvement is already in the way: after presenting the software to the press and to the municipalities, I received the OK document to begin to work in the developing of municipalities management modules for gisEIEL. No rest, after releasing!!!! But that's really good news for the team.

By the way, here you have some three photos of (almost all of) the developing team taken during yesterday's events.

The team:
From left to right: Jose Ignacio Lamas, Xosé-Fco Freire, Verónica Fariña, Pedro A. González, Mª Isabel Pérez-Urría, Xoán Cabo, Miguel R.Luaces, Nuria G. Cadahía and David Trillo (Photo: Torrecilla)

Preparing presentation (Photo: Torrecilla)

Presenting (Photo: Torrecilla)

The only releasing tasks that are still missing are those that have to do with publicising the project at some forges, namely Mancomún (Galician forge) and Sourceforge (Internat ... Oh, well! You already know) But this will be done next week. We've had enough for a couple of days! :-)

A little explanation: so far I hadn't still mentioned Xoán Cabo and Xosé-Fco. Freire They are, respectively, the Provincial Councellor in charge of Cooperation and Adviosry to the Municipalities, and the Chief Architect of the Unit of Technical Advisory to the Municipalities.

And a mention has to be done to all that people at A Coruña University who have worked or are still working to capture, maintain, update, analyze and "extract juice" of BDT-EIEL data. Here are the names of the different heads of areas: Carlos Nárdiz (General Head), Pablo Regueira (General municipal information and Mapping) Joaquín Suárez (Water supply and sewage) and Alberto Varela (Roads network and Services). The names of the rest of the people are listed here.

gisEIEL is free!

And today is the day: gisEIEL has matured as libre software and starts a new and more public life, out of our laboratories at Diputación de A Coruña and A Coruña University.

Its homesite, from which you can download both code, software and documentation, is http://www.dicoruna.es/webeiel/giseiel



There you will find information on how to download and install the software and on how to join our Community!.

Enjoy our software and join our team!

A couple of images of presentation at GPUL

Presentation at "Xornadas de Software Libre"

Next Monday, we will present our project at "VIII Xornadas de Software Libre", that are being held at Informatics Faculty of A Coruña University and organised by GPUL (Linux Users and Programmers Group)

The date is on Monday 7th, at 17:15 LT, and in Classroom number 3.0

Hope meeting you there

Countdown to R-Day

The countdown to Release Day (from now on R-Day) is on.

Early in the morning today, project's Coordinating Comittee has held a meeting to take some final decisions regarding R-Day. First of them is that R-Day will be one of the final days of present month (from 22nd on). It now mainly depends on the agendas of the political authorities of Diputación de A Coruña and of the Dean of Universidad de A Coruña, but all the clues address to Thursday 24th.

Second decision is that R-Day will also be the 'Municipalities Day', in the sense that at this very same date gisEIEL application will be publicly delivered to A Coruña province municipalities so that they can make free use of it and of the data contained within BDT-EIEL.

Whilst R-Day comes, a hard work is to be done, as we need:

• Review project's documentation, to being sure that it is as complete and usable as possible
• Refit webEIEL site in order to contain new branches regarding gisEIEL releasing and community supporting
• Prepare and set-up community participation tools and rules
• Getting some municipalities to previously check and test the application and some of the tools, as downloading and bug-tracking ones. These municipalities are likely to be Abegondo, Cambre and As Pontes de García Rodríguez (this latter is already confirmed, the other two will be confirmed along tomorrow morning)
  

So, keep an eye on this blog: present month seems to going to be really interesting for gisEIEL supporters.

Starting up of integration with gvSIG

After our meeting with gvSIG responsibles at Girona (Libre SIG Workshop), and once that Fallas and Easter week has definitely been overpassed, work of integration has begun.

During next weeks, our team will provide gvSIG's one with the following documentation:

- One complete list of the extensions developed and of the upgradings that we can provide, including a brief description of their functionalities

- Data on instalable packages and their dependencies, including information on:

• Supported platforms: Linux, Windows, Mac, ...
• File types: executables, compressed files, etc
• gvSIG version on which they depend
• Dependencies with other gvSIG extensions
• Wether the executable files are designed to be installed on gvSIG or if, in the opposite, there's one single and complete installation file
• Supported languages
• Dependencies on native libraries
• Other relevant information

Next step will consist of the analysis of this information by gvSIG team, after what both teams will finally decide what packages or utilities are integrated within next versions of gvSIG.

Some history

The history of gisEIEL begins as far in time as in 1986. That year, the first edition of EIEL database of A Coruña Province was launched.

EIEL is an achronym that stands for the Spanish of Enquiry on Local Infrastructures and Services. It consists of a huge database containing information on all of the public facilities, services, premises, etc at the municipal level, be them publicly owned and managed or not, but publicly usable, anyway.

Data are collected at settlement level, so that it is known what infrastructures or services are available at every settlement within a given municipality. In A Coruña province, as well as in the rest of Galicia, this is not a trivial issue as here there are over 4.000 queriable settlements , with more than 11.000 populated areas in total in an area of 7.900 Km sq.

So, managing those data by means of using GIS technologies is, clearly, the most adequate solution.

GIS Timeline at Diputación de A Coruña

First somehow useful application used to manage EIEL data was launched during 1995. It produced coropleth maps of the province that showed the degree of implementation of different services at each municipality.

The first actual and complete migration of EIEL data to GIS environment was held during Phase IV updating, when all of the data capture and digitization tasks were undertaken by means of ad-hoc built GIS applications.

The Developing Team

Going on with the publication of the names of the responsibles of the project, noblesse obliges to publicise who are the members of the developing team. These are:

Area coordinators

• Nieves R. Brisaboa
• Miguel Rodríguez Luaces

Group coordinator

• David Trillo Pérez

Developers

Version 1.0:

• José Ramón Paramá Gabía
• Miguel Rodríguez Luaces
• José Ramón Ríos Viqueira
  
• Antonio Fariña Martínez
  
• José Antonio Cotelo Lema
  
• Fco. Javier Rodríguez Martínez
• Juan Ramón López Rodríguez
• Ángeles Saavedra Places
• Miguel Rodríguez Penabad
• Fco. Javier Morán Rúa

Versions 2.0 and 2.1:

• David Trillo Pérez
• José Ignacio Lamas Fonte
• Alejandro Dobarro Ansede
• Verónica Fariña Iglesias
• Mª Isabel Pérez-Urria Lage
• María Jesús López Otero
• Antonio Fariña Martínez
• José Antonio Cotelo Lema
• Nuria Gómez Cadahía

The Coordinating Committee

The current members of the Coordinating Committee of gisEIEL project are

1. On behalf of DPC:
1. Xosé-Fco. Freire Corzo, Head of Unit of Technical Advisory to the Municipalities (SATM)
   
2. Pedro A. González Pérez, Technical Architect of SATM and Technical Responsible of EIEL related projects (gisEIEL, webEIEL, bdtEIEL and ideAC)
   
3. Miguel Lorenzo Turbón, Head of Sub-unit of Technological Innovation
2. On behalf of UdC Datalab:
1. Miguel Rodríguez Luaces, Head of developing team
   

gisEIEL is getting prepared to be released

On a meeting of the Coordination Committee of the project, held on 18th January this year, it has been agreed that all of the source code developed so far will be released by the end of February.

To do so, the following conditions will be taken into consideration:

• Licensing: At a first moment, the idea was that of licensing the code under European Public License (EUPL), being the one promoted by the European Commission (herunder EC), but given the contents of so called "Report on the Study of the Compatibility Mechanisms of the EUPL (European Union Public License) v.1.0", available here , and given that the base software used within our project is licensed under GPL (GNU Public License) 2.0, it was finally agreed that the selected license would be GPL 2.0 itself.
• Authorship will be held by A Coruña University Database Lab (hereunder UdC Datalab) and by each of the individual developers who have contributed to the project.
• Intellectual property rights, nevertheless, will be held by Diputación de A Coruña (hereunder DPC) as a consequence of the contents of the different agreement charts that have been signed so far to develop the project.
  
• The main site, from which the code will be released, will be hosted at webEIEL site, but it will also be publicised at:
• gvSIG project site
  
• Mancomún forge, and
• Sourceforge
  
• As Mancomún tools are only in Galician, Sourceforge ones are more likely to be used
• A wiki should complement the main site
  
• Materials to be released:
• Project documentation
• Architecture and functionalities description
• Classes description (Java Doc)
  
• Users Guide
• Developers Guide
• Data Model
• Source code package
• Bit code -> Through Java Web Start, to avoid updating problems
• Quick start data package
• Community support:
• Launching of two mailing lists:
• Developers
• Users
• Keeping historical archives of mailing lists
  
• Launching of a bug tracking system
• If community grows up beyond our expectations, new mailing lists and phora will be launched
• Project related blogs planet
  

Moreover what preceeds, during SIG Libre workshop we will meet gvSIG responsibles in order to incorporate to this project some of the utilities developed for gisEIEL, such as "Edition Tools" .