Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Should PROJJSON be used rather than "text" WKT2 for CRS while awaiting an official JSON encoding from CRS SWG?

Ouverte
#26 6 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
25/100
Type d'issue
Fonctionnalité
Clarté
À clarifier
Activité
À l'abandon
Stack technique
json
Domaine
documentation

Piste de recherche

Commencez par la note 2DTMS de l’issue, le schéma PROJJSON et l’élément de travail CRS SWG associé. Comparez la représentation actuelle du CRS dans CoverageJSON avec ce précédent et déterminez si la spécification doit adopter PROJJSON ou conserver le texte WKT2 en attendant la décision concernant le CRS. Le travail est terminé lorsque le choix d’encodage et ses implications pour le schéma et la validation sont résolus et documentés.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Priority 2 V1.2

In 2DTMS we have taken this approach and include the PROJJSON schema with a note that in the future this may be changed to whichever JSON encoding OGC comes up with per the CRS SWG work item on this topic.

See note in https://docs.opengeospatial.org/DRAFTS/17-083r4.html#tms-json-encoding :

NOTE: This Standard adopts the https://proj.org/specifications/projjson.html encoding, pending a resolution in the CRS group for adopting a possible future JSON encoding for WKT for CRS 2.0

Having part of the content all encoded in a (text WKT2) string makes it more difficult to parse the data and cannot be defined / validated with the overall schema, and would look odd and be difficult to use by people not familiar with WKT2.

Langage dominant
HTML
Étoiles
15
Forks
9
Merge moyen
6 h 1 min
PR mergées (30 j)
3

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de opengeospatial/CoverageJSON

Toutes les issues de opengeospatial/CoverageJSON

Issues similaires

Plus d'issues Documentation

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.