L'idea nasce da una serie di considerazioni, che ora vi espongo con formalismo da segretaria:

1) In quest'ultimo mese ho cominciato un lavoro per certi versi molto interessante sulla gestione dei metadati sui dati geografici in standard ISO 19115; il "per certi versi" si riferisce al fatto che il committente ha richiesto esplicitamente che il lavoro sia realizzato in Java, precludendo qualsiasi altro ambiente di sviluppo.
Ora, chi è addentro alle "cose del mercato" avrà già capito che il "committente" è un ente pubblico; sembra che il settore pubblico sia (giustamente) interessato a proporre soluzioni basate unicamente su software opensource-like, ma (ingiustamente) ritiene che java sia "politicamente corretto" e .Net non lo sia... basterebbe leggersi la licenza di java, oppure questo post, per confrontare le politiche commerciali di Microsoft e Sun e magari cambiare idea su certi "stereotipi"...
Comunque pensavo: e se lo avessi voluto realizzare in .Net, cosa avrei perso rispetto allo sviluppo in Java? Allora, vediamo...
- Java + Eclipse + SWT -> .Net + VS2005 + WinForms: direi che avrei perso la compatibilità con Linux, che comunque non era richiesta...
- Hibernate -> NHibernate: direi che qui ci siamo...
- GeoTools -> GeoTools.Net: ahihaihai... e qui che mi volevo...
GeoTools è una estesa libreria per generiche operazioni di tipo GIS, come operazioni topologiche, sui dati, lettura e scrittura dai + disparati formati... c'è veramente tanto!
Il suo porting in ambiente .Net è un progetto ormai abbandonato da tempo e con ENORMI limitazioni...

2) La "mia" NetTopologySuite è un porting di JTS Topology Suite (di cui è uscita in questi giorni una nuova versione), che è una parte importante del progetto GeoTools... e ho sempre pensato che avendo + tempo avrei potuto espanderla includendo il port di altre parti del progetto GeoTools...
Sviluppare il port di un progetto Java in .Net è stata per me una buona esperienza formativa: mi ha permesso di studiare una libreria ben strutturata, di vedere i pattern in azione, mi ha permesso di concentrarmi su come adattare al framework un codice nato per una differente piattaforma; inoltre è un discreto biglietto da visita! Scrivere nel proprio curriculum vitae di essere lo sviluppatore di un progetto opensource qualcosa vale...

Questo preludio per lanciare una proposta, rivolta a "quelli là fuori" che hanno tempo, voglia, passione e costanza per raccogliere una sfida: realizziamo una nuova versione di GeoTools.Net!

In parole povere, mi rivolgo a sviluppatori non esperti (o meglio, se ci sono sviluppatori esterni che sono interessati tanto di guadagnato...) che cerchino l'occasione per approfondire le proprie conoscenze sullo sviluppo software e sullo sviluppo .Net (VB o C# e Framework 2.0); la conoscenza dei GIS non è un requisito, in quanto la maggior parte delle funzioni sono di tipo generico (estrazione di dati da files, gestione xml, ecc...) e comunque la progettazione è già stata fatta dal team GeoTools. Inoltre abbiamo come "paracadute di sicurezza" gli esperti di UgiDotNet, che tartasseremo ogni qual volta dovremo discutere le migliori implementazioni il .Net del codice Java esistente

Insomma, se avete voglia di essere coinvolti in un progetto opensource come sviluppatori, contattatemi che ci si organizza e si comincia!