Géospatiale - SIGGoogle Earth / cartesTerre virtuelle

MapBuilder cède ... un autre

Il est douloureux de voir des projets intéressants déchirer leurs vêtements et accepter qu'ils se retirent ... il y a seulement quelques jours nous avons mentionné de la faiblesse des projets qui ne sont pas associés à un plan de marketing agressif qui lui donne la durabilité.

Constructeur de cartes

Ce n'est pas exactement le cas de MapBuilder, un projet né en décembre de 2003, qui a donné de bons résultats et qui a annoncé la publication d'une version finale stable, mais ne sera pas en mesure de poursuivre le projet de la manière dont il l'a fait. Sa plus grande intégration a été avec OpenLayers, qui semblent comprendre l'affaire; bien que maintenant pour MapBuilder, il n'est pas si facile de suivre le rythme de développement.

Pour faire une correction, non pas qu'ils jettent la serviette, plutôt qu'ils changent de modèle de collaboration en laissant à OpenLayers le rôle dans l'ordre d'un meilleur avantage des ressources.

Que a fait Mapbuilder fait bien

La plus grande réalisation de ce projet était de créer une application sous licence LGPL qui a permis sans complication de créer des services de cartes clients pour Internet en cours de transformation et de rendu XML sous un environnement AJAX. selon plusieurs, son modèle simplifié Model-View-Controller (MVC) est relativement facile à utiliser, mais surtout avec très peu d'exigences pour le serveur.

  • Les services de carte peuvent inclure GML, WFS, GeoRSS, et aussi Google Maps. Mais avec son intégration dans OpenLayers, vous pouvez également vous connecter avec Yahoo, Virtual Earth et Multimap
  • Il prend en charge la publication de données via WFS ... y compris les services transactionnels (WFS-T)
  • Les services peuvent être créés à l'aide du contexte de la carte Web (WMC) et du contexte des services Web ouverts.
  • Il est compatible avec plusieurs normes OGC et est un projet qui OSGeo il a considéré un diplômé

hay quelques exemplesplos très bien monté, car il avait réussi à intégrer ses fonctionnalités à certaines versions de Firefox (un peu ancien), Internet Explorer et Mozilla ... de sorte que sa limitation ne tenait pas compte des modifications folles de Google et de Microsoft dans leurs navigateurs, Nous avons atterri sur la route avec la triste réalité:

"Il est difficile pour quelqu'un de développer quelque chose de bien, gratuitement", non pas parce que ce n'est pas possible, mais parce que tout dans cette vie coûte de l'argent… même du temps.

Le problème le plus grave est que, comme dans cette application, il y en a plusieurs, de sorte qu'avec beaucoup de doute et de regret, nous restons dans l'espoir que quelqu'un le récupérera… même s'il doit s'agir de quelqu'un si mal qui finit par la commercialiser.

Il est clair que la version de MapBuilder sera éventuellement la dernière, bien que du côté d'OpenLayers puisse assurer une continuité plus durable.

Via: James Fee

Golgi Álvarez

Écrivain, chercheur, spécialiste des modèles de gestion des terres. Il a participé à la conceptualisation et à la mise en œuvre de modèles tels que : Système national d'administration de la propriété SINAP au Honduras, Modèle de gestion des municipalités conjointes au Honduras, Modèle intégré de gestion du cadastre - Registre au Nicaragua, Système d'administration du territoire SAT en Colombie . Éditeur du blog de connaissances Geofumadas depuis 2007 et créateur de l'AulaGEO Academy qui comprend plus de 100 cours sur les sujets SIG - CAD - BIM - Digital Twins.

Articles Relatifs

3 Commentaires

  1. Bien, lisant calmement la notification originale sur la page MapBuilder, il semble que ce n'est pas qu'ils se sont rendus, mais ont décidé de fusionner avec Open Layers, projet avec lequel ils ont partagé un code, des développeurs et un bon nombre d'utilisateurs pour un couple des années. En fait, la relation entre les deux projets était très grande et MapBuilder avait choisi OpenLayers comme un moteur de rendu. Et je dis que c'est plutôt une fusion de deux projets, plutôt que l'échec de l'un d'entre eux, car la majorité des développeurs de MapBuilder qui seront intégrés à OpenLayers.

    Enfin, je ne pense pas que ceux qui commercialisent des logiciels soient "mauvais", c'est juste un modèle de production différent.

    salutations

  2. Bon ... un ami qui suit un cours IDE en France, et qui a un projet mis en place sur Map Builder me dit que ses instructeurs ont mentionné que MapBuilder va continuer ... et qu'il ne croit pas au premier post qu'il lit.

    Quelle chance j'ai de me faire prendre comme ça ... en tout cas, merci pour la clarification ... J'ai apporté quelques corrections au point de vue d'origine

  3. mmm Je ne suis pas d'accord du tout.

    Si on lit l'annonce de Cameron concernant le retrait de MapBuilder, elle constate que ce n'est pas exactement une bataille perdue, mais plutôt un redéploiement des efforts.

    MapBuilder avait déjà partagé un code avec OpenLayers pendant un certain temps et les deux communautés de développeurs travaillaient ensemble avec le FOSS4G de Lausanne (2006). Donc, si vous collaboriez, le partage de code et Openlayers est en train d'acquérir une base plus importante de développeurs, il est plus que logique que la communauté MapBuilder rejoint OpenLayers.

    Je pense que, en tout cas, c'est un succès pour OSGeo d'avoir sous cette couverture de deux projets parce qu'il a donné aux gens de MapBuilder la confiance nécessaire pour travailler dans OL. Il vaut la peine de lire le fil de conversation dans la liste générale d'OSGeo où je pense qu'il est mieux apprécié tout cela.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

Retour à bouton en haut