Le 20 septembre 2013 15:55, Pieren <pier...@gmail.com> a écrit : > Bonjour, > > En examinant le "b...l", pardon, le chaos actuel dans les limites > administratives, je me suis demandé s'il était encore pertinent de > conserver 2 relations pour les limites de la France, une avec l'ancien > modèle, et une avec les segments/multilinestring. > L'idée remonte à début 2010 et 3 ans plus-tard, il n'y a toujours > aucun logiciel qui s'en sert.
En es-tu réellement sûr? Dans ce cas ces loficiels ne seraient pas du tout capable de traiter les multilinestring et la France n'existerait pas du tout. Il faut peut-être rappeler la raison des multilinestrings : au delà d'une certaine limite, il devient très compliqué de modifier une liste énorme de chemins dans une relation, et les éditeurs ne parviennent me^me plus à charger l'objet (particulièrement les éditeurs en ligne, avec du Javascript et dans un navigateur 32 bits où la mémoire d'un onglet de navigation sature autour de 256Mo avant de commencer à "swapper" énormément ou de tout bonnement se bloquer et refuser de grossir; Et avec les éditeurs écrits en Flash c'est encore plus flagrant). Pour ça on avait donné une estimation de ce qu'une relation raisonnable ne devrait pas dépasser, de l'ordre de 200 membres, même si certaines relations en ont plus (par exemple les relations de régions littorales avec une grande quantité d'îles et îlots ; on sait le problème que ça pose en Bretagne et d'autre régions comparables ailleurs qu'en France comme la Galice, ou plus loin de nous au Canada, en Indonésie, et dans toute la zone pacifique de Polynésie et Mélanésie, où le problème est un peu simplifié en ne créant pas les frontières de base, mais celles des frontières territoriales à 12 nm en s'affranchissant de la complexité des lignes de côtes utilisées plus ou moins comme lignes de base). Oui certains peuvent utiliser un plus gros PC avec plus de 4Go de RAM, un CPU multicoeur rapide, un OS 64 bits et un navigateur ou un éditeur 64 bits mais la tendance est plutôt vers les solutions mobiles plus légères (et moins gourmandes en énergie). En revacnehe du côté des serveurs (y compris les serveurs de rendu) on n'a pas de telles limitations et ils peuvent tout charger et n'ont pas grand peine à charger récursivement des multilinestrings
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
