Re: [OSM-talk-fr] BANO : Reconnaissance des voies

[« Ano59 »]

Le 21/02/2015 18:11, Philippe Verdy a écrit :
Le 21 février 2015 03:23, « Ano59 » > a écrit :


La praticité des tags name:left et name:right est certes mauvaise.
Du coup j'imagine que pour une telle rue, le mieux serait de
mettre une double relation associatedStreet ?

Mais une question subsiste : pour les ways à proprement parler, on
met quoi comme nom ? Aucun tag de nom ? Un tag name simple (mais
avec quel nom ?) ? Les fameux name:left et name:right ?


J'aurais tendance à dire qu'on peut mettre l'un, ou l'autre ou les 
deux séparés par un "/" dans "name=*" (ce qui satisfera les rendus 
simples qui ne peuvent pas choisir entre name:left et name:right). Peu 
importe car on aura deux relations pour préciser les adresses.


Dans la réalité de terrain on voit aussi les deux noms sur les 
panneaux indicateurs (qui souvent aussi affichent les noms historiques 
qu'on a tagués en "old_name=*")


Pourquoi ne pas plutôt mettre le tag name=NomX;NomY dans ce cas, le 
point-virgule était un "vrai" séparateur dans OSM ?


Cordialement,
« Ano59 ».

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

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

[Nicolas Dumoulin]

Le samedi 21 février 2015 18:41:53 Philippe Verdy a écrit :
> Il est fort dommage que le cache de JOSM ne soit pas conforme (il ne se
> vide jamais, ne gère pas les dates de péremption, il déborde tout le temps
> de la taille maxi qu'on lui a configuré, quand il devient trop gros il
> devient même très lent car il est mal indexé) et pas partagé par les
> navigateurs utilisent aussi chacun leur propre stockage de cache.

Chez moi, le cache de JOSM fonctionne comme je l'attends. On peut forcer la 
réinitialisation du cache pour une couche. Quand au partage du cache avec les 
navigateurs … j'ai arrêté de lire, désolé.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

[Philippe Verdy]

Personnellement j'ai désactivé le cache local de tuiles de JOSM (qui ne
marche pas correctement) pour utiliser un cache externe : un proxy web
transparent, qui lui au moins sait gérer son stockage et fonctionne comme
un proxy standard. Il me sert aussi de cache pour les navigateurs (dont
j'ai réduit leur taille de cache au minimum).

Il est fort dommage que le cache de JOSM ne soit pas conforme (il ne se
vide jamais, ne gère pas les dates de péremption, il déborde tout le temps
de la taille maxi qu'on lui a configuré, quand il devient trop gros il
devient même très lent car il est mal indexé) et pas partagé par les
navigateurs utilisent aussi chacun leur propre stockage de cache.

Les caches web devraient être un service de base des OS. Et les navigateurs
(ou autres applications connectées qui font des requêtes web) devraient
alors pouvoir se passer totalement de l'utilisation d'un cache à eux (même
si ce cache est conforme). La seule chose qu'ils ont c'est la possibilité
de les configurer pour utiliser un proxy, mais ils créent encore un cache
local à eux même pour une connexion par proxy et même si le proxy est local.

Des proxy web cache près à utilise existent (Squid par exemple sous
Unix/Linux) et certains peuvent fonctionner comme cache transparent (dans
un routeur par exemple, pour ne même pas avoir à configurer le proxy dans
le navigateur, on en trouve aussi dans certains logiciels parefeux et
antivirus)
.

Le 20 février 2015 21:58, Pierre-Yves Berrard  a écrit :

> Le 20 février 2015 21:52, Frédéric Rodrigo  a
> écrit :
>
>> Le 20/02/2015 21:01, Pierre-Yves Berrard a écrit :
>>
>>> Le 20 février 2015 20:14, Frédéric Rodrigo >> > a écrit :
>>>
>>> Bonjour,
>>>
>>> On a mis en place un petit serveur qui permet d'avoir le cadastre
>>> par tuiles. Ça facilité l'utilisation (et la configuration dans Josm
>>> !) mais ça permet aussi d'avoir un mode "joker" qui détecte
>>> automatiquement la commune en cours de visualisation. Donc un seul
>>> TMS pour toutes les communes :
>>> [...]
>>>
>>>
>>> Super boulot !
>>> (j'en avais marre de changer les paramètres dans les préférences de JOSM)
>>>
>>> En plus, fini le scintillement dû au rechargement à chaque niveau de
>>> zoom. Les tuiles seraient stockées quelque part en cache ?
>>>
>>
>> C'est Josm qui fait du cache.
>
>
> Certes mais je ne trouve pas le cache associé à ces tuiles à l'endroit où
> sont stockées les autres couches (bano etc.) sur mon disque dur...
>
> ___
> 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] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

