Dans ce cas tu télécharges une zone pour tes tests depuis la base principale vers un fichier OSM, tu changes l'adresse de l'API ou tu utilises une autre session JOSM pour le faire. Et tu envoies les données de cette zone de test sur la base de test. Après tu peux faire ce que tu veux... Cette base de test ne garantie pas la conservation à long terme des données il me semble (elle n'est pas taillée pour). Elle peut être purgée sans prévenir si elle devient trop volumineuse dans sa config limitée). Elle ne garantie pas non plus de bonnes performances (temporairement elle peut être sollicitée par d'autres tests concurrents).
Elle peut aussi contenir des erreurs insérées volontairement pour tester le comportement de certains logiciels. S'il y a des données qui te gène dans ta zone de test (et qui ne sont assez anciennes) tu peux les virer, mais choisis plutôt une zone vierge si tu peux. Aucune idée de l'échelle de ton test : toute une grande ville comme Paris, Lyon, Marseille, Lille ou Bordeaux ? il y a des tas de trucs spécifiques dans ces villes. Après, à toi de faire tes tests de rendu. Garde tes fichiers OSM que tu souhaites valider en test si ensuite tu comptes les envoyer sur la base principale, mais attends toi à un travail supplémentaire de fusion... et de résolutions des conflits si les données OSM que tu as importées initialement en test ont été touchées sur la base principale pendant que tu les modifiais pour tes tests. En aucun cas tu ne doit réimporter directement les données brutes extraites de la base de test vers la base principale (à cause des erreurs volontaires et autres tests concurrents qui peuvent même avoir des données arbitraires qui ne correspondent à rien dans la réalité). Donc il vaut mieux que tu crées des fichiers OSM de petite taille pour rendre gérable le travail de fusion et résolution des conflits sinon tu y passeras un temps fou et certains pourrais faire des reverts de tes modifs partielles suspendues à de nombreuses résolutions de conflits (et tu devrais alors recommencer en tenant compte des conflits générés par les reverts de tout ce que tu as partiellement envoyés mais qui ne sont plus là pour continuer). Il est possible aussi de créer ta propre base de test (c'est open-source) et tu n'y seras pas gêné par les autres. A toi de la tailler selon tes besoins. Le 2 février 2015 19:08, Vincent Frison <vincent.fri...@gmail.com> a écrit : > Bonjour à tous, > > Je suis un nouvel inscrit à la liste et j'aimerais contribuer ce fabuleux > projet qu'est OSM :) > > J'ai pour projet de faire un programme pour importer dans OSM une base de > données d'immeubles (PSS) afin de rajouter les informations de hauteur (ou > au moins le nombre d'étages) sur les bâtiments, ceci afin d'avoir des > rendus 3D plus réalistes (voir la liste des projets relatifs à la 3D: > http://wiki.openstreetmap.org/wiki/3D_Development). > > J'ai commencé à faire le programme mais je me heurte à un problème tout > bête : il est fortement conseillé, si ça n'est obligatoire, d'utiliser les > serveurs de développement afin de faire ses tests, ce qui est plutôt > logique. On peut donc par ex utiliser celui ci : > http://master.apis.dev.openstreetmap.org (équivalent à > http://api06.dev.openstreetmap.org). > > Mais le problème est qu'il n'y a visiblement aucune donnée dans la BD ! > Quelque soit l'ID du node je me retrouve toujours avec une erreur 404 ("Not > found") dès que je fait un GET, alors que ce sont des IDs tout à fait > valides sur le serveur principale. > > D'ailleurs en utilisant la fonctionnalité "Query feature" de la carte, si > on clique sur n'importe quel objet on a une erreur du type "Désolé, chemin > #116602263 n’a pas pu être trouvé." > > Mes craintes se sont confirmées en voyant sur la page > http://wiki.openstreetmap.org/wiki/Sandbox_for_editing cette phrase : > "...but the database may be empty or populated with only some test data, > and non of them are currently hooked into a rendering stack, so you wont > see your data change on a map". > > Mais s'il n'y a pas d’éléments dans la base de données de tests, comment > on teste ? :) > > Merci d'avance pour votre aide, > > Vincent. > > > > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
