[OSM-talk-fr] Numéroter les maisons d'un hameau ?

[Brice]

Bonjour,

Sur ma commune, dans de nombreux hameaux les maisons sont numérotées non par 
rues mais au sein même du hameau dans une seule série, ce sont donc des 
adresses du type "3, Le Hameau" et non "3, rue du Hameau".

Dans le cas de hameaux en longueur, j'ai donné le nom du hameau à la rue et 
créé une relation avec associatedStreet, ex :
Relation : La Thibaudière (2560283)

Mais cela ne me convient pas parfaitement car dans la réalité la rue n'a pas ce 
nom (elle n'a pas de nom du tout) et pour certains hameaux, il n'y a pas de rue 
principale en tant que telle. Comment faire ?
J'ai essayé une relation avec associatedHamlet , voir ici :
Relation : La Robinière (2604300)

Est-ce la bonne solution ?

Faudrait-il une relation plus générique type "associatedPlace" (je crois me 
rappeler d'un message à ce sujet) ?
Qu'en pensez-vous ? Serait-ce documenté quelque part dans le wiki ?



Brice Mallet




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

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - rédaction en cours

[Jean-Claude Repetto]

On 03/12/2012 18:24, sly (sylvain letuffe) wrote:
> Le dimanche 02 décembre 2012 23:24:07, Eric SIBERT a écrit :
>>> Je fais la demande pour la rédaction dans la soirée ou demain.
>>
>> Tu nous tiens au courant quand c'est terminé, qu'on lâche les termites...
> 
> L'opération est en cours et peut être suivi ici :
> http://www.openstreetmap.org/user/pnorman%20redaction%20revert/edits
> 
> 
Apparemment, l'opération s'est terminée à 4h17.


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

Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM

[Vincent de Chateau-Thierry]

Bonjour,

Le 04/12/2012 01:18, Vincent Privat a écrit :

Ah bon ? Licence LO/OL sur data.gouv.fr  pourtant.

Le 3 décembre 2012 22:06, Pieren mailto:pier...@gmail.com>> a écrit :

2012/12/3 PhQ mailto:pierre.que...@sfr.fr>>:
 > Bonjour,
 >
 > Y a t' il un lien WMS fonctionnel  pour accéder aux données du
registre
 > parcellaire graphique 2010 (et bientôt 2011) dans JOSM.

La BD parcellaire de l'IGN n'est pas utilisable dans OSM. Sa licence
est incompatible.



La BD parcellaire, c'est (en version courte) le cadastre remanié par 
l'IGN : http://professionnels.ign.fr/bdparcellaire . Mais la question 
portait sur le Registre Parcellaire Graphique, c'est à dire les 
déclarations de cultures, par parcelles, dessinées par les agriculteurs 
sur fond photo. Ces données sont disponibles en format Shapefile sur 
data.gouv.fr, donc à défaut d'un service WMS, il doit y avoir matière à

les afficher en fond dans JOSM via le plugin OpenData.

vincent

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

Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile d'OSM?

[Philippe Verdy]

J'aime bien l'idée du projet, similaire à ce qui s'est fait pour Londres (
http://mappinglondon.co.uk) :

présenter des collections de rendus de carte, et des articles de blogue
permettant de présenter les transformations utilisées ou idées de
présentation innovantes pour toutes sortes de données. Sans exclure pour
autant d'autres sources qu'OSM (pourquoi pas donc présenter aussi d'autres
utilisations, même propriétaires, afin de faire des articles de
comparaison, ou souligner certaines activités de recherche, des
applications commerciales ou gratuites, libres ou pas).

Donc MappingFrance.fr ? Malgré tout un site comme
MappingLondin.co.ukdemande une équipe éditoriale conséquente pour
rester à jour de ce qui se
passe dans le monde cartographique et avoir assez d'articles de nouveautés
afin que le site reste untéressant. Si ce n'est qu'un site pour quelques
implémentation d'un seul auteur, il passera son temps à optimiser son
outil, et le blogue lui-même ne variera pas beaucoup :

Les développeurs n'aiment pas trop passer du temps à la présentation de
leur site qui ne sert qu'à cet outil final, et assurer le support
technique, ce qui n'est pas tellement adapté à une présentation attractive
sous forme d'un blogue, capable d'attirer du monde vers la cartographie
libre et les expérimentations d'idées innovantes (comme le fait l'excellent
MappingLondon).

L'idée est plutôt celle d'une agrégation de contenus de diverses sources,
avec un contenu éditorial indépendant (même critique) et plus ouvert à une
communauté qui peut proposer ses articles plus facilement que sur l'actuel
Wiki d'OSM (qui est un vrac un peu fourre-tout où il est difficile
d'assurer la cohérence au sein d'un même article, alors que c'est nettement
plus facile avec des articles signés d'un seul auteur, que l'équipe
éditoriale du site agrégateur de blogues peut sélectionner en utilisant
aussi une charte graphique commune pour la présentation).

Wikipédia ou Commons, marchent bien sous leur forme Wiki uniquement parce
qu'il y a beaucoup de correcteurs (avec les compétences techniques) pour
peaufiner l'assemblage et assurer la maintenance et la cohérence du tout,
et plein de "bots" actifs pour fixer divers problèmes (ce qu'on n'aura
jamais sur le Wiki d'OSM, l'intérêt de contribution des visiteurs étant
nettement plus limité, pas dans l'édition du wiki mais dans l'édition des
données cartographiques elles-mêmes, ou dans les discussions
communautaires). La forme blogue sera donc nettement préférable (les
bloques d'OSM n'ont aucun système de référencement et de sélection
éditoriale, et encore moins de charte graphique attrayante, ils ne sont que
des collections personnelles où rien ne permet de distinguer ce qui est
nouveau ou mieux présenté)

Le 3 décembre 2012 14:53, Pierre Béland  a écrit :

> Comme CartOsm est déja pris, pourquoi pas MonOSM ?
>
>
>
> Pierre
>
>   --
> *De :* Ista Pouss 
> *À :* Discussions sur OSM en français 
> *Envoyé le :* Lundi 3 décembre 2012 5h27
> *Objet :* Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile
> d'OSM?
>
> Le 3 décembre 2012 10:59, Yohan Boniface  a écrit :
>
> Bref, tout ça pour dire que si quelqu'un a une idée de nom de code un peu
> plus sexy, je suis preneur. Une fois que le projet sera officiellement
> présenté, repasser par la case registre des naissances pour changer son nom
> sera plus délicat ;)
>
>
> Allons-y pour le braaainstoorRRRrrrmiaihing :
>
> Selfmap, Mamap, Mapographe,  Cartigraphe, Géonote, Terregraph, Géoschème,
> Taupenote, Terro, Géoby... top fini, à quelqu'un d'autre.
>
>
> ___
> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression des tirets cadratins

[Philippe Verdy]

Le 3 décembre 2012 19:40,  a écrit :

> Au passage, je ne sais pas si la règle est édictée quelque part, mais il
> semble logique pour un système géographique de privilégier l'usage local
> dans le remplissage du champ name=* et d'indiquer les spécificités dans les
> langues étrangères si elles existent dans le champ name:LANG=*.
>  Par exemple : http://www.openstreetmap.org/browse/node/26686563(name:fr=* 
> n'a pas besoin d'être précisé)
>

Pourquoi pas besoin ?

Note mon précédent message qui indique qu'il peut être nécessaire
d'indiquer justement dans quelle langue la valeur d'un "name=" est écrit,
(ne serait-ce que pour autoriser ou non des substitutions automatique
dedans dans un rendu, par exemple pour générer des abréviations qui ont un
sens dans la langue source, ou justement pour des corrections
"typographiques", mais aussi pour des adaptations — y compris la génération
automatique des translittérations pour les écritures non précisées dans la
base :

Par exemple on trouve en France plein de "pseudo-noms" russes alors que ce
ne sont QUE des translitérations et PAS des traductions réelles (la
présence de ces translittérations dans la base est à mon avis inutile,
d'autant plus qu'il existe diverses méthodes de translittération, notamment
arabe-latin, cyrillique-latin, sinogrammes-latin, et même hangûl-latin,
même pour un même couple de langues, et même si certaines sont normalisées
internationalement pour la toponymie et ont encore moins besoin d'être
stockées dans la base

— Un exemple : la Wikipédia russe, est pleine de translittérations
fantaisistes, qui sont même incohérentes dans les toponymes composés dont
les composant signifiants sont pourtant individuellement traduits et non
translitérés: un exemple cocasse est la "Seine-Saint-Denis" qui est
entièrement translitérée sous une forme pseudo-phonétique qu'on lirait en
latin comme "Cène-Cène-Dénisse" (sic !), alors que "Seine" est traduite
sous une forme qu'on peut lire "Céna" et "Saint-Denis" est traduit sous une
forme similaire à "Sinkt-Denis" avec le mot russe pour "Saint", ce qui veut
dire que la traduction devrait être similaire à "Céna–Sinkt-Denis" sans
répétition apparente. Mais rapidement la base OSM se remplit de ces
translitérations fantaisistes, Wikipédia ayant tendance à présenter ces
translitérations comme si c'était des traductions, il suscite des
modifications à la langue russe elle-même et développe l'incompréhension,
et multiplie les homonymies en russe, là où le nom initial en français ne
souffrait d'aucune ambiguïté et que cette distinction aurait pu être gardée
aussi en russe, en utilisant sa langue et non des translittérations souvent
hasardeuses. —

Tant qu'on ne précise pas au moins quelle est la langue par défaut dans une
zone géographique donnée, c'est difficile de savoir quoi faire de la valeur
"name=" à laquelle on ne peut donc pas toucher.

Je veux bien qu'on ne répète pas la valeur de name=* (dans une langue par
défaut non précisée dans cette clé) dans "name:fr=", à condition qu'on ait
quelquepart l'information comme quoi cette langue par défaut est bien le
français, ou qu'elle peut s'appliquer au français — ce qui suppose une clé
du genre "name:langs=fr".

Si on était vraiment rigoureux, on devrait toujours mentionner la (ou les)
langue(s) pour laquelle une même valeur donnée s'applique, et on éviterait
de répéter aussi la même valeur dans plusieurs "name:LANG=", en utilisant
une syntaxe de clé comme "name:LANG1,LANG2,LANG3=" (mais cela au prix d'une
modification des outils cherchant à internationaliser un nom dans une
langue donnée)

Et de fait il n'y aurait plus aucune clé "name=", mais on pourrait avoir
encore une clé comme "name:LANG1,LANG2,*=" pour indiquer (avec une "*" ici)
dans la liste des langues mises dans une clé, laquelle des clés contient la
valeur par défaut pour les langues qu'on ne trouve pas listées dans les
autres clés e la forme "name:LANG1,...,LANGn=".
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] registre parcellaire graphique, WMS et JOSM

[Vincent Privat]

Ah bon ? Licence LO/OL sur data.gouv.fr pourtant.

Le 3 décembre 2012 22:06, Pieren  a écrit :

> 2012/12/3 PhQ :
> > Bonjour,
> >
> > Y a t' il un lien WMS fonctionnel  pour accéder aux données du registre
> > parcellaire graphique 2010 (et bientôt 2011) dans JOSM.
>
> La BD parcellaire de l'IGN n'est pas utilisable dans OSM. Sa licence
> est incompatible.
>
> Pieren
>
> ___
> 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] Suppression des tirets cadratins

[Jo]

Et moi qui pensais qu'une frontière pouvait séparer deux continents, deux
pays, deux états, deux provinces, deux cantons, deux villages.

Pour chaque niveau nous faisons une relation et dans la relation il y
l'indication des deux entités géographiques qui sont séparées par cette
frontière. Donc pas besoin de name et encore moins de name:xx.

Quant au sujet des caractères spéciaux et spécifiques à certaines langues:
c'est pour cette raison-là que unicode a été développé; profitons-en.

Polyglot

2012/12/3 Pierre Béland 

> teuxe a écrit :
>
> > Au passage, je ne sais pas si la règle est édictée quelque part, mais il
> semble logique pour un système géographique de privilégier
> > l'usage local dans le remplissage du champ name=* et d'indiquer les
> spécificités dans les langues étrangères si elles existent dans
> > le champ name:LANG=*.
> > Par exemple : http://www.openstreetmap.org/browse/node/26686563(name:fr=* 
> > n'a pas besoin d'être précisé)
>
> Effectivement, l'attribut name indique habituellement la langue locale.
> Par contre, cette langue locale n'est pas précisée. Aussi, il n'est pas
> clair si l'on devrait systématiquement ajouter un attribut name:fr=.
>
> Idéalement, on devrait indiquer la langue locale avec un attribut du type
> lang=fr. Mais à répéter à chaque fois qu'il y a un nom?
>
> Pierre
>
>   --
> *De :* "te...@free.fr" 
>
> *À :* Discussions sur OSM en français 
> *Envoyé le :* Lundi 3 décembre 2012 13h40
>
> *Objet :* Re: [OSM-talk-fr] Suppression des tirets cadratins
>
> > Une frontière ça sépare deux pays, à priori sur un pied d'égalité. Il
> faudrait donc surtout stocker les deux informations et puis c'est le rendu
> qui décide comment nommer la frontière.
>
> À ce sujet, tout à fait d'accord.
> - Faut-il donner un nom à une frontière ?
> - Si oui, alors s'il y a un nom différent de chaque côté (c'est-à-dire
> qu'il n'y a pas consensus), alors pas de name=* mais un name:LANG=* pour
> toutes les langues LANG qu'on veut, et écrit de la façon la plus appropriée
> qui soit (selon le niveau des contributeurs).
>
> Au passage, je ne sais pas si la règle est édictée quelque part, mais il
> semble logique pour un système géographique de privilégier l'usage local
> dans le remplissage du champ name=* et d'indiquer les spécificités dans les
> langues étrangères si elles existent dans le champ name:LANG=*.
> Par exemple : http://www.openstreetmap.org/browse/node/26686563(name:fr=* n'a 
> pas besoin d'être précisé)
>
> Bien sûr pour les entités partagées entre pays, comme les frontières,
> cette règle n'a pas lieu d'être, et donc le tag name=* indépendant de la
> langue ne devrait pas être présent – sauf si on parle la même langue de
> chaque côté ou qu'on a le même nom :D
>
>
> Teuxe
>
>
>
> - Mail original -
> De: "Guilhem Bonnefille" 
> À: "Discussions sur OSM en français" 
> Envoyé: Vendredi 30 Novembre 2012 15:21:43
> Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins
>
> Le 27 novembre 2012 17:51, Pieren  a écrit :
> >
> > Petit rappel : OSM est une base de données, pas une société d'édition
> > de beaux livres ou de belles cartes avec de beaux tirets longs, moyens
> > ou carrés pour faire joli. Les caractères de ponctuation doivent
> > pouvoir être saisis par n'importe quel quidam sur n'importe quel
> > clavier et être reconnus par n'importe quel logiciel.
> > [...]
>
> Ouf, quel thread. Au risque de répéter ce qui a était dit (j'ai pas pu
> tout lire), de ma lorgnette l'erreur pointée est surtout dans le
> schéma de l'information. Pourquoi mettre un nom à une frontière ? Une
> frontière ça sépare deux pays, à priori sur un pied d'égalité. Il
> faudrait donc surtout stocker les deux informations et puis c'est le
> rendu qui décide comment nommer la frontière.
>
> --
> Guilhem BONNEFILLE
> -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
> -=- mailto:guilhem.bonnefi...@gmail.com
> -=- http://nathguil.free.fr/
>
> ___
> 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
>
>
>
> ___
> 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] registre parcellaire graphique, WMS et JOSM

[Pieren]

2012/12/3 PhQ :
> Bonjour,
>
> Y a t' il un lien WMS fonctionnel  pour accéder aux données du registre
> parcellaire graphique 2010 (et bientôt 2011) dans JOSM.

La BD parcellaire de l'IGN n'est pas utilisable dans OSM. Sa licence
est incompatible.

Pieren

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

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - rédaction en cours

[Pierre Béland]

En regardant les changesets concernés, je constate qu'une grande zone est 
couverte. Diviser cette grande zone en plus petites sections et tenter de 
repérer ce qui a été effacé me semble titanesque.  Pour que ce soit efficace 
avec le Task Manager, il faut une couche dans JOSM comme lors du dernier 
nettoyage de la base pour la passage à ODbl. Sinon c'est chercher une aiguille 
dans une botte de foin.
 
Pierre 



>
> De : Vincent Privat 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 3 décembre 2012 14h42
>Objet : Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes 
>- rédaction en cours
> 
>
>Peut-être que Sly pourrait demander à passer admin en tant que membre du DWG ?
>
>
>Le 3 décembre 2012 19:38, Pierre Béland  a écrit :
>
>C'est le même outil que le Hot Tasking Manager.  Ces outils sont prévus pour 
>couper une zone continue en carrés micro-tâches qui prendront un temps 
>raisonnable à réaliser.
>>
>>Sur ces outils, il faut avoir des droits d'administrateur pour créer une 
>>tâche. C'est assez simple à condition bien sûr que le territoire à couvrir 
>>soit une zone continue.
>>On dessine le polygone et détermine le niveau de détail. L'API indique le 
>>nombre de carrés qui seront créés. 
>>
>>Puis si on constate que les carrés créés sont trop grands ou trop petits, on 
>>efface et recommence.
>>
>>Une fois que l'on est satisfait à ce niveau, on édite à nouveau la tâche pour 
>>remplir les divers champs
>>short description
>>description
>>workflow
>>voir tâches déja créées.
>>
>>
>>
>>
>> 
>>Pierre 
>>
>>
>>
>>>
>>> De : Vincent Privat 
>>>À : Discussions sur OSM en français  
>>>Envoyé le : Lundi 3 décembre 2012 13h13
>>>Objet : Re: [OSM-talk-fr] Grosse suppression de données autour de 
>>>valenciennes - rédaction en cours
>>> 
>>>
>>>
>>>Il suffit de demander à Simon non ?
>>>
>>>
>>>Le 3 décembre 2012 18:57, Christian Quest  a écrit :
>>>
>>>Effectivement, je ne connaissais pas... comment crée-t-on un job ?


Le 3 décembre 2012 18:51, Vincent Privat  a écrit 
:

> L'instance de http://rebuild.poole.ch serait plus adaptée non ?
> Après tout on est techniquement dans le même cas que pour
> http://wiki.openstreetmap.org/wiki/FR:Remapping
>



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

___
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
>>>
>>>
>>>
>>___
>>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
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - rédaction en cours

[Vincent Privat]

Peut-être que Sly pourrait demander à passer admin en tant que membre du
DWG ?

Le 3 décembre 2012 19:38, Pierre Béland  a écrit :

> C'est le même outil que le Hot Tasking Manager.  Ces outils sont prévus
> pour couper une zone continue en carrés micro-tâches qui prendront un temps
> raisonnable à réaliser.
>
> Sur ces outils, il faut avoir des droits d'administrateur pour créer une
> tâche. C'est assez simple à condition bien sûr que le territoire à couvrir
> soit une zone continue.
> On dessine le polygone et détermine le niveau de détail. L'API indique le
> nombre de carrés qui seront créés.
>
> Puis si on constate que les carrés créés sont trop grands ou trop petits,
> on efface et recommence.
>
> Une fois que l'on est satisfait à ce niveau, on édite à nouveau la tâche
> pour remplir les divers champs
> short description
> description
> workflow
> voir tâches déja créées.
>
>
>
> Pierre
>
>   --
> *De :* Vincent Privat 
> *À :* Discussions sur OSM en français 
> *Envoyé le :* Lundi 3 décembre 2012 13h13
> *Objet :* Re: [OSM-talk-fr] Grosse suppression de données autour de
> valenciennes - rédaction en cours
>
> Il suffit de demander à Simon non ?
>
> Le 3 décembre 2012 18:57, Christian Quest  a
> écrit :
>
> Effectivement, je ne connaissais pas... comment crée-t-on un job ?
>
>
> Le 3 décembre 2012 18:51, Vincent Privat  a
> écrit :
> > L'instance de http://rebuild.poole.ch serait plus adaptée non ?
> > Après tout on est techniquement dans le même cas que pour
> > http://wiki.openstreetmap.org/wiki/FR:Remapping
> >
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> 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
>
>
>
> ___
> 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] Suppression des tirets cadratins

[Pierre Béland]

teuxe a écrit :
> Au passage, je ne sais pas si la règle est édictée quelque part, mais il
 semble logique pour un système géographique de privilégier
> l'usage 
local dans le remplissage du champ name=* et d'indiquer les spécificités dans 
les langues étrangères si elles existent dans
> le champ 
name:LANG=*.
> Par exemple : http://www.openstreetmap.org/browse/node/26686563 (name:fr=* 
> n'a pas besoin d'être précisé)
 
Effectivement, l'attribut name indique habituellement la langue locale.  Par 
contre, cette langue locale n'est pas précisée. Aussi, il n'est pas clair si 
l'on devrait systématiquement ajouter un attribut name:fr=.  

Idéalement, on devrait indiquer la langue locale avec un attribut du type 
lang=fr. Mais à répéter à chaque fois qu'il y a un nom? 


Pierre 



>
> De : "te...@free.fr" 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 3 décembre 2012 13h40
>Objet : Re: [OSM-talk-fr] Suppression des tirets cadratins
> 
>> Une frontière ça sépare deux pays, à priori sur un pied d'égalité. Il 
>> faudrait donc surtout stocker les deux informations et puis c'est le rendu 
>> qui décide comment nommer la frontière.
>
>À ce sujet, tout à fait d'accord.
>- Faut-il donner un nom à une frontière ?
>- Si oui, alors s'il y a un nom différent de chaque côté (c'est-à-dire qu'il 
>n'y a pas consensus), alors pas de name=* mais un name:LANG=* pour toutes les 
>langues LANG qu'on veut, et écrit de la façon la plus appropriée qui soit 
>(selon le niveau des contributeurs).
>
>Au passage, je ne sais pas si la règle est édictée quelque part, mais il 
>semble logique pour un système géographique de privilégier l'usage local dans 
>le remplissage du champ name=* et d'indiquer les spécificités dans les langues 
>étrangères si elles existent dans le champ name:LANG=*.
>Par exemple : http://www.openstreetmap.org/browse/node/26686563 (name:fr=* n'a 
>pas besoin d'être précisé)
>
>Bien sûr pour les entités partagées entre pays, comme les frontières, cette 
>règle n'a pas lieu d'être, et donc le tag name=* indépendant de la langue ne 
>devrait pas être présent – sauf si on parle la même langue de chaque côté ou 
>qu'on a le même nom :D
>
>
>Teuxe
>
>
>
>- Mail original -
>De: "Guilhem Bonnefille" 
>À: "Discussions sur OSM en français" 
>Envoyé: Vendredi 30 Novembre 2012 15:21:43
>Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins
>
>Le 27 novembre 2012 17:51, Pieren  a écrit :
>>
>> Petit rappel : OSM est une base de données, pas une société d'édition
>> de beaux livres ou de belles cartes avec de beaux tirets longs, moyens
>> ou carrés pour faire joli. Les caractères de ponctuation doivent
>> pouvoir être saisis par n'importe quel quidam sur n'importe quel
>> clavier et être reconnus par n'importe quel logiciel.
>> [...]
>
>Ouf, quel thread. Au risque de répéter ce qui a était dit (j'ai pas pu
>tout lire), de ma lorgnette l'erreur pointée est surtout dans le
>schéma de l'information. Pourquoi mettre un nom à une frontière ? Une
>frontière ça sépare deux pays, à priori sur un pied d'égalité. Il
>faudrait donc surtout stocker les deux informations et puis c'est le
>rendu qui décide comment nommer la frontière.
>
>-- 
>Guilhem BONNEFILLE
>-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
>-=- mailto:guilhem.bonnefi...@gmail.com
>-=- http://nathguil.free.fr/
>
>___
>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
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression des tirets cadratins

[teuxe]

> Une frontière ça sépare deux pays, à priori sur un pied d'égalité. Il 
> faudrait donc surtout stocker les deux informations et puis c'est le rendu 
> qui décide comment nommer la frontière.

À ce sujet, tout à fait d'accord.
- Faut-il donner un nom à une frontière ?
- Si oui, alors s'il y a un nom différent de chaque côté (c'est-à-dire qu'il 
n'y a pas consensus), alors pas de name=* mais un name:LANG=* pour toutes les 
langues LANG qu'on veut, et écrit de la façon la plus appropriée qui soit 
(selon le niveau des contributeurs).

Au passage, je ne sais pas si la règle est édictée quelque part, mais il semble 
logique pour un système géographique de privilégier l'usage local dans le 
remplissage du champ name=* et d'indiquer les spécificités dans les langues 
étrangères si elles existent dans le champ name:LANG=*.
Par exemple : http://www.openstreetmap.org/browse/node/26686563 (name:fr=* n'a 
pas besoin d'être précisé)

Bien sûr pour les entités partagées entre pays, comme les frontières, cette 
règle n'a pas lieu d'être, et donc le tag name=* indépendant de la langue ne 
devrait pas être présent – sauf si on parle la même langue de chaque côté ou 
qu'on a le même nom :D


Teuxe



- Mail original -
De: "Guilhem Bonnefille" 
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 30 Novembre 2012 15:21:43
Objet: Re: [OSM-talk-fr] Suppression des tirets cadratins

Le 27 novembre 2012 17:51, Pieren  a écrit :
>
> Petit rappel : OSM est une base de données, pas une société d'édition
> de beaux livres ou de belles cartes avec de beaux tirets longs, moyens
> ou carrés pour faire joli. Les caractères de ponctuation doivent
> pouvoir être saisis par n'importe quel quidam sur n'importe quel
> clavier et être reconnus par n'importe quel logiciel.
> [...]

Ouf, quel thread. Au risque de répéter ce qui a était dit (j'ai pas pu
tout lire), de ma lorgnette l'erreur pointée est surtout dans le
schéma de l'information. Pourquoi mettre un nom à une frontière ? Une
frontière ça sépare deux pays, à priori sur un pied d'égalité. Il
faudrait donc surtout stocker les deux informations et puis c'est le
rendu qui décide comment nommer la frontière.

-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

___
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] Grosse suppression de données autour de valenciennes - rédaction en cours

[Pierre Béland]

C'est le même outil que le Hot Tasking Manager.  Ces outils sont prévus pour 
couper une zone continue en carrés micro-tâches qui prendront un temps 
raisonnable à réaliser.

Sur ces outils, il faut avoir des droits d'administrateur pour créer une tâche. 
C'est assez simple à condition bien sûr que le territoire à couvrir soit une 
zone continue.
On dessine le polygone et détermine le niveau de détail. L'API indique le 
nombre de carrés qui seront créés. 

Puis si on constate que les carrés créés sont trop grands ou trop petits, on 
efface et recommence.

Une fois que l'on est satisfait à ce niveau, on édite à nouveau la tâche pour 
remplir les divers champs
short description
description
workflow
voir tâches déja créées.



 
Pierre 



>
> De : Vincent Privat 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 3 décembre 2012 13h13
>Objet : Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes 
>- rédaction en cours
> 
>
>Il suffit de demander à Simon non ?
>
>
>Le 3 décembre 2012 18:57, Christian Quest  a écrit :
>
>Effectivement, je ne connaissais pas... comment crée-t-on un job ?
>>
>>
>>Le 3 décembre 2012 18:51, Vincent Privat  a écrit :
>>
>>> L'instance de http://rebuild.poole.ch serait plus adaptée non ?
>>> Après tout on est techniquement dans le même cas que pour
>>> http://wiki.openstreetmap.org/wiki/FR:Remapping
>>>
>>
>>
>>
>>--
>>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>>
>>___
>>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
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression des tirets cadratins

[teuxe]

Bonjour tout le monde,


> Ouf, quel thread. Au risque de répéter ce qui a était dit (j'ai pas pu tout 
> lire), de ma lorgnette l'erreur pointée est surtout dans le schéma de 
> l'information. Pourquoi mettre un nom à une frontière ?

Ah Guilem, il fallait lire un peu mieux :) Le sujet principal est encore dans 
le titre, "Suppression des tirets cadratins" (remplacer "tirets cadratins" par 
tout caractère ou toute formulation spécifique à une langue donnée).


Je ne suis pas mécontent d'avoir tilté sur le sujet, au vu des réactions de 
chacun... Je vais tenter un résumé sur le fond, peut-être devrait-on créer une 
page sur un wiki :D

POUR LA SIMPLICITÉ
+ Des outils faciles à développer et à maintenir à l'international.
+ Une approche évidente pour la majorité des participants.
- On impose (et on s'impose) des limites qui n'existent pas réellement dans la 
base de données.
- On perd des informations utiles (ON NE PEUT PAS remplacer espace-tiret-espace 
par un tiret long) voire importantes (exemple du œ ou de tous les caractères 
sortant du domaine de l'ASCII).
- Sur ce principe, on entre du contenu essentiellement en pensant à son 
traitement (données) plutôt qu'à sa finalité (information).

POUR LA RICHESSE DES DONNÉES
+ Des informations plus précises.
+ On n'empêche pas d'enrichir le contenu, toute participation peut toujours 
être améliorée.
+ On ne considère pas le contenu comme uniquement destiné à un rendu sur une 
carte.
- On contraint les outils à plus de complexité (au développement, pas à 
l'usage).
- On risque une diversité entre les contenus pointilleux et les contenus 
basiques (mais cela est le propre d'une base de données ouverte, voir la 
diversité des tags existants).
- On "fait peur" aux nouveaux contributeurs qui n'ont pas le même niveau de 
maturité (mais cela est valable également pour d'autres sujets sur OSM, et ça 
n'a empêché personne de contribuer, au contraire c'est en général constructif).

Si des arguments en faveur ou contre ces points de vue ont été abordés mais pas 
cités ci-dessus (sans recoupement des idées), je vous invite à compléter. Je 
manque de neutralité pour arbitrer le sujet : qui n'a pas de parti-pris ?


Teuxe

PS. Ce débat n'a-t-il lieu que pour le tag name=* ?

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

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - rédaction en cours

[Vincent Privat]

Il suffit de demander à Simon non ?

Le 3 décembre 2012 18:57, Christian Quest  a écrit
:

> Effectivement, je ne connaissais pas... comment crée-t-on un job ?
>
>
> Le 3 décembre 2012 18:51, Vincent Privat  a
> écrit :
> > L'instance de http://rebuild.poole.ch serait plus adaptée non ?
> > Après tout on est techniquement dans le même cas que pour
> > http://wiki.openstreetmap.org/wiki/FR:Remapping
> >
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> 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] Réf.: Re: Outil de suivi des objets qu on a edite

[THEVENON Julien]

Bonjour,

Une nouvelle version est disponible ici :
http://thevenon.julien.free.fr/osm_object_watcher/


Cette nouvelle version apporte les modifications suivantes:
+ grosse amelioration de performance lors de l initialisation de l outil avec 
un fichier .osm de grande taile ( pour les objets de CEDRIC007 on passe de 
plusieurs heures a quelques secondes )
+ correction d un bug signale par Jean Claude Repetto : dans le cas des hourly 
et daily diffs l outil essayait de telecharger les difss du futur
+ amelioration de la gestion d attente. L outil va s adapter automatiquement a 
la frequence de generation des diffs


Julien



>
> De : THEVENON Julien 
>À : "l...@worldonline.fr" ; Discussions sur OSM en 
>français  
>Envoyé le : Lundi 26 novembre 2012 17h31
>Objet : Re: [OSM-talk-fr] Réf.: Re:  Outil de suivi des objets qu on a edite
> 
>
>Bonjour,
>
>Une nouvelle version est disponible ici :
>http://thevenon.julien.free.fr/osm_object_watcher/
>
>
>
>Le probleme signale par l...@worldonline.fr peut maintenant etre contourne en 
>ajoutant le flag de compile FORCE_USE_OF_REINTERPRET_CAST
>
>A la demande de Jean Claude Repetto: le rapport HTML n est genere que si un 
>changement a ete detecté et n ecrasera pas le rapport precedent ( un suffixe 
>est ajoute au nom du rapport )
>
>
>
>Julien
>
>
>
>
>
>>
>> De : "l...@worldonline.fr" 
>>À : THEVENON Julien ; Discussions sur OSM en 
>>français  
>>Envoyé le : Lundi 12 novembre 2012 22h12
>>Objet : Re: [OSM-talk-fr] Réf.: Re:  Outil de suivi des objets qu on a edite
>> 
>>Bonsoir
>>
>>J'ai la même erreur que ce soit avec le nouvel exécutable ou l'ancien et
>>que ce soit avec mes données ou celles dans le dossier data :
>>
>>ERROR : Creation of module "user_object_instance" with type
>>"user_object" has failed
>>
>>J'ai recompilé avec les sources de Samedi et j'ai aussi cette erreur
>>avec les données du dossier data.
>>
>>Je ne me rappelle plus si j'avais réussi à aller au bout du processus
>>Samedi
>>
>>Merci
>>
>>
>>Le lundi 12 novembre 2012 à 11:36 +, THEVENON Julien a écrit :
>>> Salut,
>>> 
>>> 
>>> J ai mis en ligne une nouvelle version qui corrige le probleme que tu
>>> as rencontre ( http://thevenon.julien.free.fr/osm_object_watcher/ )
>>> Jusqu a present je n avais utilise que des fichiers .osm generes par l
>>> API osm et le visible etait toujours present ce que ne semble pas
>>> faire overpass
>>> 
>>> 
>>> Julien
>>> 
>>> 
>>> 
>>> 
>>>        
>>>         __
>>>         De : "l...@worldonline.fr" 
>>>         À : 
>>>         Cc : talk-fr@openstreetmap.org 
>>>         Envoyé le : Dimanche 11 novembre 2012 8h54
>>>         Objet : Re: [OSM-talk-fr] Réf.: Re: Outil de suivi des objets
>>>         qu on a edite
>>>        
>>>        
>>>         Le samedi 10 novembre 2012 à 22:20 +, THEVENON Julien a
>>>         écrit :
>>>         > 
>>>         > 
>>>         > 
>>>         > 
>>>         > --
>>>         > Le sam. 10 nov. 2012 20:50 HNEC, l...@worldonline.fr a
>>>         écrit :
>>>         > 
>>>         > >Bonsoir
>>>         > >
>>>         > >J'essaye de faire un fichier avec toutes mes modifications
>>>         avec
>>>         > >overpass-api (http://overpass-api.de/) .
>>>         > >
>>>         > >Le fichier généré ne me donne pas les paramètres convenus
>>>         pour
>>>         > >osm_diff_watcher.
>>>         > >
>>>         > >Par exemple les paramètres pour une relation devraient
>>>     
    être :
>>>         > >
>>>         > > >>         timestamp="2012-10-31T19:17:44Z"
>>>         > >version="74" changeset="13702578" user="Virgile1994"
>>>         uid="362997">
>>>         > >
>>>         > >et moi j'ai :
>>>         > >
>>>         > > >>         timestamp="2012-11-02T08:34:50Z"
>>>         > >changeset="13719520" uid="417368" user="lann">
>>>         > >
>>>         > >Il me manque l'information "visible" et certains paramètres
>>>        
 sont
>>>         > >inversés
>>>         > >
>>>         > >Et j'obtiens cette erreur :
>>>         > >
>>>         > >dom_generic_utilities.h:156: static ATTR_TYPE
>>>         >
>>>         
osm_diff_watcher::generic_dom_utilities::extract_attribute(const 
>>>XMLNode&, const char*) [with ATTR_TYPE = bool]: Assertion `l_str' failed
>>>         > >
>>>         > >qui, je pense, vient de l'absence du paramètre "visible"
>>>         > >
>>>         > >Comment générer ce fichier ?
>>>         > >
>>>         > >Merci
>>>         >
 >
>>>         > >
>>>         > 
>>>         > Salut,
>>>         > 
>>>         > il me semblait  avoir deja rencontre le cas du visible
>>>         manquant sur des objets masques par la redaction mais je n ai
>>>         peut etre pas couvert tous les cas.
>>>         > Peux tu m envoyer ton fichier genere, ton fichier de conf
>>>         ainsi que les fichiers .sqlite3?
>>>         > Cela me permet

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - rédaction en cours

[Christian Quest]

Effectivement, je ne connaissais pas... comment crée-t-on un job ?


Le 3 décembre 2012 18:51, Vincent Privat  a écrit :
> L'instance de http://rebuild.poole.ch serait plus adaptée non ?
> Après tout on est techniquement dans le même cas que pour
> http://wiki.openstreetmap.org/wiki/FR:Remapping
>


-- 
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] Grosse suppression de données autour de valenciennes - rédaction en cours

[Vincent Privat]

L'instance de http://rebuild.poole.ch serait plus adaptée non ?
Après tout on est techniquement dans le même cas que pour
http://wiki.openstreetmap.org/wiki/FR:Remapping

Le 3 décembre 2012 18:45, Christian Quest  a écrit
:

> C'est possible d'ouvrir un job sur HOT Task Manager ou de se
> coordonner avec QualityStreetMap pour le remapping ?
>
>
> Le 3 décembre 2012 18:24, sly (sylvain letuffe)  a
> écrit :
> > Le dimanche 02 décembre 2012 23:24:07, Eric SIBERT a écrit :
> >> > Je fais la demande pour la rédaction dans la soirée ou demain.
> >>
> >> Tu nous tiens au courant quand c'est terminé, qu'on lâche les
> termites...
> >
> > L'opération est en cours et peut être suivi ici :
> > http://www.openstreetmap.org/user/pnorman%20redaction%20revert/edits
> >
> >
> > --
> > sly (sylvain letuffe)
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> 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] Grosse suppression de données autour de valenciennes - rédaction en cours

[Christian Quest]

C'est possible d'ouvrir un job sur HOT Task Manager ou de se
coordonner avec QualityStreetMap pour le remapping ?


Le 3 décembre 2012 18:24, sly (sylvain letuffe)  a écrit :
> Le dimanche 02 décembre 2012 23:24:07, Eric SIBERT a écrit :
>> > Je fais la demande pour la rédaction dans la soirée ou demain.
>>
>> Tu nous tiens au courant quand c'est terminé, qu'on lâche les termites...
>
> L'opération est en cours et peut être suivi ici :
> http://www.openstreetmap.org/user/pnorman%20redaction%20revert/edits
>
>
> --
> sly (sylvain letuffe)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
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] Grosse suppression de données autour de valenciennes - rédaction en cours

[sly (sylvain letuffe)]

Le dimanche 02 décembre 2012 23:24:07, Eric SIBERT a écrit :
> > Je fais la demande pour la rédaction dans la soirée ou demain.
> 
> Tu nous tiens au courant quand c'est terminé, qu'on lâche les termites...

L'opération est en cours et peut être suivi ici :
http://www.openstreetmap.org/user/pnorman%20redaction%20revert/edits


-- 
sly (sylvain letuffe)

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

[OSM-talk-fr] registre parcellaire graphique, WMS et JOSM

[PhQ]

Bonjour,

Y a t' il un lien WMS fonctionnel  pour accéder aux données du registre
parcellaire graphique 2010 (et bientôt 2011) dans JOSM.

Sinon, je me contenterai de Géoportail ou bien de 

http://carto.quiedeville.org/datagouv/rpg/

Merci d'avance



--
View this message in context: 
http://gis.19327.n5.nabble.com/registre-parcellaire-graphique-WMS-et-JOSM-tp5738863.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

[OSM-talk-fr] [forum-osm-fr] Comment indiquer des ruelles trop étroite pour des voitures

[forum]

Le message suivant de :
##
Heuu tout est dans le sujet.



Dans le coeur de mon village, les voitures peuvent s'engagée en partie pour ce 
garer mais rencontre en bout un retrécissement importante empéchant leur 
circulation. Je pensait mettre l'élément "obstable" barrier=block même si il 
n'y a rien sur la chaussée



C'est bon  ou il y a un autre élément ?

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleurs réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile d'OSM?

[Pierre Béland]

Comme CartOsm est déja pris, pourquoi pas MonOSM ?



 
Pierre 



>
> De : Ista Pouss 
>À : Discussions sur OSM en français  
>Envoyé le : Lundi 3 décembre 2012 5h27
>Objet : Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile d'OSM?
> 
>
>Le 3 décembre 2012 10:59, Yohan Boniface  a écrit :
>
>Bref, tout ça pour dire que si quelqu'un a une idée de nom de code un peu plus 
>sexy, je suis preneur. Une fois que le projet sera officiellement présenté, 
>repasser par la case registre des naissances pour changer son nom sera plus 
>délicat ;)
>>
>
>Allons-y pour le braaainstoorRRRrrrmiaihing :
>
>Selfmap, Mamap, Mapographe,  Cartigraphe, Géonote, Terregraph, Géoschème, 
>Taupenote, Terro, Géoby... top fini, à quelqu'un d'autre.
>
>
>___
>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] Panne des minutes diffs France

[THEVENON Julien]

> De : Jocelyn Jaubert 

> Yep, bien vu. C'était du à un mauvais polygone utilisé pour le Kenya, que je
> viens de rajouter parmi les diffs générés.

> Je viens de relancer, et ça devrait rapidement récupérer le retard.

Super, merci !

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

Re: [OSM-talk-fr] Panne des minutes diffs France

[Jocelyn Jaubert]

On Mon, Dec 03, 2012 at 11:20:42AM +, THEVENON Julien wrote:
> Apparemment les minutes diffs France sont en carafe depuis Samedi :
> http://download.openstreetmap.fr/replication/europe/france/minute/state.txt

Yep, bien vu. C'était du à un mauvais polygone utilisé pour le Kenya, que je
viens de rajouter parmi les diffs générés.

Je viens de relancer, et ça devrait rapidement récupérer le retard.


Merci,
Jocelyn

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

Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile d'OSM?

[Bruno Cortial]

Le 3 décembre 2012 13:06, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le lundi 3 décembre 2012 11:27:58 Ista Pouss a écrit :
> > Le 3 décembre 2012 10:59, Yohan Boniface  a
> écrit :
> > > Bref, tout ça pour dire que si quelqu'un a une idée de nom de code un
> peu
> > > plus sexy, je suis preneur. Une fois que le projet sera officiellement
> > > présenté, repasser par la case registre des naissances pour changer son
> > > nom
> > > sera plus délicat ;)
> >
> > Allons-y pour le braaainstoorRRRrrrmiaihing :
>
> Moi, j'avais pensé à « Tatacarte ? »
>
>
Restons dans le ton : "L'appel à Carte"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Metz: nom de rues bizarre

[claude marani]

Bonjour

En faisant une extraction des nom de rue de Metz pour mon boulot, je
tombe la dessus

En Bonne-Ruelle
En Chaponrue
En Fausseruelle
En Froide Ruelle
En Jurue
En Nexirue
En Nicolaïrue

Je ne connait pas Metz. Ces rues existent-elle réellement?

merci
cordialement
Claude

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

Re: [OSM-talk-fr] Rendu transport public Mapnik - était - Arrêt de bus de Paris...

[Jo]

Comme j'étais en train de reviser tous les arrêts de bus dans mon coin,
j'avais commencé de remplacer highway=bus_stop par
public_transport=platform. Et moi aussi j'ai constaté qu'ils ne sont pas
rendus. Comme ça fait déjà 1,5 ans que la nouvelle façon de tagguer a été
'ratifiée', je l'ai signalé sur talk et là ils m'ont dit que l'on devrait
faire un double tagging.

Bon, ça me semble un gaspillage de ressources, donc dès à présent je taggue
simplement highway=bus_stop, comme auparavant. Tant pis. Peut-être dans 5
ans mapnik et les autres moteur de rendu auront évolué.

Polyglot

2012/12/3 Cedric Viou 

> Bonjour,
>
> Le 03/12/2012 11:50, rldhont a écrit :
> > La "nouvelle" façon de tagguer les transports public n'est pas
> > implémenté dans Potlatch (attention troll probable) mais bien dans
> JOSM...
> > Ensuite le rendu Mapnik ne devrait pas beaucoup changer, non ? QUe
> > voudrais-tu afficher qui soit facilement affichable ?
>
> Personnellement (mais je me suis peut être trompé dans la mise en
> œuvre), j'ai été déçu de ne pas voir "mes" quais
> (public_transport=platform):
>
> http://www.openstreetmap.org/?lat=47.227381&lon=2.05984&zoom=18&layers=M
>
> J'ai renoncé à trifouiller les tags pour les voir apparaître (et pis
> c'est pas bien...hein), je sais qu'ils sont là mais je serais content si
> je les voyais.  Désolé de ne pas avoir non plus cherché à le signaler.
>
> Cedric
>
>
>
> ___
> 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] Arrêt de bus de Paris...

[Christian Quest]

Je vois le nouveau modèle comme un complément du modèle basique.
D'ailleurs le nouveau modèle considère les tags du type
highway=bus_stop comme un équivallent au nouveau tag.

C'est sûr que si on veut exploiter à fond les infos de transport
public, il faut faire l'effort d'utiliser aussi modèle
public_transport mais bon, c'est un idéal... et il peut y avoir des
étapes intermédiaires.

-- 
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] Panne des minutes diffs France

[THEVENON Julien]

Hello,

Apparemment les minutes diffs France sont en carafe depuis Samedi :
http://download.openstreetmap.fr/replication/europe/france/minute/state.txt

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

Re: [OSM-talk-fr] Rendu transport public Mapnik - était - Arrêt de bus de Paris...

[Christian Quest]

Plus que les tags, ce sont les relations public_transport qui sont un
vrai apport pour décrire les arrêts, les correspondances, les lignes
complexes, les anciens tags étant considéré comme des équivalents avec
les nouveaux (indiqué dans le wiki).

En gardant donc les highway=bus_stop on est compatible avec l'ancien
modèle et c'est reconnu aussi par le nouveau, donc je ne vois moi non
plus pas de raison de les supprimer et un éventuel double tag (non
nécessaire) c'est bien peu de ressources gaspillées.


Le 3 décembre 2012 12:30, Jo  a écrit :
> Comme j'étais en train de reviser tous les arrêts de bus dans mon coin,
> j'avais commencé de remplacer highway=bus_stop par
> public_transport=platform. Et moi aussi j'ai constaté qu'ils ne sont pas
> rendus. Comme ça fait déjà 1,5 ans que la nouvelle façon de tagguer a été
> 'ratifiée', je l'ai signalé sur talk et là ils m'ont dit que l'on devrait
> faire un double tagging.
>
> Bon, ça me semble un gaspillage de ressources, donc dès à présent je taggue
> simplement highway=bus_stop, comme auparavant. Tant pis. Peut-être dans 5
> ans mapnik et les autres moteur de rendu auront évolué.
>
> Polyglot
>
>
> 2012/12/3 Cedric Viou 
>>
>> Bonjour,
>>
>> Le 03/12/2012 11:50, rldhont a écrit :
>> > La "nouvelle" façon de tagguer les transports public n'est pas
>> > implémenté dans Potlatch (attention troll probable) mais bien dans
>> > JOSM...
>> > Ensuite le rendu Mapnik ne devrait pas beaucoup changer, non ? QUe
>> > voudrais-tu afficher qui soit facilement affichable ?
>>
>> Personnellement (mais je me suis peut être trompé dans la mise en
>> œuvre), j'ai été déçu de ne pas voir "mes" quais
>> (public_transport=platform):
>>
>> http://www.openstreetmap.org/?lat=47.227381&lon=2.05984&zoom=18&layers=M
>>
>> J'ai renoncé à trifouiller les tags pour les voir apparaître (et pis
>> c'est pas bien...hein), je sais qu'ils sont là mais je serais content si
>> je les voyais.  Désolé de ne pas avoir non plus cherché à le signaler.
>>
>> Cedric
>>
>>
>>
>> ___
>> 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
>



-- 
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] A quand un Osmecum pour l'utilisation facile d'OSM?

[Nicolas Dumoulin]

Le lundi 3 décembre 2012 11:27:58 Ista Pouss a écrit :
> Le 3 décembre 2012 10:59, Yohan Boniface  a écrit :
> > Bref, tout ça pour dire que si quelqu'un a une idée de nom de code un peu
> > plus sexy, je suis preneur. Une fois que le projet sera officiellement
> > présenté, repasser par la case registre des naissances pour changer son
> > nom
> > sera plus délicat ;)
> 
> Allons-y pour le braaainstoorRRRrrrmiaihing :

Moi, j'avais pensé à « Tatacarte ? »

-- 
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] Metz: nom de rues bizarre

[clansco]

On Mon, 3 Dec 2012 12:40:26 +0100
claude marani  wrote:

> Bonjour
> 
> En faisant une extraction des nom de rue de Metz pour mon boulot, je
> tombe la dessus
> 
> En Bonne-Ruelle
> En Chaponrue
> En Fausseruelle
> En Froide Ruelle
> En Jurue
> En Nexirue
> En Nicolaïrue
> 
> Je ne connait pas Metz. Ces rues existent-elle réellement?

oui
(google est ton ami)
;)

-- 
Frédéric Falsetti
http://clansco.org

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

Re: [OSM-talk-fr] A quand un Osmecum pour l'utilisation facile d'OSM?

[Christian Quest]

La mode étant au "U" dans les noms... (voir Nintendo et sa WiiU et
Nespresso et sa "U"), alors... umap ?

youmap est très sympa aussi, il suffirait de contacter l'équipe
derrière youmapps pour être transquille.

-- 
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] Rendu transport public Mapnik - était - Arrêt de bus de Paris...

[Cedric Viou]

Bonjour,

Le 03/12/2012 11:50, rldhont a écrit :
> La "nouvelle" façon de tagguer les transports public n'est pas
> implémenté dans Potlatch (attention troll probable) mais bien dans JOSM...
> Ensuite le rendu Mapnik ne devrait pas beaucoup changer, non ? QUe
> voudrais-tu afficher qui soit facilement affichable ?

Personnellement (mais je me suis peut être trompé dans la mise en
œuvre), j'ai été déçu de ne pas voir "mes" quais
(public_transport=platform):

http://www.openstreetmap.org/?lat=47.227381&lon=2.05984&zoom=18&layers=M

J'ai renoncé à trifouiller les tags pour les voir apparaître (et pis
c'est pas bien...hein), je sais qu'ils sont là mais je serais content si
je les voyais.  Désolé de ne pas avoir non plus cherché à le signaler.

Cedric



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

[OSM-talk-fr] Rendu transport public Mapnik - était - Arrêt de bus de Paris...

[rldhont]

Bonjour Francescu,

La "nouvelle" façon de tagguer les transports public n'est pas 
implémenté dans Potlatch (attention troll probable) mais bien dans JOSM...
Ensuite le rendu Mapnik ne devrait pas beaucoup changer, non ? QUe 
voudrais-tu afficher qui soit facilement affichable ?


René-Luc

Le 03/12/2012 11:43, Francescu GAROBY a écrit :

Bonjour,
Je profite de ce fil de discussion pour pousser un peu plus à la prise 
en compte de la "nouvelle" (approuvée début 2011 
) 
façon de tagguer les transports publics 
.
Cela pousserait les développeurs des rendus (Mapnik, ...) à prendre en 
compte ces tags, car actuellement ils n'apparaissent pas, ce qui 
entretient l'usage de l'ancienne façon de faire.

J'ai d'ailleurs récemment eu une discussion avec

Francescu

Le 3 décembre 2012 11:28, Nicolas Dumoulin 
> a écrit :


Le vendredi 30 novembre 2012 23:43:20 Philippe Verdy a écrit :
> Peut-être effectivement. Je me demandais pourquoi je voyais
> "shelter=yes;no". La carte superpose les icônes et un clic sur
une affiche
> un onglet pour chacune mais semble mélanger malgré tout certains
attributs
> dans les onglets affichés.

Oui, un onglet est créé pour chaque élément (des noeuds ici)
regroupé avec la
stratégie cluster d'OpenLayers.
Normalement, les attributs ne sont pas mélangés, à moins d'un bug dans
OpenLayers. Mon code pour afficher les attributs reste simple,
donc je ne vois
pas d'erreur.
Si vous me pointez une erreur, je viens bien y regarder.

> Je pensais qu'un clic sur une icône n'en
> affichait le détail que d'un seul, comme sur Osmose ou ailleurs.

L'idée est d'avoir un compromis pour ne pas surcharger la carte et
avoir accès
à tous les éléments.

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

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




--
Cordialement,
Francescu GAROBY



___
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] Arrêt de bus de Paris...

[Francescu GAROBY]

Bonjour,
Je profite de ce fil de discussion pour pousser un peu plus à la prise en
compte de la "nouvelle" (approuvée début
2011)
façon de tagguer les transports
publics
.
Cela pousserait les développeurs des rendus (Mapnik, ...) à prendre en
compte ces tags, car actuellement ils n'apparaissent pas, ce qui entretient
l'usage de l'ancienne façon de faire.
J'ai d'ailleurs récemment eu une discussion avec

Francescu

Le 3 décembre 2012 11:28, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le vendredi 30 novembre 2012 23:43:20 Philippe Verdy a écrit :
> > Peut-être effectivement. Je me demandais pourquoi je voyais
> > "shelter=yes;no". La carte superpose les icônes et un clic sur une
> affiche
> > un onglet pour chacune mais semble mélanger malgré tout certains
> attributs
> > dans les onglets affichés.
>
> Oui, un onglet est créé pour chaque élément (des nœuds ici) regroupé avec
> la
> stratégie cluster d'OpenLayers.
> Normalement, les attributs ne sont pas mélangés, à moins d'un bug dans
> OpenLayers. Mon code pour afficher les attributs reste simple, donc je ne
> vois
> pas d'erreur.
> Si vous me pointez une erreur, je viens bien y regarder.
>
> > Je pensais qu'un clic sur une icône n'en
> > affichait le détail que d'un seul, comme sur Osmose ou ailleurs.
>
> L'idée est d'avoir un compromis pour ne pas surcharger la carte et avoir
> accès
> à tous les éléments.
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Arrêt de bus de Paris...

[Nicolas Dumoulin]

Le vendredi 30 novembre 2012 23:43:20 Philippe Verdy a écrit :
> Peut-être effectivement. Je me demandais pourquoi je voyais
> "shelter=yes;no". La carte superpose les icônes et un clic sur une affiche
> un onglet pour chacune mais semble mélanger malgré tout certains attributs
> dans les onglets affichés.

Oui, un onglet est créé pour chaque élément (des nœuds ici) regroupé avec la 
stratégie cluster d'OpenLayers.
Normalement, les attributs ne sont pas mélangés, à moins d'un bug dans 
OpenLayers. Mon code pour afficher les attributs reste simple, donc je ne vois 
pas d'erreur.
Si vous me pointez une erreur, je viens bien y regarder.

> Je pensais qu'un clic sur une icône n'en
> affichait le détail que d'un seul, comme sur Osmose ou ailleurs.

L'idée est d'avoir un compromis pour ne pas surcharger la carte et avoir accès 
à tous les éléments.

-- 
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] A quand un Osmecum pour l'utilisation facile d'OSM?

[Ista Pouss]

Le 3 décembre 2012 10:59, Yohan Boniface  a écrit :

> Bref, tout ça pour dire que si quelqu'un a une idée de nom de code un peu
> plus sexy, je suis preneur. Une fois que le projet sera officiellement
> présenté, repasser par la case registre des naissances pour changer son nom
> sera plus délicat ;)
>

Allons-y pour le braaainstoorRRRrrrmiaihing :

Selfmap, Mamap, Mapographe,  Cartigraphe, Géonote, Terregraph, Géoschème,
Taupenote, Terro, Géoby... top fini, à quelqu'un d'autre.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Arrêt de bus de Paris...

[Nicolas Dumoulin]

Le vendredi 30 novembre 2012 23:48:02 Christian Quest a écrit :
> Je ne sais pas comment xapiviewer se comporte pour afficher les détails des
> objets. Cette visualisation est brute de décoffrage juste pour donner une
> idée de l'étendue de cette intégration.

C'est du brut de décoffrage.
Le seul traitement est pour éventuellement ajouter des liens http si il y a 
lieu.

-- 
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] Problème bâti ds lotissement

[Cedric Viou]

Bonjour,

Je réponds sur la partie JOSM/relation associedStreet.
Mais j'ai déjà été doublé...

Voir pour la création des relations:
http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr#Utilitaire_de_saisie_des_adresses

Je m'en suis servi pour faire la saisie sur Vierzon (28000 habitants):
http://www.openstreetmap.org/?lat=47.2251&lon=2.0847&zoom=13&layers=M

Il y a ensuite des outils de vérif qui permettent de trouver des erreurs
de saisies (dans JOSM, ou osmose) et arriver à un bon niveau de qualité
(il faut que j'aille faire des vérif terrain, d'ailleurs... ;) )

Ça en vaut vraiment la peine.

Cedric

Le 03/12/2012 10:57, Tony Emery a écrit :
> Christian,
> 
> Merci pour ce travail.
> Si, effectivement, JOSM est mieux pour l'adressage que Potlach, on a
> toujours ce problème d'utilisation de cette application en mairie. Donc,
> pour le moment, on fait avec les moyens du bord...
> 
> La relation associedStreet n'est-elle pas un trop lourde à gérer quand notre
> objectif est de faire cela sur toute la commune ?
> 
> Je ne connaissais pas access=destination. Je vais me pencher sur tout ça...
> 
> Encore merci,
> 
> 
> 
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Probleme-bati-ds-lotissement-tp5738380p5738812.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
> 


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

Re: [OSM-talk-fr] Problème bâti ds lotissement

[Christian Quest]

Le 3 décembre 2012 10:57, Tony Emery  a écrit :
> Christian,
>
> Merci pour ce travail.
> Si, effectivement, JOSM est mieux pour l'adressage que Potlach, on a
> toujours ce problème d'utilisation de cette application en mairie. Donc,
> pour le moment, on fait avec les moyens du bord...
>

Il faudrait quand même faire comprendre à responsable informatique
qu'il n'y a aucun problème de sécurité par rapport à l'utilisation de
JOSM et aux connexions vers les serveurs d'OSM et que cela est
nécessaire à votre travail. Mais je pense que vous avez déjà bien
essayé...


> La relation associedStreet n'est-elle pas un trop lourde à gérer quand notre
> objectif est de faire cela sur toute la commune ?
>

A gérer avec Potlatch c'est sûr, mais saisir les addr:street à chaque
fois (et en gardant la même typo, ce qui n'était pas toujours le cas
dans ce que j'ai corrigé) c'est aussi relativement lourd
Avec JOSM et le plugin cadastre, y'a rien de plus simple et rapide
(plusieurs milliers d'adresses/jour) et surtout c'est ensuite très
efficace pour retrouver les adresses liées à une rue, etc...


-- 
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] A quand un Osmecum pour l'utilisation facile d'OSM?

[Yohan Boniface]

On 11/28/2012 10:36 AM, Pieren wrote:

2012/11/26 Yohan Boniface :

Et la remarque: je compte ajouter une option d'import sur "YouMap" (nom de
code provisoire)


Une appellation très proche du déjà existant "YouMapps" de SPOT Images:
http://www.youmapps.org/



J'ignorais, et je suis de toute façon pas super fan de "youmap".
N'étant pas inspiré, je me suis arrêté sur ça parce qu'il y avait une 
certaine familiarité avec "YouTube" dans mon esprit: un site qui propose 
de faciliter la création d'un contenu (ici des cartes thématiques sur 
OSM) et son utilisation embarquée (via iframe).
La comparaison s'arrête là, puisque ce projet ne vise surtout pas à être 
un service centralisé; il s'agit au contraire de fournir un projet que 
chacun peut installer sur ses serveurs et proposer en annexe de son 
propre site/projet.
Bref, tout ça pour dire que si quelqu'un a une idée de nom de code un 
peu plus sexy, je suis preneur. Une fois que le projet sera 
officiellement présenté, repasser par la case registre des naissances 
pour changer son nom sera plus délicat ;)


Yohan

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

Re: [OSM-talk-fr] Problème bâti ds lotissement

[Tony Emery]

Christian,

Merci pour ce travail.
Si, effectivement, JOSM est mieux pour l'adressage que Potlach, on a
toujours ce problème d'utilisation de cette application en mairie. Donc,
pour le moment, on fait avec les moyens du bord...

La relation associedStreet n'est-elle pas un trop lourde à gérer quand notre
objectif est de faire cela sur toute la commune ?

Je ne connaissais pas access=destination. Je vais me pencher sur tout ça...

Encore merci,



--
View this message in context: 
http://gis.19327.n5.nabble.com/Probleme-bati-ds-lotissement-tp5738380p5738812.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] tourne-à-droite

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Francescu GAROBY" 
>
> En fait, tu as potentiellement autant de relations que de voies à ton
> carrefour : chaque voie pouvant avoir un "tourne-à-droite".
> Le 3 décembre 2012 10:04, Pieren 
a écrit :
> 
> > 2012/12/2 Vincent de Chateau-Thierry :
> >
> > > Donc en résumé, je proposerais bien une relation
> > > * avec les tags suivants :
> > > type = restriction
> > > restriction:bicycle = give_way
> >
> > Avec un carrefour en T, ça ferait potentiellement 3 relations, non ?
> > Il y a peut-être plus simple comme solution...
> >

Si, à tous les axes convergeant sur le carrefour, on peut appliquer la règle du 
Certu (je 
cite) :

"Ces feux et panonceaux autorisent les cyclistes soit à tourner à droite
sur la voie la plus à droite, soit à poursuivre tout droit à un feu rouge
lorsqu’il n’y a pas de voie à droite."

alors en effet on pourrait vouloir factoriser l'expression de toutes les 
manoeuvres,
en ne tagguant par exemple que le noeud commun. Mais, avant d'en arriver là, je 
pense
qu'on gagnerait à savoir modéliser unitairement chaque manoeuvre, d'où ma 
proposition
(qui au passage ne fait que recycler des éléments existants).

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] tourne-à-droite

[Francescu GAROBY]

En fait, tu as potentiellement autant de relations que de voies à ton
carrefour : chaque voie pouvant avoir un "tourne-à-droite".

Francescu

Le 3 décembre 2012 10:04, Pieren  a écrit :

> 2012/12/2 Vincent de Chateau-Thierry :
>
> > Donc en résumé, je proposerais bien une relation
> > * avec les tags suivants :
> > type = restriction
> > restriction:bicycle = give_way
>
> Avec un carrefour en T, ça ferait potentiellement 3 relations, non ?
> Il y a peut-être plus simple comme solution...
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] tourne-à-droite

[Pieren]

2012/12/2 Vincent de Chateau-Thierry :

> Donc en résumé, je proposerais bien une relation
> * avec les tags suivants :
> type = restriction
> restriction:bicycle = give_way

Avec un carrefour en T, ça ferait potentiellement 3 relations, non ?
Il y a peut-être plus simple comme solution...

Pieren

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

Re: [OSM-talk-fr] Grosse suppression de données autour de valenciennes - imminente

[Bruno Cortial]

Le 2 décembre 2012 23:24, Eric SIBERT  a écrit :

> Je fais la demande pour la rédaction dans la soirée ou demain.
>>
>
> Tu nous tiens au courant quand c'est terminé, qu'on lâche les termites...
>
>
Bonjour,
Je suis partant pour participer au remap.
Il y a un endroit pour se répartir les secteurs et le suivi ? Sinon
j'attend les consignes.

En passant, dans les services OSM-FR, ne pourrait-on pas ajouter une
instance d'OSM tasking manager pour les sujets qui n'ont rien à voir avec
HOT ?

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

Re: [OSM-talk-fr] Problème bâti ds lotissement

[Christian Quest]

J'ai fait le revert en conservant les noeuds adresse, par contre, il y
a un décalage entre les adresses, les bâtiments du cadastre et l'image
bing. Je vous laisse recaler ce qui doit l'être.

J'ai un doute sur la pertinence de Potlatch, quand on connait la
facilité d'ajout d'adresses avec JOSM et le plugin cadastre de saisie
rapide des adresses...
J'ai remis au propre les addr:housename où se trouvaient le nom de la
rue et créé les relations associatedStreet à la place.

Pour le landuse=residential du lotissement, inutile d'ajouter
area=yes... un landuse s'applique toujours à une surface.
La voirie de ce lotissement est privée ? (access=private) ne
serait-elle pas plutôt destinée aux riverains (access=destination) ?


2012/12/3 Tony Emery :
> bonjour,
>
> du coup, comme j'ai jamais encore fait de revert, quelqu'un peut-il m'aider
> ?
> J'ai listé les changset qui ont été touchés :
> - http://www.openstreetmap.org/browse/changeset/14045279
> - http://www.openstreetmap.org/browse/changeset/14060719
> - http://www.openstreetmap.org/browse/changeset/14058896
> - http://www.openstreetmap.org/browse/changeset/14075135
> - http://www.openstreetmap.org/browse/changeset/14073401
> - http://www.openstreetmap.org/browse/changeset/14084389
> - http://www.openstreetmap.org/browse/changeset/14095871
>
> Dans l'idéal, il faudrait juste garder les création de points qui ayant la
> balise addr:housenumber
>
> Merci pour votre aide...
>


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

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