Pour vendre un modèle de projet QGIS, livrez le projet modifiable avec les données et fichiers nécessaires au résultat annoncé. Un QGZ n’est pas automatiquement un paquet de données complet. Vérifiez une copie de publication séparée, décrivez les dépendances externes et distribuez le ZIP approuvé avec des instructions d’ouverture.
Ce guide s’adresse aux consultants SIG qui vendent leurs propres méthodes cartographiques. Notre manifeste original et six contrôles relient préparation et livraison payante. C’est un protocole à exécuter sur votre version, pas une affirmation que PayRequest a testé votre carte.
Définir le livrable réel
Choisissez entre carte terminée, projet modifiable avec données d’exemple, paquet autonome hors ligne ou projet nécessitant des services externes. Les dépendances et le support diffèrent. Une image d’aperçu ne prouve pas que chaque couche visible est incluse.
La documentation des projets QGIS distingue paramètres du projet, format QGZ et sources de données référencées. Un fichier déplacé ou un service indisponible peut rendre une couche inaccessible. Ne déduisez pas la complétude de l’extension.
Annoncez un résultat précis, par exemple « mise en page modifiable de relevé de site, avec couches fictives et guide ». Nommez la version QGIS réellement vérifiée et les éléments à fournir par l’acheteur. N’annoncez pas une compatibilité universelle sans preuve.
Utiliser un manifeste
Les noms ci-dessous sont illustratifs, sans dataset téléchargeable ni preuve de droits de redistribution.
| Élément | Exemple | Question d’acceptation |
|---|---|---|
| Projet modifiable | survey-template.qgz | Référence-t-il les fichiers livrés ? |
| Données vectorielles | data/sample-survey.gpkg | Couches et champs requis présents ? |
| Raster inclus | data/sample-elevation.tif | Couverture annoncée incluse ? |
| Ressources de mise en page | assets/ | Symboles et polices disponibles ou décrits ? |
| Guide acheteur | START-HERE.pdf | Dossier à ouvrir et exigences identifiés ? |
| Conditions d’utilisation | LICENSE.txt | Quels usages et redistributions permis ? |
Gardez projet et dépendances ensemble. Vérifiez les chemins relatifs depuis le dossier extrait. Une référence à votre disque de travail n’est pas un fichier livré. Déclarez les couches en ligne comme dépendances externes.
Exécuter six contrôles d’acceptation
Consignez nom d’archive, version, date, système et version QGIS. Confirmez un résultat uniquement après observation.
- Extrayez le ZIP ailleurs que dans votre dossier de travail. Ouvrez le projet livré, pas un raccourci des projets récents.
- Vérifiez les sources des couches requises, un objet connu et ses champs attendus. Un nom de couche visible ne suffit pas.
- Contrôlez le système de coordonnées annoncé et un lieu connu. Décrivez le résultat attendu pour l’acheteur.
- Ouvrez la mise en page annoncée et exportez un aperçu. Comparez polices, symboles, légende et couverture raster à l’offre.
- Testez la frontière des dépendances : sans réseau pour une offre hors ligne, avec service et accès acheteur documentés pour une offre en ligne.
- Ouvrez le guide dans le ZIP livré et suivez ses premières étapes. Vérifiez la concordance de version, annonce et aperçu.
Corrigez les erreurs dans la copie de publication et répétez les contrôles concernés. Ne laissez pas aux acheteurs la réparation de vos chemins privés comme étape non documentée.
Séparer droits du modèle et droits des données
Tenez un registre de sources et droits pour notes, vecteurs, rasters, symboles et polices. Être auteur de la mise en page ne prouve pas le droit de redistribuer tout le matériel. Vérifiez les conditions actuelles ; retirez données privées et identifiants.
Si un service exige un compte acheteur, indiquez-le avant achat. N’intégrez pas vos identifiants pour faire fonctionner la démonstration. Signalez les données fictives et leur inadaptation aux décisions exigeant une précision géographique vérifiée.
Le PDF convient à une carte terminée. Le projet modifiable convient à la modification des données et de la mise en page. Adaptez les fichiers à la tâche.
Préparer la livraison dans PayRequest
La documentation Digital Products prend en charge Other digital download et la livraison ZIP. Choisissez ce parcours pour votre paquet vérifié ; décrivez exigences logicielles et instructions dans l’offre. Configurez les paramètres d’accès disponibles selon votre promesse.
PayRequest livre les fichiers ; ce n’est pas un moteur QGIS, un auditeur de données SIG ou un vérificateur de licences. Examinez le fichier reçu par l’acheteur avant de déclarer le produit prêt.
Commencez avec les produits numériques et l’aperçu des téléchargements. Publiez lorsque manifeste et promesse concordent.
Préparé par l’équipe PayRequest avec assistance IA. Documentation examinée le 9 octobre 2026. Manifeste et protocole sont des exemples éditoriaux originaux, pas un dataset commercial testé.
