[OSM-talk-fr] Diocèses et autres découpages religieux

[Philippe Verdy]

Je vois que certains ont commencé à cartographier les diocèses et
autres découpages religieux de la France.

Mais ils les ont défini comme découpages administratifs
(boundary=administrative) avec même un admin_level (=6 poir les
diocèses, =4 pour les évêchés) !

Je n'ai rien contre le fait d'insérer ces découpages mais pas comme
boundary=administrative, plutôt comme boundary=religious
Auquel il faudrait ajouter aussi les tags d'identification de la
religion en question (religion=christianity/islam/jewish/buddhist...),
sachant qu'il y a aussi de nombreuses églises dans la chrétienté
(catholiques, protestants, orthodoxes), et même dans les églises
affiliées à Rome (les diverses églises orientales : romaine,
arménienne, copte) ou à l'orthodoxie (russe, grecque, ...).

Si on doit en plus ajouter aux évéchés/archevéchés/diocèses/etc... du
culte catholique romain les confréries (des monastères et couvents ou
des centres culturels, universités, hopitaux, écoles...) et distinguer
aussi les subdivisions françaises sous le régime officiel du Concordat
(en Alsace et Moselle), autant ne pas polluer les découpages
administratifs.

Et ne pas les mêler non plus aux découpages "politiques" et électoraux
(cantons pour les conseils généraux, circonscriptions législatives et
européennes, voire même à terme les découpage par bureau de vote).

Qu'en pensez-vous ?

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

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Philippe Verdy]

Dans le même genre je trouve maintenant les frontières des zones
scolaires (avec indication des dates de congés scolaires) et académies
qui devraient être à part aussi (boundary=education).

Le 7 juin 2012 09:43, Philippe Verdy  a écrit :
> Je vois que certains ont commencé à cartographier les diocèses et
> autres découpages religieux de la France.
>
> Mais ils les ont défini comme découpages administratifs
> (boundary=administrative) avec même un admin_level (=6 poir les
> diocèses, =4 pour les évêchés) !
>
> Je n'ai rien contre le fait d'insérer ces découpages mais pas comme
> boundary=administrative, plutôt comme boundary=religious
> Auquel il faudrait ajouter aussi les tags d'identification de la
> religion en question (religion=christianity/islam/jewish/buddhist...),
> sachant qu'il y a aussi de nombreuses églises dans la chrétienté
> (catholiques, protestants, orthodoxes), et même dans les églises
> affiliées à Rome (les diverses églises orientales : romaine,
> arménienne, copte) ou à l'orthodoxie (russe, grecque, ...).
>
> Si on doit en plus ajouter aux évéchés/archevéchés/diocèses/etc... du
> culte catholique romain les confréries (des monastères et couvents ou
> des centres culturels, universités, hopitaux, écoles...) et distinguer
> aussi les subdivisions françaises sous le régime officiel du Concordat
> (en Alsace et Moselle), autant ne pas polluer les découpages
> administratifs.
>
> Et ne pas les mêler non plus aux découpages "politiques" et électoraux
> (cantons pour les conseils généraux, circonscriptions législatives et
> européennes, voire même à terme les découpage par bureau de vote).
>
> Qu'en pensez-vous ?

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

Re: [OSM-talk-fr] Création talk-nc

[Pieren]

2012/6/6 Hendrik Oesterlin :

> N'ayant pas eu de retour de sa part, je me demande si c'est bien la
> bonne démarche pour créer une nouvelle liste locale. Puisque je n'ai
> pas de réponse de ma part, je pose la question à vous tous... ;-)

Essaie Richard Fairhurst (rich...@systemed.net) et parle lui de ce
contact sur le wiki qui ne répond pas (ou plus).

Pieren

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

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Ab_fab]

Il y a cette page mise en place par Vincent Pottier qui parle de découpages
religieux
http://wiki.openstreetmap.org/wiki/User:FrViPofm/Tag:boundary%3Dreligious_administration

le type de frontière n'est pas décrité comme "administrative" mais
"religious_administration"
il y a ensuite des admin_level définis, mais personnellement cela ne me
perturbe pas puisque la distinction sur le type de frontière lève
l'ambiguité.

As-tu des exemples à nous présenter ?

Le 7 juin 2012 09:43, Philippe Verdy  a écrit :

> Je vois que certains ont commencé à cartographier les diocèses et
> autres découpages religieux de la France.
>
> Mais ils les ont défini comme découpages administratifs
> (boundary=administrative) avec même un admin_level (=6 poir les
> diocèses, =4 pour les évêchés) !
>
> Je n'ai rien contre le fait d'insérer ces découpages mais pas comme
> boundary=administrative, plutôt comme boundary=religious
> Auquel il faudrait ajouter aussi les tags d'identification de la
> religion en question (religion=christianity/islam/jewish/buddhist...),
> sachant qu'il y a aussi de nombreuses églises dans la chrétienté
> (catholiques, protestants, orthodoxes), et même dans les églises
> affiliées à Rome (les diverses églises orientales : romaine,
> arménienne, copte) ou à l'orthodoxie (russe, grecque, ...).
>
> Si on doit en plus ajouter aux évéchés/archevéchés/diocèses/etc... du
> culte catholique romain les confréries (des monastères et couvents ou
> des centres culturels, universités, hopitaux, écoles...) et distinguer
> aussi les subdivisions françaises sous le régime officiel du Concordat
> (en Alsace et Moselle), autant ne pas polluer les découpages
> administratifs.
>
> Et ne pas les mêler non plus aux découpages "politiques" et électoraux
> (cantons pour les conseils généraux, circonscriptions législatives et
> européennes, voire même à terme les découpage par bureau de vote).
>
> Qu'en pensez-vous ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose : power=communication ?

[Frédéric Rodrigo]

Bonjour,

Osmose raconte n'importe quoi !

Cette analyse n'est pas active (pas d'icone affecté, pas présente dans 
le menu) bien qu'elle s'affiche quand même sur la carte...


Elle est basé sur le même principe que l'analyse soundex pour les noms, 
mais marche mal pour l'instant. Elle cherche à remplacer des formes peu 
courante par d'autres plus fréquentes.


