expertise et correction de la différence entre la documentation swagger et la sortie xml réelle de /geo/commune/{code}

[EmmanuelDemey]

Le service https://api-interne-rmes.insee.fr/geo/commune/{id} donne une documentation :
<Commune code="55323" uri="http://id.insee.fr/geo/commune/55323"> <Type>Commune</Type> <DateCreation>1943-01-01</DateCreation> <DateSuppression>2019-01-01</DateSuppression> <IntituleSansArticle typeArticle="5"> <intituleSansArticle>Aigle</intituleSansArticle> </IntituleSansArticle> <ChefLieu>string</ChefLieu> <CategorieJuridique>string</CategorieJuridique> <inclusion>totale</inclusion> <Intitule>L&apos;Aigle</Intitule> </Commune>
Alors qu'en faisant curl --location 'https://api-interne-rmes.insee.fr/geo/commune/14475' --header 'accept: application/xml on obtient :
<Commune code="61214" uri="http://id.insee.fr/geo/commune/e03f6b2f-27f1-44b4-a97c-c382af7b122e"> <Intitule>L'Aigle</Intitule> <Type>Commune</Type> <DateCreation>1961-06-22</DateCreation> <IntituleSansArticle typeArticle="5">Aigle</IntituleSansArticle> </Commune>

[GtanSndil]

il faut donc modifier IntituleSansArticle et supprimer

• DateSuppression
• ChefLieu
• CategorieJuridique
• Inclusion
  Ceci semble valable pour tous les end-points en /commune sauf
• ChefLieu présent dans geo/commune/{code}/ascendants et geo/commune/{code}/cantons
• DateSuppression pour geo/commune/{code}/projetes et geo/commune/{code}/suivants
  Besoin que cela soit confirmé/infirmé

[GtanSndil]

prévoir 1/2 journée pour balayer les end-points et vérifier les outputs

[GtanSndil]

related to #110