Re: [OSM-talk-fr] JOSM et Opendata

2016-02-09 Par sujet Philippe Verdy 
Le 8 février 2016 à 11:47, Jérôme Seigneuret  a
écrit :

> @Philippe: en effet, utiliser JOSM en 64x doit aider à charger le shape
> car j'atteins la limite de la mémoire.
>

Un truc : quand on utilise JOSM avec JNLP et Javaws (ce que je recommande
au lieu de télécharger le JAR, car ça fait la mise à jour automatiquement à
chaque lancement), il crée un raccourci sur le bureau. Mais ce raccourci
appelé "JOSM" est écrasé à chaque mise à jour pour le lancer ensuite en 32
bits.

Personnellement, j'ai renommé ce raccourci sur le bureau en "JOSM 64" afin
qu'il ne soit plus écrasé. Et ensuite j'ai modifié les paramètres pour
forcer le mode 64 bits :
"C:\*Program Files*\Java\jre1.8.0_66\bin\javaws.exe" au lieu de "C:\*Program
Files (x86)*\Java\jre1.8.0_66\bin\javaws.exe" (pour le mode 32 bits)
avant les autres paramètres (inchangés) du fichier JNLP et du cache, et
d'autres options éventuelles qu'on peut mettre pour "tuner" la VM Java
("-Xmx" etc.)

Si je mets à jour Java (32 bits ou 64 bits séparément), il faut remettre à
jour aussi le chemin de javaws avec le numéro de version installé (ici
"jre1.8.0_66").
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM et Opendata

2016-02-08 Par sujet Christian Quest 


On 08/02/2016 11:47, Jérôme Seigneuret wrote:
> Bonjour,
> Les liens sont tronqués. Il y a eu une mise à jour
>
> Bon les lien sont à mettre à jour:
>
> - RPG 2010
> https://www.data.gouv.fr/fr/datasets/registre-parcellaire-graphique-2010-contours-des-ilots-culturaux-et-leur-groupe-de-cultures-majorita/
> - PPG 2011
> https://www.data.gouv.fr/fr/datasets/registre-parcellaire-graphique-2011-contours-des-ilots-culturaux-et-leur-groupe-de-cultures-majorita/
> - RPG 2012
> https://www.data.gouv.fr/fr/datasets/registre-parcellaire-graphique-2012-contours-des-ilots-culturaux-et-leur-groupe-de-cultures-majorita/
>
> Pour les années suivantes c'est plus généré ainsi... Changer l'année
> ne renvoi rien...
>
> Normalement des données n-1 sont mise à disposition au 1 septembre
> donc au 01/09/2015 nous devrions pouvoir utiliser les données de
> 2013,2014.
>

Le producteur de cette donnée est (très) en retard sur les diffusions
2013, 2014...

On peut cependant en trouver des bouts diffusés par certaines DDT(M).

-- 
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM et Opendata

2016-02-08 Par sujet Jérôme Seigneuret 
Bonjour,
Les liens sont tronqués. Il y a eu une mise à jour

Bon les lien sont à mettre à jour:

- RPG 2010
https://www.data.gouv.fr/fr/datasets/registre-parcellaire-graphique-2010-contours-des-ilots-culturaux-et-leur-groupe-de-cultures-majorita/
- PPG 2011
https://www.data.gouv.fr/fr/datasets/registre-parcellaire-graphique-2011-contours-des-ilots-culturaux-et-leur-groupe-de-cultures-majorita/
- RPG 2012
https://www.data.gouv.fr/fr/datasets/registre-parcellaire-graphique-2012-contours-des-ilots-culturaux-et-leur-groupe-de-cultures-majorita/

Pour les années suivantes c'est plus généré ainsi... Changer l'année ne
renvoi rien...

Normalement des données n-1 sont mise à disposition au 1 septembre donc au
01/09/2015 nous devrions pouvoir utiliser les données de 2013,2014.

Il semble cependant que pour 2015 le processus ai changé en 2016. A voir
donc pour la suite.