[Frédéric Rodrigo]

Heu, vous avez la correspondance code insee - canton ?
Car on peut faire toute la France des cantons de communes entières en 
une fois avec comcommaker en ligne de commande.


Le 21/02/2015 18:21, Christian Quest a écrit :

Encore plus radical...

https://gist.github.com/cquest/c008db0ea286ae289276

Un script shell quick and dirty qui transforme une liste de noms de
communes en liste de way.

Exemple:

sh jorf2josm.sh 40 "Aureilhan, Bias, Castets, Léon, Lévignacq, Linxe,
Lit-et-Mixe, Mézos, Mimizan, Pontenx-les-Forges, Saint-Julien-en-Born,
Saint-Michel-Escalus, Saint-Paul-en-Born, Taller, Uza, Vielle-Saint-Girons"

w121276493
w30928479
w30928565
w30928566
w30928567
w30928576
w30928660
w30928750
w30928751
w30928831
w30928866
w30928868
w30928886
w30928887
w30929833
w30957142
w30957664
w30957665
w30957675
w30957676
w30957684
w30957685
w33878351
w33878389
w4543403
w4543404
w4545294
w51098878
w94814698
w94814702

Je sens que je vais passer le turbo !


Le 21 février 2015 18:12, Nicolas Dumoulin
mailto:nicolas_openstreetmap@dumoulin63.net>> a écrit :

__

Petite amélioration :

1. remplacer la commande du 1 par :

for c in $(echo "MachinVille, TrucVille, BrefMaListeDeVilles" | sed
-e 's/,/\n/g'); do echo

'relation[boundary=administrative][name="'${c}'"];(._;>;);out
meta;'; done

2. Commencer la requête overpass par (avec le bon code département) :

[out:xml];

area[boundary=administrative]["ref:INSEE"="41"]->.a;

3. coller le résultat du 1

4. plus de 4, on passe au 5

5. exécuter la requête

Et on a dans le fichier résultant les relations avec leurs membres,
c'est plus pratique.

--

Nicolas Dumoulin

http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin


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




--
Christian Quest - OpenStreetMap France


___
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] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

[Christian Quest]

Encore plus radical...

https://gist.github.com/cquest/c008db0ea286ae289276

Un script shell quick and dirty qui transforme une liste de noms de
communes en liste de way.

Exemple:

sh jorf2josm.sh 40 "Aureilhan, Bias, Castets, Léon, Lévignacq, Linxe,
Lit-et-Mixe, Mézos, Mimizan, Pontenx-les-Forges, Saint-Julien-en-Born,
Saint-Michel-Escalus, Saint-Paul-en-Born, Taller, Uza, Vielle-Saint-Girons"

w121276493
w30928479
w30928565
w30928566
w30928567
w30928576
w30928660
w30928750
w30928751
w30928831
w30928866
w30928868
w30928886
w30928887
w30929833
w30957142
w30957664
w30957665
w30957675
w30957676
w30957684
w30957685
w33878351
w33878389
w4543403
w4543404
w4545294
w51098878
w94814698
w94814702

Je sens que je vais passer le turbo !


Le 21 février 2015 18:12, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

>  Petite amélioration :
>
> 1. remplacer la commande du 1 par :
>
> for c in $(echo "MachinVille, TrucVille, BrefMaListeDeVilles" | sed -e
> 's/,/\n/g'); do echo
>
> 'relation[boundary=administrative][name="'${c}'"];(._;>;);out meta;'; done
>
> 2. Commencer la requête overpass par (avec le bon code département) :
>
> [out:xml];
>
> area[boundary=administrative]["ref:INSEE"="41"]->.a;
>
> 3. coller le résultat du 1
>
> 4. plus de 4, on passe au 5
>
> 5. exécuter la requête
>
>
>
> Et on a dans le fichier résultant les relations avec leurs membres, c'est
> plus pratique.
>
>
>
> --
>
> Nicolas Dumoulin
>
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

[Nicolas Dumoulin]

Petite amélioration :
 1. remplacer la commande du 1 par :
for c in $(echo "MachinVille, TrucVille, BrefMaListeDeVilles" | sed -e 
's/,/\n/g'); do echo 
'relation[boundary=administrative][name="'${c}'"];(._;>;);out meta;'; done
 2. Commencer la requête overpass par (avec le bon code département) :
[out:xml];
area[boundary=administrative]["ref:INSEE"="41"]->.a;
 3. coller le résultat du 1
 4. plus de 4, on passe au 5
 5. exécuter la requête

Et on a dans le fichier résultant les relations avec leurs membres, c'est plus 
pratique.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO : Reconnaissance des voies

[Philippe Verdy]

Le 21 février 2015 03:23, « Ano59 »  a écrit :

> La praticité des tags name:left et name:right est certes mauvaise. Du coup
> j'imagine que pour une telle rue, le mieux serait de mettre une double
> relation associatedStreet ?
>
> Mais une question subsiste : pour les ways à proprement parler, on met
> quoi comme nom ? Aucun tag de nom ? Un tag name simple (mais avec quel nom
> ?) ? Les fameux name:left et name:right ?
>

J'aurais tendance à dire qu'on peut mettre l'un, ou l'autre ou les deux
séparés par un "/" dans "name=*" (ce qui satisfera les rendus simples qui
ne peuvent pas choisir entre name:left et name:right). Peu importe car on
aura deux relations pour préciser les adresses.

Dans la réalité de terrain on voit aussi les deux noms sur les panneaux
indicateurs (qui souvent aussi affichent les noms historiques qu'on a
tagués en "old_name=*")
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment tagger une place composite ?

[Félix Marty]

Il y avait eu une discussion à ce sujet : 
http://gis.19327.n5.nabble.com/Les-places-place-de-l-eglise-etc-td5812285.html

Le samedi 21 février 2015, 17:45:03 Félix Marty a écrit :
> Bonjour,
> 
> [...]

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

Re: [OSM-talk-fr] Comment tagger une place composite ?

[Félix Marty]

Bonjour,

Le problème de ta deuxième solution (un jardin et une zone piétonne avec 
chacun un nom et chacun la même ref:FR:FANTOIR) est que l'information est 
redondante. A mon sens, la première solution est suffisante, car l'usage de 
area=yes semble admis pour les places/squares. Je crois même que le 
highway=pedestrian peut être omis dans le cas de places complexes.

Je pense d'ailleurs que c'est la solution à préconiser pour les places avec 
jardins, parcs, etc. car elle permet d'éviter l'usage d'une relation de type 
'site', et de permet de contenir l'ensemble de la place et non seulement un 
sous élément, et cela tout en évident la redondance des informations.

Le samedi 21 février 2015, 17:09:15 Brice MALLET a écrit :
> Bonjour,
> 
> Je suis confronté à ce cas de figure : une place (Place du Général
> Ingold) qui est composé d'un jardin et d'un espace piéton.
> http://www.openstreetmap.org/way/148291423
> https://www.google.fr/maps/search/place+achard+paris/@48.872214,2.377427,3a,
> 75y,340.01h,84.34t/data=!3m4!1e1!3m2!1sozEY0dpMZBsa2Gr-MH6rNQ!2e0
> 
> Je vois deux façons de faire :
> - un area = yes portant le nom et la réf Fantoir + 2 sous-zones, l'une
> jardin, l'autre zone piétonne   OU
> - 2 area (un jardin, une zone piétonne) portant chacun le même nom
> (Place du Général Ingold) et la même ref:FR:FANTOIR
> 
> Merci pour vos avis.
> 
> Brice
> 
> 
> 
> 
> ___
> 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] MAJ flux ortho CRAIG pour JOSM

[Nicolas Dumoulin]

Le samedi 21 février 2015 16:54:25 Landry Breuil a écrit :
> Oui c'est bien plus simple s'il n'y a qu'un flux/couche, ce dernier affiche
> le 10cm sur les agglos et le 25 ailleurs.. Et c'est pas un soucis que les 2
> coproducteurs soient associés!

OK. Au passage, on gagne en résolution depuis le millésime précédent, mais on 
a perdu en qualité de prise de vue sur certaine zone. Par exemple les prises 
de vue du Puy de Dôme ont été prises au petit matin je pense, car on a une 
belle ombre portée sur le versant ouest. Bon, ça va encore pour la voie ferrée 
du PDD, mais à d'autres endroits l'ombre des arbres empêche de distinguer la 
route …
Bon, je chipotte ;-) Un grand merci !

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

[OSM-talk-fr] Comment tagger une place composite ?

[Brice MALLET]

Bonjour,

Je suis confronté à ce cas de figure : une place (Place du Général 
Ingold) qui est composé d'un jardin et d'un espace piéton.

http://www.openstreetmap.org/way/148291423
https://www.google.fr/maps/search/place+achard+paris/@48.872214,2.377427,3a,75y,340.01h,84.34t/data=!3m4!1e1!3m2!1sozEY0dpMZBsa2Gr-MH6rNQ!2e0

Je vois deux façons de faire :
- un area = yes portant le nom et la réf Fantoir + 2 sous-zones, l'une 
jardin, l'autre zone piétonne   OU
- 2 area (un jardin, une zone piétonne) portant chacun le même nom 
(Place du Général Ingold) et la même ref:FR:FANTOIR


Merci pour vos avis.

Brice




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

Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM

[Landry Breuil]

Le 21 février 2015 01:18:48 UTC+01:00, Nicolas Dumoulin 
 a écrit :
>Salut Landry, salut les gens,
>
>Le vendredi 20 février 2015 13:26:55 Landry Breuil a écrit :
>> Est-ce que quelqu'un peut modifier la configuration par défaut pour
>que
>> soient utilisés au choix le TMS ou le WMS-tuilé suivants :
>
>J'ai essayé de mettre à jour
>http://josm.openstreetmap.de/wiki/Maps/France[1] 
>selon tes dires. Je me suis raté au début, mais je pense avoir corrigé
>l'URL … mon josm ne 
>l'a pas encore pris en compte. Je verrai demain …
>Par contre, pour la source, j'ai mis "Orthophotographie
>CRAIG/Sintegra/IGN 2013" car 
>l'entrée agrége les données des 4 départements. Ça te va, ou bien il
>faut séparer en deux 
>entrées, une avec la source "Sintegra" et l'autre pour "IGN" ?

Oui c'est bien plus simple s'il n'y a qu'un flux/couche, ce dernier affiche le 
10cm sur les agglos et le 25 ailleurs..
Et c'est pas un soucis que les 2 coproducteurs soient associés!

>J'ai un peu mis à jour
>https://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG au 
>passage.

Merci!


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

Re: [OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

[Nicolas Dumoulin]

Le samedi 21 février 2015 12:36:33 Nicolas Dumoulin a écrit :
> Et on n'aurait pas un petit script sous le coude pour récupérer les ID des
> relations des communes à partir d'une liste ?
> Parceque ça va pas vite avec le formulaire de recherche :-/

Bon, j'ai trouvé une méthode satisfaisante pour moi.

1. convertir la liste de commune (séparées par des virgules) en bouts de 
requêtes overpass 
:
for c in $(echo "MachinVille, TrucVille, BrefMaListeDeVilles" | sed -e 
's/,/\n/g'); do echo 
'relation[boundary=administrative][name="'${c}'"];out meta;'; done
2. Dans overpass-turbo http://overpass-turbo.eu/[1] 
, créer une requête avec au début (remplacer le nom du département):
[out:xml];
area
  [boundary=administrative]
  ["name"="Le Nom du Département"];
out meta;
3. Coller à la suite le résultat du 1
4. Coller à la la suite la fin de la requête :
out meta;

5. Cliquer sur "Exécuter"
6. Attendre et ignorer l'avertissement "Données incomplètes" et demander 
"montrer les 
données" (pas de carte)
7. Cliquer sur "Exporter" et "données brutes" pour télécharger les données sur 
le disque 
dans un fichier nommé export.osm
8. Il ne reste plus qu'à ouvrir dans JOSM. Il n'y a que les relations, mais 
vous pouvez toutes 
les sélectionner et "télécharger les membres"

On peut certainement faire encore pratique et plus rapide, mais moi ça me va 
déjà bien.
-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin


[1] http://overpass-turbo.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cantons départementaux... opendataday ce samedi et hackelections ce lundi

[Nicolas Dumoulin]

Et on n'aurait pas un petit script sous le coude pour récupérer les ID des 
relations des communes à partir d'une liste ?
Parceque ça va pas vite avec le formulaire de recherche :-/
-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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