Frédéric.

Le 07/06/2012 08:05, Philippe Verdy a écrit :

Certainement une erreur: power=* indique une source de production ou
une installation de transport d'une énergie, pas son usage
particulier.
Surement, Osmose ne connait pas encore tower:type=*, ni même aucun des
tags tower:*=*  (pour certaines valeurs elles sont encore assez
récentes et plutôt expérimentales, mais les 75000+ tags présents pour
les tours télécom/radio/TV ne sont plus expérimentales depuis
longtemps) et cherche une valeur approchante, comme s'il y avait une
faute de frappe dans le nom de la clé.

Il n'y a en plus aucune valeur documentée pour power=communication.
Sans doûte alors une erreur de correction/substitution dans les
sources d'Osmose.

Le 7 juin 2012 06:21, Nicolas Dumoulin
 a écrit :

Bonjour,

Osmose me relève une erreur ici :
http://osmose.openstreetmap.fr/map/?zoom=16&lat=45.751885&lon=3.049632&item=3150
Il me dit d'utiliser power=communication au lieu de tower:type=communication.
Mais ce n'est pas ce que dit la doc :
http://wiki.openstreetmap.org/wiki/Tag:man_made=tower#Tower_types
http://wiki.openstreetmap.org/wiki/Key:power

Qui a raison ?
Merci



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

[OSM-talk-fr] rencontre office de tourisme APT & OSm : recherche volontaire pour le 15/06

[ZIMMY]

Bonjour à tous,

J'ai un soucis :
le *15 juin 2012 à 15h* une rencontre est prévue avec l'office de Tourisme,
une consultante en communication et un chargé de mission de la communauté de
communes autour d'Apt. L'objet de cette rencontre porte sur la réalisation
de carte papier (version OSM) sur 15 communes alentours à Apt et
éventuellement intégrer les données OSM sur des sites internet.

J'ai un empêchement personnel qui m'empêche d'honorer ce RV alors même qu'il
se sont calés avec mes disponibilités (en général le vendredi après-midi
pour OSM).

Je suis donc en recherche d'une bonne âme pour rassurer les acteurs de ce
territoires en allant sur place à cette date.
A défaut je ferai une présentation à distance via le web.

-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/rencontre-office-de-tourisme-APT-OSm-recherche-volontaire-pour-le-15-06-tp5711737.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Philippe Verdy]

Il faudra modifier JOSM alors pour qu'il n'affiche pas non plus
"frontière[6]" ou tienne compte cette fois du type
"boundary=administrative". Pour l'instant il affiche frontière[6] si
c'est type=boundary et qu'il y a un admin_level, et affiche alors la
valeur de ce dernier entre crochets.

Peut-être faudrait-il qu'il affiche entre crochets aussi la valeur de
boundary=* quand ce n'est pas boundary=administrative.

   Note: c'était bien boundary=administrative et non
boundary=religious qui était mentionné dans ce que j'ai vu... même si
admin_level est utilisé.

A mon avis cette surcharge de "admin_level=*" pour autre chose que des
frontières administratives est une erreur. je veux bien
"religious_level=*"... mais pas "admin" en préfixe (qui suppose une
valeur pour une frontière administrative...). Sans compter que cela va
impliquer de dupliquer des tonnes de frontières quand les niveaux de
découpage religieux ne sont pas les mêmes que les niveaux de découpage
administratifs (surtout au niveau administratif 8 des communes)...
Alors qu'on pourrait garder les mêmes relations si elles sont
compatibles entre ces découpages administratifs et religieux (voir
aussi les découpages judiciaires).

Pour les cartes de zones de vacances scolaires, il y a encore une
autre méthode complètement différente, basée sur les membres de rôle
"defaults" pointant sur une relation taguée avec "type=defaults"
laquelle reprends les tags de noms, dates de vacances, mais ne
mentionne pas les frontières mais liste les objets (relations)
auxquelles s'appliquent ces valeurs (définies dans la relation
"type=defaults" avec des membres de rôle "applies_to"...

Mais ce n'est pas général et on a aussi la modélisation par frontières
dans des relations "type=defaults"...


Le 7 juin 2012 10:08, Ab_fab  a écrit :
> Il y a cette page mise en place par Vincent Pottier qui parle de découpages
> religieux
> http://wiki.openstreetmap.org/wiki/User:FrViPofm/Tag:boundary%3Dreligious_administration
>
> le type de frontière n'est pas décrité comme "administrative" mais
> "religious_administration"
> il y a ensuite des admin_level définis, mais personnellement cela ne me
> perturbe pas puisque la distinction sur le type de frontière lève
> l'ambiguité.
>
> As-tu des exemples à nous présenter ?
>
> Le 7 juin 2012 09:43, Philippe Verdy  a écrit :
>>
>> Je vois que certains ont commencé à cartographier les diocèses et
>>
>> autres découpages religieux de la France.
>>
>> Mais ils les ont défini comme découpages administratifs
>> (boundary=administrative) avec même un admin_level (=6 poir les
>> diocèses, =4 pour les évêchés) !
>>
>> Je n'ai rien contre le fait d'insérer ces découpages mais pas comme
>> boundary=administrative, plutôt comme boundary=religious
>> Auquel il faudrait ajouter aussi les tags d'identification de la
>> religion en question (religion=christianity/islam/jewish/buddhist...),
>> sachant qu'il y a aussi de nombreuses églises dans la chrétienté
>> (catholiques, protestants, orthodoxes), et même dans les églises
>> affiliées à Rome (les diverses églises orientales : romaine,
>> arménienne, copte) ou à l'orthodoxie (russe, grecque, ...).
>>
>> Si on doit en plus ajouter aux évéchés/archevéchés/diocèses/etc... du
>> culte catholique romain les confréries (des monastères et couvents ou
>> des centres culturels, universités, hopitaux, écoles...) et distinguer
>> aussi les subdivisions françaises sous le régime officiel du Concordat
>> (en Alsace et Moselle), autant ne pas polluer les découpages
>> administratifs.
>>
>> Et ne pas les mêler non plus aux découpages "politiques" et électoraux
>> (cantons pour les conseils généraux, circonscriptions législatives et
>> européennes, voire même à terme les découpage par bureau de vote).
>>
>> Qu'en pensez-vous ?
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
> ab_fab
> "Il n'y a pas de pas perdus"

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

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Philippe Verdy]

Le 7 juin 2012 10:08, Ab_fab  a écrit :
> As-tu des exemples à nous présenter ?

Regarde en Franche-Comté.

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

[OSM-talk-fr] Moteurs de rendu de cartes utilisant le modèle public_transport ?

[panierAvide]

Le 01/06/2012 12:04, te...@free.fr a écrit :

Je voulais savoir s'il existe actuellement un moteur de rendu qui prenne en compte le 
nouveau modèle de données pour les transports publics, approuvé en avril 2011 par la 
communauté, et qui semble plus en adéquation avec les besoins de "logique 
structurante" qui ont pu être récemment légèrement abordés sur cette liste de 
discussion ;)
http://wiki.openstreetmap.org/wiki/Public_transport
Je viens de découvrir que OSM Inspector propose une couche affichant les 
données :

http://tools.geofabrik.de/osmi/?view=pubtrans_stops

D'autres vues autour des transports publics sont disponibles. Il ne 
s'agit pas d'un rendu à la Mapnik, mais la surcouche affiche les données 
et différencie les les objets public_transport=* des objets avec le 
système highway=*, railway=*... Pratique pour les mappeurs ;)


Cordialement.

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

Re: [OSM-talk-fr] Création talk-nc

[Hendrik Oesterlin]

Le 07/06/2012 à 18:52:42 +1100 "Pieren" pier...@gmail.com a écrit
Objet: "[OSM-talk-fr] Création talk-nc" :

> Essaie Richard Fairhurst (rich...@systemed.net) et parle lui de ce
> contact sur le wiki qui ne répond pas (ou plus).

Merci, je tente ma chance...

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

[OSM-talk-fr] Aspects légal de la comparaison de carte

[Nicolas Dumoulin]

Bonjour,

Dans quelle mesure est-ce légal de comparer une carte OSM avec une carte sous 
copyright restrictif afin d'identifier les manques et zones à cartographier ?

Il me semble évident qu'il est interdit de copier la classification des voies 
et la toponymie, mais qu'en est-il de l'aide à la navigation ?
Il me semble avoir déjà vu une discussion à ce sujet, il y a longtemps, mais 
je n'ai rien trouvé sur le wiki.

Il me semble légal d'utiliser une carte routière privatrice pour se déplacer, 
on peut donc sur place vérifier et relever des informations à soumettre à OSM.
Donc, mon bon sens me dit que ça ne pose pas plus de problème de regarder son 
chemin sur une carte privatrice, de voir qu'elle n'y est pas sur OSM, et 
d'utiliser par exemple une imagerie aérienne pour se ballader virtuellement et 
tracer les routes (en prenant bien soin de ne recopier aucune information de 
la carte privatrice, qui pourrait être fausse en plus).
Mais, comme il faut se méfier du bon sens, j'en appelle à votre avis éclairé …

Merci

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

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

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Ab_fab]

C'est un peu court ...

Peux-tu donner des exemples précis ?
des références de ways ou de relations problématiques, selon toi ?

Font-elles partie des éléments listés par Vincent sur le wiki ?
http://wiki.openstreetmap.org/wiki/User:FrViPofm/Dioc%C3%A8ses/Belfort_-_Mont%C3%A9b%C3%A9liard
http://wiki.openstreetmap.org/wiki/User:FrViPofm/Dioc%C3%A8ses/Besan%C3%A7on


Le 7 juin 2012 11:05, Philippe Verdy  a écrit :

> Le 7 juin 2012 10:08, Ab_fab  a écrit :
> > As-tu des exemples à nous présenter ?
>
> Regarde en Franche-Comté.
>



-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Usage Nominatim

[darrepac]

Salut

J'ai un fichier csv avec 6 noms de magasins et leur adresses...comment
puis-je les geocoder de manière simple avec nominatim?

Merci
Pascal

--
View this message in context: 
http://gis.19327.n5.nabble.com/Usage-Nominatim-tp5711759.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Aspects légal de la comparaison de carte

[Pieren]

2012/6/7 Nicolas Dumoulin :

> Mais, comme il faut se méfier du bon sens, j'en appelle à votre avis éclairé …

Sans être un spécialiste éclairé, je donne quand même mon avis :
utiliser des données protégées pour faire de la comparaison pourrait
être considéré comme un travail dérivé, impossible à faire sans
l'autorisation des ayants-droits. D'un autre côté, si tu ne te sers de
la comparaison que pour trouver les trous dans OSM que tu combleras de
ton côté par d'autres sources légales, il est impossible de savoir
comment tu as trouvé cette lacune. Pour résumer, dans un usage
personnel et à condition d'utiliser d'autres sources pour combler les
trous, il sera impossible de savoir que tu fais ça. Comme les
nouvelles données sont issues de sources légales, il serait difficile
de trouver quelque chose à redire. Mais si tu veux publier (rendre
public) sous une forme ou une autre un comparatif (un site web,
tableau listant les routes manquantes, etc), cela serait interdit sans
l'autorisation des ayants-droits des données de référence. amha.

Pieren

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

Re: [OSM-talk-fr] Usage Nominatim

[Pieren]

2012/6/7 darrepac :

> J'ai un fichier csv avec 6 noms de magasins et leur adresses...comment
> puis-je les geocoder de manière simple avec nominatim?

Franchement, pour 6 adresses, je pense que tu iras plus vite à la main...

Pieren

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

Re: [OSM-talk-fr] Usage Nominatim

[darrepac]

:) oups c'était 600 noms, pardon!

--
View this message in context: 
http://gis.19327.n5.nabble.com/Usage-Nominatim-tp5711759p5711766.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Aspects légal de la comparaison de carte

[Christian Rogel]

Il faut quand même se fier au sens des mots et dire que ce qui est interdit, 
c'est la contrefaçon qui est définie comme l'imitation frauduleuse (Robert).

L'imitation frauduleuse, c'est, soit la copie terme pour terme, soit la copie 
de façon plus ou moins lâche qu'on appelle le plagiat.
En d'autre terme, il n'y a pas d'intelligence mise dans la reproduction, au 
contraire d'une réinvention à partir de l'oeuvre originale, encore que les 
tribunaux puissent sanctionner de manière opposée un auteur qui reprend avec 
d'autres personnages et d'autres lieux  le déroulé des événements d'un roman.

Quand il s'agit de combler, donc d'apporter ce qu'il n'y a pas dans la carte 
originale, on ne voit pas de quelle antériorité les auteurs précédents peuvent 
se prévaloir, ce qui est la condition sine qua non de l'imitation.

La contrefaçon de  carte, c'est, en gros, le décalque, donc sans qu'il y ait 
une opération intellectuelle à partir du vide ou d'une source légale.


Christian R.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] JOSM en touche "enter"

[Christian Quest]

Les dernières version de JOSM ne semblent plus gérer la touche "enter"
comme les versions précédentes sous OSX.
Lorsqu'un bouton est sélectionné (vous asavez, quand on peut utiliser
tab pour passer d'un élément à l'autre) enter ne semble plus actif.
Je trouve ça assez gênant, j'avais par exemple pour habitude de
cliquer sur le bouton "ajouter" pour ajouter un premier attribut puis
ce bouton restant actif un enter permettait d'ajouter l'attribut
suivant, etc... et ça ne fonctionne plus et oblige à utiliser à la
souris. Il n'y a pas que sur ce bouton que le comportement a changé,
c'est global.

C'est sur OSX que je rencontre ce problème, je viens de vérifier sous
Windows, le comportement n'a pas changé.
J'ai juste mis à jour JOSM, rien d'autre. Si je reviens en arrière, la
touche enter est à nouveau active.

Une idée de comment retrouver ma touche enter et économiser ma souris
(et mon huile de coude) ?

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] JOSM en touche "enter"

[Pieren]

2012/6/7 Christian Quest :

> C'est sur OSX que je rencontre ce problème, je viens de vérifier sous
> Windows, le comportement n'a pas changé.

J'ai le même problème (tout aussi gênant) sur Windows mais je n'ai pas
testé sur la toute dernière version.

Pieren

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

Re: [OSM-talk-fr] Usage Nominatim

[Bruno Cortial]

2012/6/7 darrepac 

> :) oups c'était 600 noms, pardon!
>
>

Bonjour,
Au détour de la doc de tilemill, j'ai découvert un plugin Google Docs qui
lui ajoute la géolocalisation via Yahoo PlaceFinder ou MapQuest Nominatim.

On aimerai bien un plugin LibreOffice dans le même style !

Bruno

[1] http://mapbox.com/tilemill/docs/guides/google-docs/ (voir Geocoding)
[2] https://github.com/mapbox/geo-googledocs
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aspects légal de la comparaison de carte

[Vincent Pottier]

Le 07/06/2012 12:54, Christian Rogel a écrit :

Il faut quand même se fier au sens des mots et dire que ce qui est interdit, 
c'est la contrefaçon qui est définie comme l'imitation frauduleuse (Robert).

L'imitation frauduleuse, c'est, soit la copie terme pour terme, soit la copie 
de façon plus ou moins lâche qu'on appelle le plagiat.
En d'autre terme, il n'y a pas d'intelligence mise dans la reproduction, au 
contraire d'une réinvention à partir de l'oeuvre originale, encore que les 
tribunaux puissent sanctionner de manière opposée un auteur qui reprend avec 
d'autres personnages et d'autres lieux  le déroulé des événements d'un roman.

Quand il s'agit de combler, donc d'apporter ce qu'il n'y a pas dans la carte 
originale, on ne voit pas de quelle antériorité les auteurs précédents peuvent 
se prévaloir, ce qui est la condition sine qua non de l'imitation.

La contrefaçon de  carte, c'est, en gros, le décalque, donc sans qu'il y ait 
une opération intellectuelle à partir du vide ou d'une source légale.


Christian R.


La question de Nicolas parlait de consultation de carte et non de base 
de donnée.
Je compléterai donc en faisant la comparaison avec un dictionnaire. Je 
n'ai pas le droit de recopier un dictionnaire.
Mais si j'utilise un dictionnaire pour faire la traduction d'un ouvrage 
parce que j'ai un trou dans le vocabulaire, je ne fais pas de la copie 
du dictionnaire.


Quand l'objet manquant dans OSM est présent dans nombre d'autres cartes, 
ça n'est pas de la copie que de constater sur telle ou telle carte le 
manque dans OSM et de le combler en utilisant des sources autorisées.


La création d'un tableau comparatif évoqué par Pieren est interdite 
puisqu'il est un produit dérivé. Mais pas l'utilisation d'un tel tableau 
pour constater les manques dans OSM, pour autant que la source soit 
autorisée comme dans le cas au dessus.

--
FrViPofm


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

Re: [OSM-talk-fr] JOSM en touche "enter"

[Vincent Pottier]

Le 07/06/2012 13:04, Pieren a écrit :

2012/6/7 Christian Quest:


C'est sur OSX que je rencontre ce problème, je viens de vérifier sous
Windows, le comportement n'a pas changé.

J'ai le même problème (tout aussi gênant) sur Windows mais je n'ai pas
testé sur la toute dernière version.

Pieren


Pareil sous linux avec la v° 5267
--
FrViPofm

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

Re: [OSM-talk-fr] JOSM en touche "enter"

[Philippe Verdy]

Je ne vois pas le problème. Et puis je n'ai pas l'habitude non plus de
cliquer avec le... coude.

Le 7 juin 2012 12:57, Christian Quest  a écrit :
> Une idée de comment retrouver ma touche enter et économiser ma souris
> (et mon huile de coude) ?

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

[OSM-talk-fr] Map Party 27 juin à Ivry ==== qui vient ? Re: Prochaine réunion IRL Ile-de-France le 13 juin

[Association À Travers]

Bonjour,
pour notre RDV du 27 juin, qui vient ? c'est que je dois envoyer une  
communication à nos partenaires ( futurs contributeurs pour certains )  
avec un programme un peu plus étoffé que celui-ci :

http://wiki.openstreetmap.org/wiki/WikiProject_France/Collaboration_avec_A_Travers
Au plaisir de vous lire, Mesdames, Messieurs,

Benoît Ferchaud
Association À Travers
18ter rue Jean-Marie Poulmarch
94200 Petit Ivry

Tél. 09 51 76 42 57



Le 6 juin 12 à 17:11, Marc SIBERT a écrit :


Bonjour,

Mesdames, Messieurs, je vous propose de lancer la prochaine réunion  
OSM / Ile-de-France dans la vraie vie le 13 juin prochain à partir  
de 19h. Cela aura lieu à Paris
Hall's Beer Tavern, 68 Rue Saint-Denis - 75001 Paris (http://osm.org/go/0BOd2904_-- 
)


N'hésitez pas à vous faire connaitre dans ce fil.

A+

--
Marc Sibert
m...@sibert.fr


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

Re: [OSM-talk-fr] Aspects légal de la comparaison de carte

[Nicolas Moyroud]

  
  
Bonjour Nicolas,

Il m'arrive régulièrement d'utiliser le site MapCompare
(http://tools.geofabrik.de/mc/) pour repérer à partir des cartes
Google ou Bing des données qui manqueraient dans OSM. Je vais
ensuite sur place avec mon GPS ou j'utilise les images Bing dans
JOSM pour ajouter les informations que j'ai repéré comme manquantes.
Mais à aucun moment je n'utilise les données que j'ai utilisé pour
le repérage pour contribuer à OSM. Il n'y a à mon avis aucune clause
légale qui puisse interdire cette façon de faire. Et puis de toute
façon comme le disait Pieren, il n'y aura aucune possibilité de
savoir si j'ai procédé comme ça ou en allant directement sur place.
Donc bon...

a+
Nicolas Moyroud


Le 07/06/2012 11:38, Nicolas Dumoulin a écrit :

  Bonjour,

Dans quelle mesure est-ce légal de comparer une carte OSM avec une carte sous 
copyright restrictif afin d'identifier les manques et zones à cartographier ?

Il me semble évident qu'il est interdit de copier la classification des voies 
et la toponymie, mais qu'en est-il de l'aide à la navigation ?
Il me semble avoir déjà vu une discussion à ce sujet, il y a longtemps, mais 
je n'ai rien trouvé sur le wiki.

Il me semble légal d'utiliser une carte routière privatrice pour se déplacer, 
on peut donc sur place vérifier et relever des informations à soumettre à OSM.
Donc, mon bon sens me dit que ça ne pose pas plus de problème de regarder son 
chemin sur une carte privatrice, de voir qu'elle n'y est pas sur OSM, et 
d'utiliser par exemple une imagerie aérienne pour se ballader virtuellement et 
tracer les routes (en prenant bien soin de ne recopier aucune information de 
la carte privatrice, qui pourrait être fausse en plus).
Mais, comme il faut se méfier du bon sens, j'en appelle à votre avis éclairé …

Merci



  


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

Re: [OSM-talk-fr] Aspects légal de la comparaison de carte

[Nicolas Dumoulin]

Merci pour vos éléments de réponse, qui semble confirmer mon bon sens. 
Cependant, il est utile de rappeler que la classification de la voirie ne doit 
pas absolument pas être recopiée depuis une source protégée, bien que tentant 
pour le contributeur pressé, et peu soucieux de la qualité (le terrain, mon 
cher, le terrain !).
Soit.

Bon, ça tombe bien, et ça me rassure, car pour compléter le réseau routier du 
Cantal, j'ai calculé mes itinéraires de commune à commune. Puis j'ai 
selectionné celles qui étaient au moins 2 fois plus longue que la distance à 
vol d'oiseau. Enfin, j'affiche ces trajets sur une carte IGN et je regarde si 
des 
routes plus courtes ne pourraient pas être empruntées. Si tel est le cas, je 
vérifie si il manque une route.
Au passage, j'ai pu constater après vérification quelques légères erreurs sur 
la carte IGN, mais que je n'ai pas noter, ils n'auront qu'à vérifier ;-)

Pour cela, j'ai injecté du code javascript sur la page web d'un site tiers 
affichant les tuiles IGN avec OpenLayers ^^ 
Maintenant, pour la beauté de la chose, j'aurai bien communiqué la manière de 
faire, mais :
 1- Je ne sais pas si l'auteur du site en question le verrai d'un bon œuil
 2- Est-ce toujours légal vis-à-vis du fournisseur de cartes ?
Un aperçu de ce que ça donne :
http://motive.cemagref.fr/~dumoulin/distances/snapshot.png

Pour rappel, le reste est publié ici (en cours de rédaction) :
http://motive.cemagref.fr/people/nicolas.dumoulin/distances-osrm

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

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

Re: [OSM-talk-fr] Diocèses et autres découpages religieux

[Vincent Pottier]

Le 07/06/2012 11:05, Philippe Verdy a écrit :

Le 7 juin 2012 10:08, Ab_fab  a écrit :

As-tu des exemples à nous présenter ?

Regarde en Franche-Comté.

Il se peut que j'ai fait des erreurs : avoir mis un tag 
boundary=administrative au lieu d'un boundary=religious_administration, 
il se peut...
Cependant je viens de faire un test sur ma copie locale de geofabrik 
France, je ne trouve aucun cas de polygone ayant les tags ref:CEF=* , 
admin_level=* boundary=administrative (ma copie date d'une semaine environ).
Mais peut-être y en a-t-il quelque part... en Franche-Comté... Les 
références seraient précieuses pour que je puisse corriger.


On peut changer le tag boundary=religious_administration en 
boundary=religious, mais je ne vois pas bien le gain.
De plus la réalité cartographiée est (voudrait être) une réalité 
administrative plutôt que théologique ou religieuse (qui n'a pas sa 
place dans OSM), d'où mon usage de religious_administration et le 
ré-emploi de admin_level plutôt qu'un religious_level (procédure de 
canonisation : vénérable, bienheureux, saint ?).


J'ai ajouté très peu de ways pour cartographier ces entités. En général 
les chemins existant suffisent. Et je n'ai dupliqué aucun chemin. Il n'y 
a donc pas multiplication des frontières, mais des entités.
PAr ailleurs, je ne me vois pas bien réutiliser et surcharger les 
relations boundary=administrative + admin_level=8 pour représenter les 
paroisses là où elles conïncident avec une commune : la clef boundary 
est déjà utilisé. Ajouter un tag religion=* sur la commune ? Beaucoup de 
maires, à commencer par Peppone, ne vont pas aimer ! D'où la nécessité 
de créer une relation par entité.


Il n'y a pas les tags religion=christian + denomination=catholic ?
Je les retrouve dans ma base locale pour 208 relations sur 211, 3 oublis 
que je vais m'empresser de corriger...
J'ai utilisé ComcomMaker (que j'avais créé à l'origine pour ça, puis 
l'intérêt est venu pour les comcom... d'où la mise à disposition rapide 
d'un outil) qui met bien lesdits tags (sauf pour 3 oublis...).


JOSM affiche les communes et les paroisses de la même façon ? C'est 
peut-être JOSM qu'il faut changer...

--
FrViPofm

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

Re: [OSM-talk-fr] Prochaine réunion IRL Ile-de-France le 13 juin

[Florian LAINEZ]

aie, oui avec celle d'hier soir ça va peut-être faire beaucoup ... ne
comptez pas sur moi cette fois là, sorry
++

Le 6 juin 2012 17:59,  a écrit :

> OK pour le 13/06, sachant qu'il y en a déjà une ce soir ...
>
> Selon Marc SIBERT :
>
> > Bonjour,
> >
> > Mesdames, Messieurs, je vous propose de lancer la prochaine réunion OSM /
> > Ile-de-France dans la vraie vie le 13 juin prochain à partir de 19h. Cela
> > aura lieu à Paris
> > Hall's Beer Tavern, 68 Rue Saint-Denis - 75001 Paris (
> > http://osm.org/go/0BOd2904_--)
> >
> > N'hésitez pas à vous faire connaitre dans ce fil.
> >
> > A+
> >
> > --
> > Marc Sibert
> > m...@sibert.fr
> >
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

*Florian Lainez*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Presentation pour le SOTM 2012 acceptee

[Romain MEHUT]

Bonjour,

Je rajouterais le catalogue de GéoBretagne et les portail Open Data de
Nantes Métropole/CG 44.

Il y a effectivement un grand nombre de données déjà disponibles mais
qui ne sont pas (encore) intégrées dans OSM. Sans les interfaces telles que
celles développées pour les données de la Poste ou les établissements
scolaires, il est difficile (pour ne pas dire impossible en l'absence des
compétences nécessaires) pour un non-averti (comme moi) de réaliser une
intégration des données libérées.

Donc concrètement comment on fait? On attend qu'une bonne âme développe
autant d'interfaces qu'il y a de données à intégrer?

Romain
Le 6 juin 2012 00:01, Christian Rogel  a
écrit :

>
> Il me semble qu'il faudrait approfondir la question de l'opendata et la
> traiter sous l'angle
> des données qui intéressent OSM, ce qui se divise en  :
> - fichiers de données brutes
> - cartes et images
> - orthophotos
> - API
> - licence
>
> La première collectivité à avoir libéré des données géo est Brest
> Métropole 
> Océane
> au début de 2010.
> Elle n'a d'ailleurs libéré que ce type de données.
> Il ya 20 fichiers du SIG, une vingtaine de cartes et de plans et
> l'orthophoto (10 cm de résolution)
> Pas de licence (délibération cadre)
>
> Portails communs de la Région Aquitaine,et du Conseil général de la
> Gironde 
> et le portail de la Communauté urbaine de Bordeaux.
> Dans ce dernier, les données sont presque toutes exploitables sur OSM, car
> issues principalement
> des SIG,  mais le premier contient beaucoup des fichiers d'adresses
> (tourisme, par ex.).
> Pour la Communauté urbaine, il y a 74 jeux de données, dont une majorité
> issu du SIG + des images
> raster
> Présence d'une API
> Licence adaptée de celle de l'APIE (Agence du patrimoine immatériel de
> l'Etat)
>
> Montpellier Territoire numérique a
> publié environ 80 jeux (Ville, agglo, CCI, etc…), mais le point
> intéressant est qu'un même fichier  peut être servi sous différent
> formats, dont les .shp ou .kml qui
> peuvent, en priorité, intéresser OSM.
> La majorité des données semblent utilisables.
> Des API sont annoncées.
> Licence LO (gouvernement français, compatible ODbL).
>
> Rennes Métropole  et Ville de 
> Rennes
> 134 jeux, dont la grande majorité sont utilisables  dans OSM. Plusieurs
> formats possibles.
> On a souvent le choix entre .dxf Lambert et WGS84 ou .shp Lambert ou .shp
> WGS84
> API  en xml et API en JSON qui ont fait l'objet de + de 8 500 appels.
> Les développeurs peuvent s'inscrire sur un espace dédié
> C'est, peut-être, la meilleure réalisation à ce jour.
> Licence adaptée de celle de l'APIE (Agence du patrimoine immatériel de
> l'Etat)
>
> Rennes offre aussi un entrepôt de données publiques.
>
> Je laisse à d'autres le soin de regarder ce que proposent d'autres
> collectivités.
>
> Une fois, ce début de balayage fait, il faudrait poser les questions
> suivantes :
> - comment se placent ces publications par rapport à ce qui se fait dans le
> monde?
> - cela a-t-il eu un impact sur OSM en France?
>
>
> Christian
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Presentation pour le SOTM 2012 acceptee

[Christian Rogel]

Le 7 juin 2012 à 16:56, Romain MEHUT a écrit :
> 
> Je rajouterais le catalogue de GéoBretagne et les portail Open Data de Nantes 
> Métropole/CG 44.

Je ne voulais pas infliger un catalogue complet et je me suis limité au plus 
simple (fouiller dans le maquis des métadonnées de GeoBretagne est déjà un 
travail en soi).

Dans le wiki, il y a des pages pour chacun de ces territoires, c'est là qu'il 
faut mettre les inventaires avec des commentaires sur l'utilité et la 
faisabilité,
en ayant soin de créer une page annexe  Nomduterritoire/Données ouvertes

> Il y a effectivement un grand nombre de données déjà disponibles mais qui ne 
> sont pas (encore) intégrées dans OSM. Sans les interfaces telles que celles 
> développées pour les données de la Poste ou les établissements scolaires, il 
> est difficile (pour ne pas dire impossible en l'absence des compétences 
> nécessaires) pour un non-averti (comme moi) de réaliser une intégration des 
> données libérées.
>  
> Donc concrètement comment on fait? On attend qu'une bonne âme développe 
> autant d'interfaces qu'il y a de données à intégrer?

Pour les imports différentiels de la voirie et du bâti, il y a déjà 
l'expérience accumulée à Brest et à Concarneau (il y a des bouts de scripts sur 
le wiki).
Faut-il convoquer un SOTM France sur le sujet?
Voilà un beau programme pour OSM France.


Christian R.



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

[OSM-talk-fr] Répertoire des lignes de bus RATP (région parisienne)

[teuxe]

Bonjour,

Il existe depuis octobre 2009 une page référençant le statut des lignes de bus 
RATP de la région parisienne* entrées dans OpenStreetMap :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP

Aux mappeurs intéressés par la présence de ces réseaux de transports publics 
dans OSM (le modèle pouvant être étendu à d'autres réseaux et à d'autres moyens 
de transports comme le train et le RER), je souhaiterais faire évoluer la 
disposition du contenu de cette page pour faciliter le répertoriage de lignes 
qui ne se limitent pas forcément à un simple aller-retour :
http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Bus_RATP#Organisation_des_informations_sur_les_lignes

Je vous invite à apporter vos commentaires sur cette page de discussion et à 
apporter vos idées constructives. :)


Teuxe
_
* La RATP gère également des réseaux hors Île-de-France :
http://www.ratp.fr/fr/ratp/r_6132/le-groupe-ratp/

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

Re: [OSM-talk-fr] JOSM en touche "enter"

[Olivier]

Il faut désactiver les boutons dynamiques pour qu'ils soient toujours 
visibles (cliquer sur l'icône en forme d'œil en haut à droite du cadre). 
Et on retrouve le même comportement qu'avant pour la touche Entrée 
(testé avec josm 5210 sous Windows).


Olivier

Le 07/06/2012 13:57, Vincent Pottier a écrit :

Le 07/06/2012 13:04, Pieren a écrit :

2012/6/7 Christian Quest:


C'est sur OSX que je rencontre ce problème, je viens de vérifier sous
Windows, le comportement n'a pas changé.

J'ai le même problème (tout aussi gênant) sur Windows mais je n'ai pas
testé sur la toute dernière version.

Pieren


Pareil sous linux avec la v° 5267
--
FrViPofm

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



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

Re: [OSM-talk-fr] JOSM en touche "enter"

[Christian Quest]

Les boutons dynamiques étaient déjà désactivé pour moi.
J'ai tenté en les réactivant et désactivant à nouveau, aucun
changement sous OSX. :(

Ce qui est marrant c'est que sous Windows (XP en virtuel sous VMWare)
ça fonctionne très bien pour moi même avec la dernière version de
JOSM.

Ca va pas être simple à cerner !


Le 7 juin 2012 19:37, Olivier  a écrit :
> Il faut désactiver les boutons dynamiques pour qu'ils soient toujours
> visibles (cliquer sur l'icône en forme d'œil en haut à droite du cadre). Et
> on retrouve le même comportement qu'avant pour la touche Entrée (testé avec
> josm 5210 sous Windows).
>
> Olivier


-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] Chemin sur rempart

[l...@worldonline.fr]

Bonsoir

Comment mettre un chemin en haut du rempart ?

- Doit-on créer un nouveau chemin avec deux escaliers à chaque bout
- Utiliser le rempart et le tagger avec un chemin (path ou footway par
exemple)

Le rempart en question est ici :
http://www.openstreetmap.org/?lat=47.80505&lon=-3.277912&zoom=18&layers=M

Merci



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

[OSM-talk-fr] Outils internes Google Maps

[Julien D.]

Avez-vous vu cette magnifique vidéo des outils internes Google pour éditer
leur cartes ?

https://www.youtube.com/watch?v=PKKAv7_-ZUE

L'interface est intéressante, ce qui m'a le plus bluffé est l'intégration
de Street View : magnifique.


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

Re: [OSM-talk-fr] JOSM en touche "enter"

[Hendrik Oesterlin]

Le 07/06/2012 à 21:57:44 +1100 "Christian Quest" cqu...@openstreetmap.fr a écrit
Objet: "[OSM-talk-fr] JOSM en touche "enter"" :


> Les dernières version de JOSM ne semblent plus gérer la touche "enter"
> comme les versions précédentes sous OSX.

> Une idée de comment retrouver ma touche enter et économiser ma souris
> (et mon huile de coude) ?

Chez moi, Entrée ne mache plus, chez mon amie ca marche (WinXP les
deux, version JOSM dans les 52xx)

J'ai donc renommé le dossier "c:\Documents and
Settings\user\Application Data\JOSM\" chez moi, et ca marche à
nouveau.

Si je restaure mon ancien dossier JOSM ca ne marche plus.

Je n'ai pas pris le temps de voir quelle entrée des fichiers de
configuration est celle qui importe, mais je n'ai pas non plus envie
de perdre mes paramétrages. Donc en attendant je fais Alt+A à la place
de Entrée.

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

Re: [OSM-talk-fr] JOSM en touche "enter"

[Philippe Verdy]

Sans doût c'est lié au fait qu'un de vos plugins non maintenus par
JOSM directement mais développés ailleurs utilisait des touches qui
font maintenant partie de la config standard. Dans ce cas JOSM au
lancement tente de réassigner les touches pour éviter les conflits.

Il y a moyen d'effacer ces réassignations, y compris les configs de
touches personnelles, dans le panneau de configuration, afin de forcer
les touches par défaut :
- dans un premier temps désactiver les plugins
- restaurer toutes les touches par défaut
- puis réactiver les plugins un par un (s'ils utilisent alors des
touches en conflit, seules ces touhes seront réassignées mais le reste
ne sera pas impacté)

Personnellement je n'utilise jamais la touche entrée pour saisir les
champs clé et valeur des attributs, je me contente de la touche tab,
la touche entrée ne sert qu'une fois à la fin pour valider le dialogue
pour le fermer.

Un regret: l'interface de JOSM ne permet que de Valider ou Annuler un
dialogue, mais il lui manque un bouton "Appliquer" qui valide les
données mais sans fermer le dialogue. Ce bouton manquant est la raison
pour laquelle je me prends des conflits d'édition parmi mes propres
modifications locales parce que j'ai laissé un dialogue ouvert avec
des modifs non validées (car pas encore complètes) tandis que j'ai
modifié d'autres données hors de ce dialogue. Devoir fermer un
dialogue est pénible quand il faut à nouveau resélectionner l'objet à
modifier (ce qui a pour effet aussi de changer la sélection en cours).

L'autre problème est qu'on n'a qu'une seule liste de sélection, alors
qu'on devrait pouvoir faire une sélection et la garder en réserve pour
créer une autre liste de sélection, puis rebasculer d'une liste à
l'autre et ensuite enlever les sélections mémorisées lorsqu'on n'en a
plus besoin : il faudrait que la case "Sélection contienne plusieurs
listes (enroulables/déroulables, la sélection courante étant déroulée
par défaut), une icône pour créer une nouvelle liste ou dupliquer la
première, et aussi permettre de faire des opérations comme des
intersections, unions et soustractions de listes d'éléments.

Autre problème du même ordre mais touchant plus à la vérification: il
nous manque encore une case donnant la liste des objets
créés/modifiés/supprimés, car on ne la voit QUE lors de l'envoi des
données (mais le dialogue ne permet toujours pas de sélectionner un
objet avant de l'envoyer, ou de refaire un contrôle visuel de l'état
des objets avant de les envoyer). Ces listes d'objets
créés/modifiés/supprimés devraient aussi faire partie des listes
sélectionnables ci-dessus.

A défaut de ces dernières listes on a la pile des commandes (qui
permet de retrouver et sélectionner un des derniers objets touchés,
mais celle-ci est automatiquement et entièrement vidée dès qu'une
partie seulement de ces objets a été envoyée au serveur : on la perd
en entier même quand on n'envoie qu'un seul de ces objets. Je trouve
cela regrettable d'autant plus qu'il n'est pas possible d'annuler une
seule modif dans la liste autrement que dans l'ordre
anti-chronologique même si cela concerne des objets totalement
indépendants (différents et non reliés entre eux comme un nœud avec un
chemin, ou un objet quelconque en tant que membre d'une relation (les
attributs modifiés dans un objet n'ont pas de dépendance avec le
statut de membre de cet objet dans une relation, seule compte
l'existence ou la suppression de cet objet). Malheureusement, JOSM
considre que dès qu'on a commencé à envoyer un seul objet parmi ceux
modifiés, plus rien d'autre n'est annulable, la pile des opérations
est aussi totalement vidée.

Enfin la fonction de recherche est un peu pénible pour des recherches
simples par identifiant, la syntaxe à taper est trop lourde (par
exemple "type:node id:1234" au lieu de taper directement "n1234", ou
juste "1234" et un bouton radio...) Si on recherche un attribut
"type=boundary", il faut aussi taper "type":boundary avec les
guillemets car il confond sinon avec "type:node" et ne connait pas un
objet de type "boundary" (il pourrait deviner tout seul, on n'a pas
besoin d'attributs comme "type=node" ou "type=way" ou "type=relation"
dans aucun nœud/way/relation)

Ce sont encore des défauts corrigeables pour l'utilisabilité et donner
un peu d'intelligence à l'interface utilisateur de JOSM qui peut
encore faire des progrès pour que ce soit plus pratique...

Le 8 juin 2012 02:49, Hendrik Oesterlin  a écrit :
> Le 07/06/2012 à 21:57:44 +1100 "Christian Quest" cqu...@openstreetmap.fr a 
> écrit
> Objet: "[OSM-talk-fr] JOSM en touche "enter"" :
>
>
>> Les dernières version de JOSM ne semblent plus gérer la touche "enter"
>> comme les versions précédentes sous OSX.
>
>> Une idée de comment retrouver ma touche enter et économiser ma souris
>> (et mon huile de coude) ?
>
> Chez moi, Entrée ne mache plus, chez mon amie ca marche (WinXP les
> deux, version JOSM dans les 52xx)
>
> J'ai donc renommé le dossier "c:\Documents and
> Settings\user\Application 

Re: [OSM-talk-fr] Chemin sur rempart

[Cedric Viou]

Bonjour,

Pas de réponse mais mais un exemple similaire:
Comment indiquer qu'une place est située sur certains des bâtiments de
cette zone? :
http://www.openstreetmap.org/?lat=47.837406&lon=1.936377&zoom=18&layers=M
(à voir avec mapcompare)

Merci,

Cedric

Le 07/06/2012 22:31, l...@worldonline.fr a écrit :
> Bonsoir
> 
> Comment mettre un chemin en haut du rempart ?
> 
> - Doit-on créer un nouveau chemin avec deux escaliers à chaque bout
> - Utiliser le rempart et le tagger avec un chemin (path ou footway par
> exemple)
> 
> Le rempart en question est ici :
> http://www.openstreetmap.org/?lat=47.80505&lon=-3.277912&zoom=18&layers=M
> 
> Merci
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr


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