Deux choses à voir donc:

   1. Mise à jour des liens
  - la mise à jour du wiki (liens https://www.data.gouv.fr/)
  - la mise à jour du plugin (liens https://www.data.gouv.fr/)
  2. Compléter le site data.gouv.fr pour ajouter les années manquantes
   car pour l'arrachage des vignes avec des données de 2011 c'est un peu loin
   même Bing sera plus à jour.


@Philippe: en effet, utiliser JOSM en 64x doit aider à charger le shape car
j'atteins la limite de la mémoire.
Mais je ne sais pas si le plugin utiliser des données via une emprise ou si
il charge le jeu de données complet.
Si c'est le jeu de données complet c'est un problème ou alors il faut
télécharger le fichier dans un répertoire temporaire et "piocher" dedans en
fonction de l'étendu comme le fait l'outil d'import Overpass ce qui
corrigera partiellement le problème de mémoire.


Cordialement,
Jérôme



Le 7 février 2016 à 12:14, didier2020  a écrit :

>
> est-ce lié au fait que les liens de
> http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr
>
> ne sont plus valides ?
>
>
>
>
>
>
> ___
> 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

Re: [OSM-talk-fr] JOSM et Opendata

2016-02-08 Par sujet Jérôme Seigneuret 
Merci pour l'info.
J'ai regardé pour l'Hérault mais malheureusement, nous n'avons rien de
disponible (DDTM 34)

Coté plugin, ça ne risque plus de marcher pour 2012. Il y a une partie
commune, en effet, mais le dernier répertoire n'est plus commun à
l'ensemble des jeux de données vu que c'est basé sur la date de mise à
disposition (ou chargement) sur le serveur de la données. Il faudrait créer
les URL statique comme pour 2011.

Voici le lien existant( sur de l'année 2010...)
*"http://www.data.gouv.fr/var/download/ign/RPG_2010_
"+number+".ZIP"*


Pour le* RPG 2011* ça sera:

   - *"http://static.data.gouv.fr/rpg-2011/RPG_2011_
   "+number+".zip"*

Sauf qu'il n'y a rien pour l'outre-mer (971-974,976) sur ce format d'url.
Le 095 renvoi une archive vide (Je n'ai pas tous vérifié)Le 30 et le 34
c'est OK.

Un analyseur de lien mort et de contenu ça pourrait être bien.

Voici les nouvelles URL pour le *RPG 2012* (pas d'URL statique pour le
moment):

   - https://www.data.gouv.fr/storage/f/2014-02-12T09-57-24/RPG_2012_001.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T13-26-51/RPG_2012_002.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T13-35-22/RPG_2012_003.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T13-42-17/RPG_2012_004.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T13-53-11/RPG_2012_005.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T13-57-27/RPG_2012_006.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-00-43/RPG_2012_007.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-03-51/RPG_2012_008.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-06-17/RPG_2012_009.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-08-32/RPG_2012_010.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-12-01/RPG_2012_011.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-30-50/RPG_2012_012.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-32-22/RPG_2012_013.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-36-39/RPG_2012_014.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-44-31/RPG_2012_015.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T14-55-38/RPG_2012_016.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T15-38-31/RPG_2012_017.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T15-42-30/RPG_2012_018.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T15-52-12/RPG_2012_019.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T13-28-03/RPG_2012_02A.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T13-29-20/RPG_2012_02B.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T15-57-55/RPG_2012_021.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-07-16/RPG_2012_022.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-13-37/RPG_2012_023.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-20-10/RPG_2012_024.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-24-24/RPG_2012_025.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-31-22/RPG_2012_026.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-35-21/RPG_2012_027.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-38-14/RPG_2012_028.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-46-26/RPG_2012_029.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-49-17/RPG_2012_030.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T16-53-43/RPG_2012_031.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T20-13-32/RPG_2012_032.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T20-18-58/RPG_2012_033.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T20-27-00/RPG_2012_034.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T20-35-52/RPG_2012_035.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T20-40-38/RPG_2012_036.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T20-44-52/RPG_2012_037.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T20-50-03/RPG_2012_038.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T21-47-49/RPG_2012_039.zip
   - https://www.data.gouv.fr/storage/f/2014-02-12T21-50-40/RPG_2012_040.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T12-07-09/RPG_2012_041.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T12-11-44/RPG_2012_042.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T12-19-12/RPG_2012_043.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T12-26-07/RPG_2012_044.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T13-02-01/RPG_2012_045.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T13-07-33/RPG_2012_046.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T13-15-51/RPG_2012_047.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T13-17-29/RPG_2012_048.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T13-19-35/RPG_2012_049.zip
   - https://www.data.gouv.fr/storage/f/2014-02-13T13-23-11/RPG_2012_050.zip
   -

Re: [OSM-talk-fr] JOSM et Opendata

2016-02-07 Par sujet Philippe Verdy 
Le 7 février 2016 à 11:55,  a écrit :

> Merci. Mais je parle de l'ouverture des jeux de données OpenData sous Josm
> via le pluggin. Ce que tu me dis ne semble pas être en rapport avec mon
> problème.
> Là j'essai juste de charger les données et j'ai pas de retour sauf cette
> erreur.
>
Les donénes OpenData ne sont pas en format JOSM, le plugin fait une
conversion depuis certains formats connus (comme SHP, KML) mais il ne fait
strictement aucune fusion avec les données existantes : tous les noeuds,
lignes et polygones sont importés comme de nouveaux objets et c'est à toi
de faire les fusions.

De même le plugin crée des pseudo-tags à partie des données mais il faut
les convertir.
En principe le plugin ne t'autorise pas à uploader directement sans travail
de fusion et il t'avertit si tu essayes de le faire.

Si tu as fait le travail de fusion d'un calque Opendata importé vers un
calque OSM, tu as du charger des données OSM et donc avoir des noeuds lus
depuis la base à un moment donné. Si tu envoies ça au serveur il est
possible d'avoir un conflit de modification sur un des objets que tu avais
chargés dans une version antérieure, mais qui ont été modifiés ou supprimés
depuis que tu as commencé le travail de fusion.

Si tu as l'erreur directement au chargement des données OpenData, c'est que
ces données sont incorrectes, peut-être tronquées. Télécharge à nouveau le
fichier opendata
Vérifie qu'il tient en mémoire dans JOSM : lance JOSM avec une VM Java
64-bit si c'est un très gros fichier, sinon certains objets du nouveau
calque ne pourront pas être créés en mémoire.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM et Opendata

2016-02-07 Par sujet jseigneuret-pro 
Merci. Mais je parle de l'ouverture des jeux de données OpenData sous Josm via 
le pluggin. Ce que tu me dis ne semble pas être en rapport avec mon problème. 
Là j'essai juste de charger les données et j'ai pas de retour sauf cette erreur.


En date de : Dim 7.2.16, Philippe Verdy <verd...@wanadoo.fr> a écrit :

 Objet: Re: [OSM-talk-fr] JOSM et Opendata
 À: "Discussions sur OSM en français" <talk-fr@openstreetmap.org>
 Date: Dimanche 7 février 2016, 1h22
 
 Ce n'est pas un
 problème de licence ou d'URL
 
 Tu essaye certainement de modifier un objet qui
 a été supprimé par un autre
 (avec
 possible fusion avec un autre objet).
 
 Pour ça utilise "Mettre à jour les
 modifications" dans JOSM, puis gère les
 conflits rapportés.
 
 Il est possible qu'un objet ait été
 supprimé par erreur, auquel cas il te
 faudra le restaurer (utilise la fonction
 "restaurer un objet" disponible
 dans le plugin de restauration : il te faut
 connaitre son id et son type:
 noeud, way ou
 relation) puis regarder ce qui se passe autour et voir
 comment fusionner ce qui est nécessaire dans
 tes propres modifs. Pense
 aussi à
 "Charger les objets dépendants" dans JOSM
 (nécessaire en fait à
 chaque fois que tu
 dois gérer des conflits d'édition, surtout si tu as
 restauré un objet supprimé).
 
 Note: la restauration d'un
 objet supprimé marche si la suppression n'est
 pas trop vieille, sinon il arrive qu'elle
 ne trouve rien dans l'historique
 (il
 semble que la recherche ne va pas au delà des 6 mois), mais
 si tu as
 l'erreur suite à une
 suppression récente par un utilisateur, tu devrais
 pouvoir recharger cet objet.
 
 Quand tu restaures un noeud,
 il est souvent difficule de le localiser:
 garde note de l'id pour pouvoir le
 réselectionner (CTRL+F "id:"), sinon
 il est très peu visible dans
 l'éditeur.
 
 Dans tous
 les cas il faut faire des ajustements dans tes propres
 modifs
 pour les intégrer correctement (ne
 te contente pas de restaurer et
 d'envoyer, tu risques de créer des
 doublons).
 -La pièce jointe associée suit-
 
 ___
 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

[OSM-talk-fr] JOSM et Opendata

2016-02-07 Par sujet didier2020 

est-ce lié au fait que les liens de
http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr

ne sont plus valides ?






___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] JOSM et Opendata

2016-02-06 Par sujet Philippe Verdy 
Ce n'est pas un problème de licence ou d'URL

Tu essaye certainement de modifier un objet qui a été supprimé par un autre
(avec possible fusion avec un autre objet).

Pour ça utilise "Mettre à jour les modifications" dans JOSM, puis gère les
conflits rapportés.

Il est possible qu'un objet ait été supprimé par erreur, auquel cas il te
faudra le restaurer (utilise la fonction "restaurer un objet" disponible
dans le plugin de restauration : il te faut connaitre son id et son type:
noeud, way ou relation) puis regarder ce qui se passe autour et voir
comment fusionner ce qui est nécessaire dans tes propres modifs. Pense
aussi à "Charger les objets dépendants" dans JOSM (nécessaire en fait à
chaque fois que tu dois gérer des conflits d'édition, surtout si tu as
restauré un objet supprimé).

Note: la restauration d'un objet supprimé marche si la suppression n'est
pas trop vieille, sinon il arrive qu'elle ne trouve rien dans l'historique
(il semble que la recherche ne va pas au delà des 6 mois), mais si tu as
l'erreur suite à une suppression récente par un utilisateur, tu devrais
pouvoir recharger cet objet.

Quand tu restaures un noeud, il est souvent difficule de le localiser:
garde note de l'id pour pouvoir le réselectionner (CTRL+F "id:"), sinon
il est très peu visible dans l'éditeur.

Dans tous les cas il faut faire des ajustements dans tes propres modifs
pour les intégrer correctement (ne te contente pas de restaurer et
d'envoyer, tu risques de créer des doublons).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] JOSM et Opendata

2016-02-06 Par sujet Jérôme Seigneuret 
Bonjour,

J'essai d'utiliser le plugin opendata sous JOSM mais j'ai cette erreur
après acceptation de la licence ouverte




*Le serveur 'https://api.openstreetmap.org/api/0.6/
' ne reconnaît pas un objetque vous
essayez de lire, mettre à jour ou supprimer. Soit cet objetn’existe pas sur
le serveur, soit vous utilisez une adresse web qui n’est pas valide pour y
accéder.Veuillez vérifier l’adresse du serveur
'https://api.openstreetmap.org/api/0.6/
'*

Les paramètres ont-ils changés ou c'est un problème d'URL?

Voici les paramètres généraux dans l'onglet "Opendata"

=
*x Données brutes *
*--*
*Serveur de l'API Overpass : http://www.overpass-api.de/api/interpreter
?*
*Serveur XAPI : http://www.overpass-api.de/api/xapi
?*
*=*

Merci,
Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr