[OSM-talk-fr] Cartopartie à Bordeaux - Participiales

[Frédéric Rodrigo]

Bonjour,

À l'occasion des Participiales à Bordeaux aura lieu la seconde 
cartopartie poussé par la Mairie. La thématique est les commerces de 
proximités proche de Pey Berland. Rendez-vous le 28 juin 2013 à 16h30 à 
l'Athénée.


http://opendata.bordeaux.fr/inscriptions-%C3%A0-la-carto-partie-collaborative-des-participiales

Frédéric.

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

Re: [OSM-talk-fr] Projet "adresses"

[Ab_fab]

Lors de l'intégration des adresses de Nantes, il n'y avait pas le service
mapcraft.
Vu de l'extérieur, il a l'air de bien fonctionner pour créer de l'émulation
(se sentir moins seul grace au chat intégré), et mieux visualiser la
progression.

Je reste partisan de la notion d'avancée rue par rue : techniquement, ça
prend moins d'1 minute pour ajouter les points. Ensuite ce sont quelques
minutes à consacrer au contrôle des données.
Résultat, on peut participer à la progression, même en n'ayant que de
courts instants à sa disposition.



Le 13 juin 2013 16:31, Pieren  a écrit :

> 2013/6/13 Christian Quest :
>
> > Il y a sûrement un compromis à trouver entre "bourrin" et
> > "dentelle"... d'où mon "un peu plus" massif.
>
> Désolé. Quand je lis "massif", je comprends "bourrin". Reste à définir
> la méthode entre dentelle et bourrin. Un plugin josm ?
>
> Pieren
>
> ___
> 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", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet "adresses"

[Jean Couteau]

Le Fri, 14 Jun 2013 10:25:39 +0200,
Ab_fab  a écrit :

> Lors de l'intégration des adresses de Nantes, il n'y avait pas le service
> mapcraft.
> Vu de l'extérieur, il a l'air de bien fonctionner pour créer de l'émulation
> (se sentir moins seul grace au chat intégré), et mieux visualiser la
> progression.
> 
> Je reste partisan de la notion d'avancée rue par rue : techniquement, ça
> prend moins d'1 minute pour ajouter les points. Ensuite ce sont quelques
> minutes à consacrer au contrôle des données.
> Résultat, on peut participer à la progression, même en n'ayant que de
> courts instants à sa disposition.

Complètement. J'ai fait pas mal de rues pendant des pauses au boulot.

Jean


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

Re: [OSM-talk-fr] Projet "adresses"

[Christian Quest]

Il faudra sûrement s'adapter aussi aux données...

Sur des jeux opendata, on a généralement la correspondance numéro
/rue, donc une intégration rue par rue peut être organisée.

Sur les données du cadastre, ce lien numéro/rue n'est pas présent dans
les données et ne peut être qu'estimé par topologie.
Il sera sûrement préférable de travailler par planche cadastrale, car
c'est le découpage interne des données du cadastre.
Cela représente une zone cohérente, avec une vingtaine de rues en
centre ville et un millier d'adresse pour ce que j'ai regardé.

Je vois comme idéal une interface à mi chemin entre osmose et mapcraft
où sont proposés les jeux préparés à intégrer.
Ceux-ci devraient être calculés en live sur les données actuelles
présentes dans OSM pour faire de façon automatique tout ce qui peut
l'être pour gagner du temps. Je pense en particulier à fusionner le
point adresse avec le polygone du bâtiment lors ceux-ci sont très
proches.

Sur les données du cadastre, cela voudrait dire:
- une extraction des couches adresse et voirie vers par exemple une
base SQlite/spacialite
- une récupération des données OSM de la zone concernée
- un traitement dans cette base SQlite (conflation avec les adresses
existantes, conflation avec les bâtiments proches, conflation avec la
voirie pour inclusion dans la relation associatedStreet)
- la génération d'un fichier .osm de modif en incluant éventuellement
des note=* ou fixme=* sur les adresses qui semblent problématiques

Simple à écrire, n'est-ce pas ? Moins simple à coder, j'en suis
conscient, mais on a des fourmis codeuses ;)

La masse de données à intégrer étant si importante, que tout le temps
passé en développement qui pourra faire gagner en efficacité à
l'intégration sera 1000 fois récompensé !

8 mois pour Nantes et ses 155000 adresses... la France doit en
comporter 100 à 200 fois plus (quelqu'un a un chiffre global ?)...
d'où le besoin de "passer la seconde" ;)


Le 14 juin 2013 10:25, Ab_fab  a écrit :
> Lors de l'intégration des adresses de Nantes, il n'y avait pas le service
> mapcraft.
> Vu de l'extérieur, il a l'air de bien fonctionner pour créer de l'émulation
> (se sentir moins seul grace au chat intégré), et mieux visualiser la
> progression.
>
> Je reste partisan de la notion d'avancée rue par rue : techniquement, ça
> prend moins d'1 minute pour ajouter les points. Ensuite ce sont quelques
> minutes à consacrer au contrôle des données.
> Résultat, on peut participer à la progression, même en n'ayant que de courts
> instants à sa disposition.
>


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Projet "adresses"

[Romain MEHUT]

Le 14 juin 2013 11:01, Christian Quest  a écrit :

>

> . Je pense en particulier à fusionner le
> point adresse avec le polygone du bâtiment lors ceux-ci sont très
> proches.
>

Sur le polygone? Ou un nœud?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet "adresses"

[Christian Quest]

Je suis plus partisan sur un nœud... qui appartient au polygone du bâtiment.

Ca permet de gérer de plus nombreux cas, comme les bâtiments avec
plusieurs entrées comportant plusieurs adresses. C'est aussi plus
"propre" sur les cartes de mon point de vue, mais c'est une histoire
de goût ;)


Le 14 juin 2013 11:15, Romain MEHUT  a écrit :
> Le 14 juin 2013 11:01, Christian Quest  a écrit :
>
>
>>
>> . Je pense en particulier à fusionner le
>> point adresse avec le polygone du bâtiment lors ceux-ci sont très
>> proches.
>
>
> Sur le polygone? Ou un nœud?
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Projet "adresses"

[Ab_fab]

"8 mois pour Nantes et ses 155000 adresses ..."
Un élément d'explication ci-dessous :

Compte contributeur  Nombre de rues

isnogoud 5694
Jean Couteau 1123
apollinaire   726
djo_man   537
BrunoC361
philippekerla  87
Geovelo-cdm68
ab_fab 39
Med35
joedalton8522
Géovélo20

Pour l'adaptation aux données, effectivement on peut pas y échapper :-)

Le 14 juin 2013 11:01, Christian Quest  a écrit :

>
>
> 8 mois pour Nantes et ses 155000 adresses... la France doit en
> comporter 100 à 200 fois plus (quelqu'un a un chiffre global ?)...
> d'où le besoin de "passer la seconde" ;)
>
>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet "adresses"

[Romain MEHUT]

Le 14 juin 2013 11:18, Christian Quest  a écrit :

> Je suis plus partisan sur un nœud... qui appartient au polygone du
> bâtiment.
>
> Ca permet de gérer de plus nombreux cas, comme les bâtiments avec
> plusieurs entrées comportant plusieurs adresses. C'est aussi plus
> "propre" sur les cartes de mon point de vue, mais c'est une histoire
> de goût ;)
>

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

Re: [OSM-talk-fr] Projet "adresses"

[Marc SIBERT]

Sans vouloir commander : passer en mode projet (sur le wiki ou ailleurs)
pour définir les besoin en fonctions d'intégration, en solution de
publication (brut ou sur cartes), en priorité... Pour donner envie de
libérer des données faudra des outils pour les libérateurs /
réutilisateurs, mais les quels ? Un hackaton pour connaitre les besoin des
futurs utilisateurs de "La Base Adresse OSM" ?

Mes 0.02 € (seulement)


Le 14 juin 2013 11:01, Christian Quest  a écrit :

> Il faudra sûrement s'adapter aussi aux données...
>
> Sur des jeux opendata, on a généralement la correspondance numéro
> /rue, donc une intégration rue par rue peut être organisée.
>
> Sur les données du cadastre, ce lien numéro/rue n'est pas présent dans
> les données et ne peut être qu'estimé par topologie.
> Il sera sûrement préférable de travailler par planche cadastrale, car
> c'est le découpage interne des données du cadastre.
> Cela représente une zone cohérente, avec une vingtaine de rues en
> centre ville et un millier d'adresse pour ce que j'ai regardé.
>
> Je vois comme idéal une interface à mi chemin entre osmose et mapcraft
> où sont proposés les jeux préparés à intégrer.
> Ceux-ci devraient être calculés en live sur les données actuelles
> présentes dans OSM pour faire de façon automatique tout ce qui peut
> l'être pour gagner du temps. Je pense en particulier à fusionner le
> point adresse avec le polygone du bâtiment lors ceux-ci sont très
> proches.
>
> Sur les données du cadastre, cela voudrait dire:
> - une extraction des couches adresse et voirie vers par exemple une
> base SQlite/spacialite
> - une récupération des données OSM de la zone concernée
> - un traitement dans cette base SQlite (conflation avec les adresses
> existantes, conflation avec les bâtiments proches, conflation avec la
> voirie pour inclusion dans la relation associatedStreet)
> - la génération d'un fichier .osm de modif en incluant éventuellement
> des note=* ou fixme=* sur les adresses qui semblent problématiques
>
> Simple à écrire, n'est-ce pas ? Moins simple à coder, j'en suis
> conscient, mais on a des fourmis codeuses ;)
>
> La masse de données à intégrer étant si importante, que tout le temps
> passé en développement qui pourra faire gagner en efficacité à
> l'intégration sera 1000 fois récompensé !
>
> 8 mois pour Nantes et ses 155000 adresses... la France doit en
> comporter 100 à 200 fois plus (quelqu'un a un chiffre global ?)...
> d'où le besoin de "passer la seconde" ;)
>
>
> Le 14 juin 2013 10:25, Ab_fab  a écrit :
> > Lors de l'intégration des adresses de Nantes, il n'y avait pas le service
> > mapcraft.
> > Vu de l'extérieur, il a l'air de bien fonctionner pour créer de
> l'émulation
> > (se sentir moins seul grace au chat intégré), et mieux visualiser la
> > progression.
> >
> > Je reste partisan de la notion d'avancée rue par rue : techniquement, ça
> > prend moins d'1 minute pour ajouter les points. Ensuite ce sont quelques
> > minutes à consacrer au contrôle des données.
> > Résultat, on peut participer à la progression, même en n'ayant que de
> courts
> > instants à sa disposition.
> >
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Projet "adresses"

[Christian Quest]

Ca tombe bien... j'ai créé un wikiproject pour ça hier soir:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Adresses

Le 14 juin 2013 11:35, Marc SIBERT  a écrit :
> Sans vouloir commander : passer en mode projet (sur le wiki ou ailleurs)
> pour définir les besoin en fonctions d'intégration, en solution de
> publication (brut ou sur cartes), en priorité... Pour donner envie de
> libérer des données faudra des outils pour les libérateurs / réutilisateurs,
> mais les quels ? Un hackaton pour connaitre les besoin des futurs
> utilisateurs de "La Base Adresse OSM" ?
>
> Mes 0.02 € (seulement)
>
>
> Le 14 juin 2013 11:01, Christian Quest  a écrit :
>>
>> Il faudra sûrement s'adapter aussi aux données...
>>
>> Sur des jeux opendata, on a généralement la correspondance numéro
>> /rue, donc une intégration rue par rue peut être organisée.
>>
>> Sur les données du cadastre, ce lien numéro/rue n'est pas présent dans
>> les données et ne peut être qu'estimé par topologie.
>> Il sera sûrement préférable de travailler par planche cadastrale, car
>> c'est le découpage interne des données du cadastre.
>> Cela représente une zone cohérente, avec une vingtaine de rues en
>> centre ville et un millier d'adresse pour ce que j'ai regardé.
>>
>> Je vois comme idéal une interface à mi chemin entre osmose et mapcraft
>> où sont proposés les jeux préparés à intégrer.
>> Ceux-ci devraient être calculés en live sur les données actuelles
>> présentes dans OSM pour faire de façon automatique tout ce qui peut
>> l'être pour gagner du temps. Je pense en particulier à fusionner le
>> point adresse avec le polygone du bâtiment lors ceux-ci sont très
>> proches.
>>
>> Sur les données du cadastre, cela voudrait dire:
>> - une extraction des couches adresse et voirie vers par exemple une
>> base SQlite/spacialite
>> - une récupération des données OSM de la zone concernée
>> - un traitement dans cette base SQlite (conflation avec les adresses
>> existantes, conflation avec les bâtiments proches, conflation avec la
>> voirie pour inclusion dans la relation associatedStreet)
>> - la génération d'un fichier .osm de modif en incluant éventuellement
>> des note=* ou fixme=* sur les adresses qui semblent problématiques
>>
>> Simple à écrire, n'est-ce pas ? Moins simple à coder, j'en suis
>> conscient, mais on a des fourmis codeuses ;)
>>
>> La masse de données à intégrer étant si importante, que tout le temps
>> passé en développement qui pourra faire gagner en efficacité à
>> l'intégration sera 1000 fois récompensé !
>>
>> 8 mois pour Nantes et ses 155000 adresses... la France doit en
>> comporter 100 à 200 fois plus (quelqu'un a un chiffre global ?)...
>> d'où le besoin de "passer la seconde" ;)
>>
>>
>> Le 14 juin 2013 10:25, Ab_fab  a écrit :
>> > Lors de l'intégration des adresses de Nantes, il n'y avait pas le
>> > service
>> > mapcraft.
>> > Vu de l'extérieur, il a l'air de bien fonctionner pour créer de
>> > l'émulation
>> > (se sentir moins seul grace au chat intégré), et mieux visualiser la
>> > progression.
>> >
>> > Je reste partisan de la notion d'avancée rue par rue : techniquement, ça
>> > prend moins d'1 minute pour ajouter les points. Ensuite ce sont quelques
>> > minutes à consacrer au contrôle des données.
>> > Résultat, on peut participer à la progression, même en n'ayant que de
>> > courts
>> > instants à sa disposition.
>> >
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
> Marc Sibert
> m...@sibert.fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

[OSM-talk-fr] Question sur les écluses

[Romain MEHUT]

Bonjour,

Je voudrais savoir comment vous taguez les écluses quant à leur nom. Il y a
un tag dédié "lock_name" mais je constate que le tag "name" est parfois
aussi utilisé dans ce sens (j'imagine pour une question de rendu) alors que
selon le wiki à http://wiki.openstreetmap.org/wiki/Lock il est écrit "*Because
the canal name will be using the "name" property of the canal, the tag
lock_name =* should be
used if the lock has a name.*"

Ce seraient donc bien 2 tags avec 2 valeurs différentes. C'est au rendu de
choisir laquelle est affichée.

Aussi un détail, je n'ai pas trouvé de règles typo pour écrire "numéro" en
abrégé. Faut-il écrire "No" ou "n°" (ce dernier correspond à ce que j'ai pu
voir de visu)?

Merci.

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

Re: [OSM-talk-fr] Question sur les écluses

[Francescu GAROBY]

Bonjour,
Pour le lock_name, je n'ai pas de réponse. Mais pour "numéro", je ne pense
pas qu'il faille l'écrire en abrégé ! Pour moi, c'est (éventuellement) au
rendu de remplacer ce mot par un abrégé, comme osm-fr le fait pour d'autres
mot ("Général", "Maréchal", "Docteur", ...).

Francescu


Le 14 juin 2013 12:16, Romain MEHUT  a écrit :

> Bonjour,
>
> Je voudrais savoir comment vous taguez les écluses quant à leur nom. Il y
> a un tag dédié "lock_name" mais je constate que le tag "name" est parfois
> aussi utilisé dans ce sens (j'imagine pour une question de rendu) alors que
> selon le wiki à http://wiki.openstreetmap.org/wiki/Lock il est écrit "*Because
> the canal name will be using the "name" property of the canal, the tag
> lock_name =* should be
> used if the lock has a name.*"
>
> Ce seraient donc bien 2 tags avec 2 valeurs différentes. C'est au rendu de
> choisir laquelle est affichée.
>
> Aussi un détail, je n'ai pas trouvé de règles typo pour écrire "numéro" en
> abrégé. Faut-il écrire "No" ou "n°" (ce dernier correspond à ce que j'ai pu
> voir de visu)?
>
> Merci.
>
> Romain
>
> ___
> 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] Question sur les écluses

[Yohan Boniface]

Personnellement, je suis le wiki sur le sujet, donc j'utilise lock_name, 
pour ne pas entrer en conflit avec le name sur le way, qui est en toute 
logique réservé au cours d'eau.
Pour les voies fluviales, voir cette page (en construction): 
http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM


Yohan

On 06/14/2013 12:16 PM, Romain MEHUT wrote:

Bonjour,

Je voudrais savoir comment vous taguez les écluses quant à leur nom. Il
y a un tag dédié "lock_name" mais je constate que le tag "name" est
parfois aussi utilisé dans ce sens (j'imagine pour une question de
rendu) alors que selon le wiki à http://wiki.openstreetmap.org/wiki/Lock
il est écrit "/Because the canal name will be using the "name" property
of the canal, the tag lock_name
=* should be used if
the lock has a name./"

Ce seraient donc bien 2 tags avec 2 valeurs différentes. C'est au rendu
de choisir laquelle est affichée.

Aussi un détail, je n'ai pas trouvé de règles typo pour écrire "numéro"
en abrégé. Faut-il écrire "No" ou "n°" (ce dernier correspond à ce que
j'ai pu voir de visu)?

Merci.

Romain


___
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] Question sur les écluses

[Romain MEHUT]

Le 14 juin 2013 12:28, Yohan Boniface  a écrit :

> Personnellement, je suis le wiki sur le sujet, donc j'utilise lock_name,
> pour ne pas entrer en conflit avec le name sur le way, qui est en toute
> logique réservé au cours d'eau.
> Pour les voies fluviales, voir cette page (en construction):
> http://wiki.openstreetmap.org/**wiki/User_talk:ClaudeM
>

Sauf que à http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM#.C3.89cluses,
le tag "name" est utilisé pour nommer l'écluse... avec "No" pour la
contraction de "numéro".

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

Re: [OSM-talk-fr] Question sur les écluses

[Yohan Boniface]

On 06/14/2013 12:35 PM, Romain MEHUT wrote:

Sauf que à
http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM#.C3.89cluses, le
tag "name" est utilisé pour nommer l'écluse... avec "No" pour la
contraction de "numéro".


Ah ah oui, mince, c'est fort.
Bon bin moi je suis le wiki d'ici: 
http://wiki.openstreetmap.org/wiki/Key:lock

Et Claude, si t'es dans le coin, je veux bien ton avis du coup? :)

Yohan, confus d'être confus


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

Re: [OSM-talk-fr] Projet "adresses"

[Stéphane Péneau]

Le 14/06/2013 11:21, Romain MEHUT a écrit :
Le 14 juin 2013 11:18, Christian Quest > a écrit :


Je suis plus partisan sur un nœud... qui appartient au polygone du
bâtiment.

Ca permet de gérer de plus nombreux cas, comme les bâtiments avec
plusieurs entrées comportant plusieurs adresses. C'est aussi plus
"propre" sur les cartes de mon point de vue, mais c'est une histoire
de goût ;)


Ouf tu me rassures.



En ajoutant des adresses de cette façon, Osmose m'avait renvoyé tout un 
tas de "trop grande distance à la rue" pour les maisons un peu éloignées 
de la voirie.


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

[OSM-talk-fr] Ligne Maginot - était Oups : rendu des bunkers

[Yves Pratter]

Le 13 juin 2013 à 23:29, Yves Pratter  a écrit :

>> Au fait, qu'est-ce que vous utiliseriez comme tag pour préciser 
>> l'appartenance du bunker à la ligne Maginot ? Pour l'instant je me contente 
>> de name="Bunker de la ligne Maginot".
> Je pensais à une relation ?
> 
Une relation de type=collection a été utilisée pour la Ligne Siegfried
Relation : Westwall (1629004)

• historic = ruins
• military = border_fortification
• name = Westwall
• name:fr = Ligne Siegfried
• note = Relation, die Teile des ehemaligen Westwalls zusammenfasst
• type = collection
• wikipedia = de:Westwall

Il y en a 1305 de ce type : 
http://wiki.openstreetmap.org/wiki/Relation:collection

Voici la requête overpass-turbo pour voir les bunkers : 
http://overpass-turbo.eu/s/lZ

Concernant la Ligne Maginot, il faut peut-être créer la relation ?
Il y a 4 880 bunkers recensés sur wikimaginot. Ça fait un peu de saisie ;-)
A moins qu'ils acceptent de faire un export vers OSM ?

--
Yves


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

Re: [OSM-talk-fr] Question sur les écluses

[Pieren]

2013/6/14 Romain MEHUT :

> Sauf que à
> http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM#.C3.89cluses, le tag
> "name" est utilisé pour nommer l'écluse... avec "No" pour la contraction de
> "numéro".

Euh, cette page de "discussion" commence par

== ATTENTION cette page est une ébauche à valider ==

Le numéro devrait uniquement figurer dans le lock_ref, amha. A charge
du logiciel de rendu d'afficher le nom du canal ou le nom de l'écluse
ou son numéro.

Pieren

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

Re: [OSM-talk-fr] Projet "adresses"

[Marc SIBERT]

Je viens d'enrichir l'onglet talk de mes suggestions.

A+


Le 14 juin 2013 11:39, Christian Quest  a écrit :

> Ca tombe bien... j'ai créé un wikiproject pour ça hier soir:
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Adresses
>
> Le 14 juin 2013 11:35, Marc SIBERT  a écrit :
> > Sans vouloir commander : passer en mode projet (sur le wiki ou ailleurs)
> > pour définir les besoin en fonctions d'intégration, en solution de
> > publication (brut ou sur cartes), en priorité... Pour donner envie de
> > libérer des données faudra des outils pour les libérateurs /
> réutilisateurs,
> > mais les quels ? Un hackaton pour connaitre les besoin des futurs
> > utilisateurs de "La Base Adresse OSM" ?
> >
> > Mes 0.02 € (seulement)
> >
> >
> > Le 14 juin 2013 11:01, Christian Quest  a
> écrit :
> >>
> >> Il faudra sûrement s'adapter aussi aux données...
> >>
> >> Sur des jeux opendata, on a généralement la correspondance numéro
> >> /rue, donc une intégration rue par rue peut être organisée.
> >>
> >> Sur les données du cadastre, ce lien numéro/rue n'est pas présent dans
> >> les données et ne peut être qu'estimé par topologie.
> >> Il sera sûrement préférable de travailler par planche cadastrale, car
> >> c'est le découpage interne des données du cadastre.
> >> Cela représente une zone cohérente, avec une vingtaine de rues en
> >> centre ville et un millier d'adresse pour ce que j'ai regardé.
> >>
> >> Je vois comme idéal une interface à mi chemin entre osmose et mapcraft
> >> où sont proposés les jeux préparés à intégrer.
> >> Ceux-ci devraient être calculés en live sur les données actuelles
> >> présentes dans OSM pour faire de façon automatique tout ce qui peut
> >> l'être pour gagner du temps. Je pense en particulier à fusionner le
> >> point adresse avec le polygone du bâtiment lors ceux-ci sont très
> >> proches.
> >>
> >> Sur les données du cadastre, cela voudrait dire:
> >> - une extraction des couches adresse et voirie vers par exemple une
> >> base SQlite/spacialite
> >> - une récupération des données OSM de la zone concernée
> >> - un traitement dans cette base SQlite (conflation avec les adresses
> >> existantes, conflation avec les bâtiments proches, conflation avec la
> >> voirie pour inclusion dans la relation associatedStreet)
> >> - la génération d'un fichier .osm de modif en incluant éventuellement
> >> des note=* ou fixme=* sur les adresses qui semblent problématiques
> >>
> >> Simple à écrire, n'est-ce pas ? Moins simple à coder, j'en suis
> >> conscient, mais on a des fourmis codeuses ;)
> >>
> >> La masse de données à intégrer étant si importante, que tout le temps
> >> passé en développement qui pourra faire gagner en efficacité à
> >> l'intégration sera 1000 fois récompensé !
> >>
> >> 8 mois pour Nantes et ses 155000 adresses... la France doit en
> >> comporter 100 à 200 fois plus (quelqu'un a un chiffre global ?)...
> >> d'où le besoin de "passer la seconde" ;)
> >>
> >>
> >> Le 14 juin 2013 10:25, Ab_fab  a écrit :
> >> > Lors de l'intégration des adresses de Nantes, il n'y avait pas le
> >> > service
> >> > mapcraft.
> >> > Vu de l'extérieur, il a l'air de bien fonctionner pour créer de
> >> > l'émulation
> >> > (se sentir moins seul grace au chat intégré), et mieux visualiser la
> >> > progression.
> >> >
> >> > Je reste partisan de la notion d'avancée rue par rue : techniquement,
> ça
> >> > prend moins d'1 minute pour ajouter les points. Ensuite ce sont
> quelques
> >> > minutes à consacrer au contrôle des données.
> >> > Résultat, on peut participer à la progression, même en n'ayant que de
> >> > courts
> >> > instants à sa disposition.
> >> >
> >>
> >>
> >> --
> >> Christian Quest - OpenStreetMap France
> >> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
> >>
> >> ___
> >> Talk-fr mailing list
> >> Talk-fr@openstreetmap.org
> >> http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> >
> > --
> > Marc Sibert
> > m...@sibert.fr
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Question sur les écluses

[claude marani]

Bonjour

j'en déduit donc que
pour le lock_name je suis d'accord on met le nom de l'ecluse s'il existe
pour le lock_ref le numéro s'il existe
name contient le nom de la voie d'eau.


une modif du rendu mapnik permettrait d'afficher ce nom, comment proposer
cette modif?
si ok je rectifie la page.






Le 14 juin 2013 12:59, Pieren  a écrit :

> 2013/6/14 Romain MEHUT :
>
> > Sauf que à
> > http://wiki.openstreetmap.org/wiki/User_talk:ClaudeM#.C3.89cluses, le
> tag
> > "name" est utilisé pour nommer l'écluse... avec "No" pour la contraction
> de
> > "numéro".
>
> Euh, cette page de "discussion" commence par
>
> == ATTENTION cette page est une ébauche à valider ==
>
> Le numéro devrait uniquement figurer dans le lock_ref, amha. A charge
> du logiciel de rendu d'afficher le nom du canal ou le nom de l'écluse
> ou son numéro.
>
> 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] Question sur les écluses

[Yves Pratter]

Bonjour,J'ai aussi remarqué des problèmes de rendu vers les écluses de Creil :Le trou correspond au tag waterway=weir qui n'est pas affiché.Il devrait être rendu au minimum comme celui de waterway=riverbank.En pinaillant, tu peux éventuellement rajouter les embruns ;-)Les hachures le long de l'écluse ne sont ni parlantes, ni gracieuses. On ne les retrouve pas d'ailleurs dans les autres rendus.Seul openriverboat affiche en plus deux flèches verticales pour indiquer le changement de niveau d'eau.Quand aux portes, waterway=lock gate, elles ne sont représentées que par un point.Il me semble aussi que le nom de la rivière devrait apparaitre par dessus la limite administrative ?Merci,Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur les écluses

[Yves Pratter]

Le 14 juin 2013 à 14:45, claude marani  a écrit :

> Bonjour
> 
> j'en déduit donc que
> pour le lock_name je suis d'accord on met le nom de l'ecluse s'il existe
> pour le lock_ref le numéro s'il existe
> name contient le nom de la voie d'eau.

Où peut-on retrouver ces références et ces noms ?

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

Re: [OSM-talk-fr] Question sur les écluses

[Romain MEHUT]

J'oubliais, j'ai une autre question. Quand un barrage supporte une route,
peut-on mettre les tags highway=* et waterway=dam sur le même way?

Romain

Le 14 juin 2013 12:16, Romain MEHUT  a écrit :

> Bonjour,
>
> Je voudrais savoir comment vous taguez les écluses quant à leur nom. Il y
> a un tag dédié "lock_name" mais je constate que le tag "name" est parfois
> aussi utilisé dans ce sens (j'imagine pour une question de rendu) alors que
> selon le wiki à http://wiki.openstreetmap.org/wiki/Lock il est écrit "*Because
> the canal name will be using the "name" property of the canal, the tag
> lock_name =* should be
> used if the lock has a name.*"
>
> Ce seraient donc bien 2 tags avec 2 valeurs différentes. C'est au rendu de
> choisir laquelle est affichée.
>
> Aussi un détail, je n'ai pas trouvé de règles typo pour écrire "numéro" en
> abrégé. Faut-il écrire "No" ou "n°" (ce dernier correspond à ce que j'ai pu
> voir de visu)?
>
> Merci.
>
> Romain
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur les écluses

[Romain MEHUT]

Le 14 juin 2013 14:56, Yves Pratter  a écrit :

>
> Où peut-on retrouver ces références et ces noms ?
>

Il y a un panneau de VNF les mentionnant par chez moi.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ligne Maginot - était Oups : rendu des bunkers

[Pieren]

2013/6/14 Yves Pratter :

> Je pensais à une relation ?
>
> Une relation de type=collection a été utilisée pour la Ligne Siegfried

Ouch, surtout ne pas répéter les erreurs que d'autres font.
La relation de type "collection" est quelque chose à oublier au plus
vite. Ce terme est trop générique. Quand on étudie l'historique de la
proposition, on comprend que cela correspond mieux au multilinestring
d'aujourd'hui.

De plus, une relation n'est pas une catégorie:
http://wiki.openstreetmap.org/wiki/FR:Relations/Relations_are_not_Categories

Choisissez soit un tag (à inventer), soit une relation de type "site"
(à discuter), mais pas cette horreur de "collection", svp.

pnorman a bien ajouter dans le wiki un avertissement sur les
catégories mais il vaudrait mieux supprimer ces pages du wiki et
corriger ces relations dans la base en trouvant autre chose.

Pieren

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

[OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS

[Jean-Guilhem Cailton]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bonjour

L'orthophoto des Alpes Maritimes, mise à disposition par le Centre
Régional de l'Information Géographique Provences Alpes Côte d'Azur
(CRIGE-PACA), est disponible en TMS.

Les prises de vue datent de l'été 2009. La résolution native était de 20
cm, ré-échantillonnée à 40 cm pour l'ortho RVB. La précision
planimétrique indiquée est de 40 cm en milieu urbain, et d'1 m en milieu
rural.

Les images ont été remises à Christian sur disque dur. Il les a
compressées en jpeg et transférées, en 4 jours, sur le serveur à Grenoble.

L'URL de la couche en TMS pour JOSM est :
tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/alpesmaritimes06_2009/{zoom}/{x}/{y}


Il est en général préférable d'utiliser le protocole TMS, qui charge
moins le serveur. Cependant, il peut y avoir des cas, par exemple si
vous travaillez dans la projection CC44 pour accéder en même temps au
cadastre, où l'utilisation du WMS peut se justifier. Son URL pour JOSM est :
wms:http://wms.openstreetmap.fr/wms?FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=PACA06&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}
(Notez que dans la dernière version (5990) de JOSM, la résolution d'une
couche WMS s'ajuste maintenant automatiquement par défaut).
Encore une fois, merci pour le serveur de n'utiliser ce protocole WMS
que si vous en avez besoin pour éditer OSM.


Les orthophotos des autres départements de la région PACA devraient
suivre, en fonction des délibérations.


Ma petite contribution à la mise en ligne de cette première orthophoto
départementale est amicalement dédiée à Jocelyn, local de l'étape, avec
tout ce qu'il fait pour faire tourner les serveurs de l'asso.

Bien cordialement,

Jean-Guilhem

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlG7FQMACgkQv8a3ilk56uKPewCfaMu8KAkch0AX0BMLQU1ZL2MO
pFMAn24gBgqTvywoB/QMXN20lLXkFtDc
=ppqT
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Question sur les écluses

[Yves Pratter]

> Il y a un panneau de VNF les mentionnant par chez moi
Je pensais à un site internet et/ou une base de données car je ne vais pas 
retourner à Creil avant quelques mois ;-)

Mais merci quand même pour l'info :-)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur les écluses

[Romain MEHUT]

Le 14 juin 2013 12:16, Romain MEHUT  a écrit :


> Aussi un détail, je n'ai pas trouvé de règles typo pour écrire "numéro" en
> abrégé. Faut-il écrire "No" ou "n°" (ce dernier correspond à ce que j'ai pu
> voir de visu)?
>

Selon Wikipédia, l'abréviation française de "numéro" est "no"
https://fr.wikipedia.org/wiki/Num%C3%A9ro
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur les écluses

[Ab_fab]

Probablement dans la base ONEMA
http://wiki.openstreetmap.org/wiki/WikiProject_France/Installations_hydro%C3%A9lectriques#R.C3.A9f.C3.A9rentiel_des_Obstacles_.C3.A0_l.E2.80.99.C3.89coulement

à visualiser avec QGis ou le plugin OpenData de JOSM
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData


Le 14 juin 2013 14:56, Yves Pratter  a écrit :

>
> Le 14 juin 2013 à 14:45, claude marani  a écrit :
>
> > Bonjour
> >
> > j'en déduit donc que
> > pour le lock_name je suis d'accord on met le nom de l'ecluse s'il existe
> > pour le lock_ref le numéro s'il existe
> > name contient le nom de la voie d'eau.
>
> Où peut-on retrouver ces références et ces noms ?
>
> --
> Yves
> ___
> 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", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ligne Maginot - était Oups : rendu des bunkers

[Yves Pratter]

>> Une relation de type=collection a été utilisée pour la Ligne Siegfried
> Ouch, surtout ne pas répéter les erreurs que d'autres font.
Trop tard…
Ok je corrigerais cela quand quelqu'un aura pondu quelque chose de plus adapté.

> De plus, une relation n'est pas une catégorie:
> http://wiki.openstreetmap.org/wiki/FR:Relations/Relations_are_not_Categories
Ok, j'ai bien lu :-)

Mais je voyais ça comme une sorte de jointure SQL pour ne pas répéter le lien 
vers wikipedia sur tous les bunkers par exemple.

Et tout compte fait, la description des routes faite dans cet article ressemble 
étrangement à une ligne (Maginot) de bunkers ?
Il y a bien un "itinéraire" entre toutes ces tourelles qui sont pour certaines 
réellement reliées par des souterrains ?

Finalement, est-ce que ce n'est pas valable aussi dans ce cas ?

> Choisissez soit un tag (à inventer), soit une relation de type "site"
> (à discuter), mais pas cette horreur de "collection", svp.
Ok, un peu comme operator pour les stations services ?

--
Yves


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

Re: [OSM-talk-fr] Question sur les écluses

[Yves Pratter]

> Où peut-on retrouver ces références et ces noms ?

> Probablement dans la base ONEMA
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Installations_hydro%C3%A9lectriques#R.C3.A9f.C3.A9rentiel_des_Obstacles_.C3.A0_l.E2.80.99.C3.89coulement
> 
> à visualiser avec QGis ou le plugin OpenData de JOSM
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData

J'ai trouvé entre-temps des infos sur le site de VNF
points d'intérêt des écluses
Leur SIG http://www.vnf.fr/sigfed/carto/.

En cliquant sur la zone de l'écluse on obtient ceci :
Nature du tronçon   Nom BiefNom de la voie  Nom court de la voie
Ouvrage Avalant Ouvrage Avalant Toponyme 2  Ouvrage Amont Toponyme 1
Ouvrage Amont Toponyme 2Exploitant  GestionnairePropriétaire
Nom de la Subdivision   DT  Gabarit Type bateau CEMTNuméro de la 
sectionNuméro du segment   Modifier
Ligne principaleBief de Creil   Oise canalisée  Oise canalisée  écluse 
double n°4 de Creil  Creil   Direction territoriale Bassin 
de la Seine   Voies navigables de France  Subdivision de 
CompiègneDirection territoriale Bassin de la Seine   GG 
 5   205 2053

Je ne sais pas si c'est normal, mais les deux écluses de Creil ont le même n° ??

En tout cas ça fait encore un peu de boulot pour Osmose qui ne propose pas 
encore? de les intégrer ;-)

Au passage, ça correspond à quoi cette erreur signalée par Osmose ?
Cours d'eau fermé 

way 156233079 rawedit josm 
waterway = weir 
Erreur reportée le : 2013-06-13___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur les écluses

[Yves Pratter]

>>> Où peut-on retrouver ces références et ces noms ?
>> 
>>> Probablement dans la base ONEMA
>>> http://wiki.openstreetmap.org/wiki/WikiProject_France/Installations_hydro%C3%A9lectriques#R.C3.A9f.C3.A9rentiel_des_Obstacles_.C3.A0_l.E2.80.99.C3.89coulement
>> 

OK ça charge bien dans JOSM, merci :-)

On doit saisir quoi pour ces attributs ?
lock_name
"Écluse de Creil"
"Écluse numéro 4 de Creil"

lock_ref
 
"4"
"ROE54763" (identifiant ROE)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur les écluses

[claude marani]

lock_name=Creil
lock_ref=4

non?



Le 14 juin 2013 16:35, Yves Pratter  a écrit :

> Où peut-on retrouver ces références et ces noms ?
>
>
> Probablement dans la base ONEMA
>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Installations_hydro%C3%A9lectriques#R.C3.A9f.C3.A9rentiel_des_Obstacles_.C3.A0_l.E2.80.99.C3.89coulement
>
>
>
> OK ça charge bien dans JOSM, merci :-)
>
> On doit saisir quoi pour ces attributs ?
>
>- *lock_name*
>   - "Écluse de Creil"
>   - "Écluse numéro 4 de Creil"
>
>   - *lock_ref
>*
>   - "4"
>   - "ROE54763" (identifiant ROE)
>
>
> ___
> 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

[OSM-talk-fr] Stand OSM sur la Journée nationale des sapeurs-pompiers de l'Essonne à Chamarande

[Marc SIBERT]

Un p'tit "reminder" pour vous indiquer que certains OSMeur seront sur le
stand du SDIS91 / SIG demain dès 13h pour vous accueillir et vous présenter
OpenStreetMap.

http://openstreetmap.fr/node/612

Logiquement on sera par là... http://osm.org/go/0BLXdcr7W-?m

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] Orthophotographie des Alpes-Maritimes en TMS/WMS

[Jean-Guilhem Cailton]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Une visualisation web est disponible :
http://wms.openstreetmap.fr/alpesmaritimes

Le 14/06/2013 15:05, Jean-Guilhem Cailton a écrit :
> Bonjour
> 
> L'orthophoto des Alpes Maritimes, mise à disposition par le Centre
> Régional de l'Information Géographique Provences Alpes Côte d'Azur
> (CRIGE-PACA), est disponible en TMS.
> 
> Les prises de vue datent de l'été 2009. La résolution native était de 20
> cm, ré-échantillonnée à 40 cm pour l'ortho RVB. La précision
> planimétrique indiquée est de 40 cm en milieu urbain, et d'1 m en milieu
> rural.
> 
> Les images ont été remises à Christian sur disque dur. Il les a
> compressées en jpeg et transférées, en 4 jours, sur le serveur à Grenoble.
> 
> L'URL de la couche en TMS pour JOSM est :
> tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/alpesmaritimes06_2009/{zoom}/{x}/{y}
> 
> 
> Il est en général préférable d'utiliser le protocole TMS, qui charge
> moins le serveur. Cependant, il peut y avoir des cas, par exemple si
> vous travaillez dans la projection CC44 pour accéder en même temps au
> cadastre, où l'utilisation du WMS peut se justifier. Son URL pour JOSM est :
> wms:http://wms.openstreetmap.fr/wms?FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=PACA06&STYLES=&SRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}
> (Notez que dans la dernière version (5990) de JOSM, la résolution d'une
> couche WMS s'ajuste maintenant automatiquement par défaut).
> Encore une fois, merci pour le serveur de n'utiliser ce protocole WMS
> que si vous en avez besoin pour éditer OSM.
> 
> 
> Les orthophotos des autres départements de la région PACA devraient
> suivre, en fonction des délibérations.
> 
> 
> Ma petite contribution à la mise en ligne de cette première orthophoto
> départementale est amicalement dédiée à Jocelyn, local de l'étape, avec
> tout ce qu'il fait pour faire tourner les serveurs de l'asso.
> 
> Bien cordialement,
> 
> Jean-Guilhem
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlG7RksACgkQv8a3ilk56uI39gCeNxG/hnA1g3q5dLnRFyYH6Aio
Px8An1bV2g/B3rmNzlZY9G/fKQ5WTFIL
=UQoX
-END PGP SIGNATURE-

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

[OSM-talk-fr] circulation interdite sauf service

[Claude]

Bonjour


quelle valeur mettre à access pour le panneau "Circulation interdite à 
tout véhicule dans les deux sens" (panneau rond entièrement blanc avec 
une bordure rouge) mais avec un petit panonceau "sauf service" placé au 
dessous


j'utilise access=no. on m'a suggéré access=official
le wiki dit

Voie "officiellement" dédiée à un mode de transport par la 
réglementation. Habituellement basé sur la signalisation routière. 
Utilisé par exemple en Allemagne sur les voies que les cyclistes doivent 
obligatoirement emprunter. (ndt: applicable en France ?)


merci
cordialement
Claude

--
 Envoyé avec Mozilla Thunderbird ---


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

Re: [OSM-talk-fr] circulation interdite sauf service

[David Crochet]

Bonjour

Le 14/06/2013 21:24, Claude a écrit :

(ndt: applicable en France ?)


Le Code de la route français dit par un panneau rond de fond bleu : "Si 
c'est obligatoire pour ... c'est interdit pour les autres"


Cordialement
--
David Crochet

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

Re: [OSM-talk-fr] Question sur les écluses

[Romain MEHUT]

Le 14 juin 2013 16:39, claude marani  a écrit :

> lock_name=Creil
>

Si le rendu se base sur "lock_name=Creil", on verra s'afficher "Creil".
Est-ce si gênant d'écrire lock_name=Écluse numéro 4 de Creil ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] circulation interdite sauf service

[Romain MEHUT]

Le 14 juin 2013 21:24, Claude  a écrit :

> Bonjour
>
> quelle valeur mettre à access pour le panneau "Circulation interdite à
> tout véhicule dans les deux sens" (panneau rond entièrement blanc avec une
> bordure rouge) mais avec un petit panonceau "sauf service" placé au dessous
>
> j'utilise access=no. on m'a suggéré access=official
>

access=official idem selon moi pour les "sauf autorisation particulière".

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

Re: [OSM-talk-fr] Suivi des cours d'eau / comparaison SANDRE

[Jocelyn Jaubert]

Le 13/06/2013 13:53, Ab_fab a écrit :
> Pour info,
> 
> Plus que 1650 km comptabilisés : Il fait vraiment la tête, l'outil de
> comparaison.
> http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html

C'est maintenant corrigé.

C'est suite à une mise à jour d'osm2pgsql qu'on a perdu certaines
modifications dans le code pour que les relations de rivières soient
dans la table planet_osm_line. J'ai adapté le code à ces modifs, et ça
remarche correctement.

À noter qu'on a du coup perdu la différenciation entre le cours
principal et les bras secondaires: la longueur calculée fait maintenant
la somme de tout cela.

-- 
Jocelyn

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

Re: [OSM-talk-fr] circulation interdite sauf service

[Claude]

Le 14/06/2013 21:36, Romain MEHUT a écrit :




Le 14 juin 2013 21:24, Claude > a écrit :


Bonjour

quelle valeur mettre à access pour le panneau "Circulation
interdite à tout véhicule dans les deux sens" (panneau rond
entièrement blanc avec une bordure rouge) mais avec un petit
panonceau "sauf service" placé au dessous

j'utilise access=no. on m'a suggéré access=official


access=official idem selon moi pour les "sauf autorisation particulière".
Romain


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
c'est le "doivent obligatoirement emprunter" qui me pose question on est 
sur un panneau interdiction pas d'obligation le "sauf service" ne veut 
pas dire obligation.


Claude


--
 Envoyé avec Mozilla Thunderbird ---

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

[OSM-talk-fr] Cartoparties Nantaises ?

[Christian Quest]

Coucou les nantais... je retransmet un message de Claire de Libertic:


Nantes Métropole a proposé à Libertic de réaliser des actions pour
> favoriser le développement du numérique social sur nantes (en lien avec
> l'economie sociale et solidaire).
> On pourrait par ce biais mettre en place des carto OSM récurrentes (à
> l'image de montpellier) -> on voit que ces animations prennent et
> deviennent populaires quand elles sont régulières et maintenues dans le
> temps.



Il y aurait un peu de budget pour organiser tout ça pour du matériel qui
serait nécessaire, l'impression de documents, des gilets...

Alors? Partants ?

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suivi des cours d'eau / comparaison SANDRE

[Ab_fab]

Merci Jocelyn !
On y voit beaucoup plus clair désormais.
Beaucoup de cours d'eau dans la base, bien qu'identifiés, ne sont pas
rattachés à une relation. Et pour pas mal de coins, l'imagerie s'est
beaucoup améliorée.
Bref, de quoi progresser :-)


Le 14 juin 2013 21:49, Jocelyn Jaubert  a écrit :

> Le 13/06/2013 13:53, Ab_fab a écrit :
> > Pour info,
> >
> > Plus que 1650 km comptabilisés : Il fait vraiment la tête, l'outil de
> > comparaison.
> > http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html
>
> C'est maintenant corrigé.
>
> C'est suite à une mise à jour d'osm2pgsql qu'on a perdu certaines
> modifications dans le code pour que les relations de rivières soient
> dans la table planet_osm_line. J'ai adapté le code à ces modifs, et ça
> remarche correctement.
>
> À noter qu'on a du coup perdu la différenciation entre le cours
> principal et les bras secondaires: la longueur calculée fait maintenant
> la somme de tout cela.
>
> --
> Jocelyn
>
> ___
> 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", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet "adresses"

[Philippe Verdy]

Il be faut pas oublier qu'en milieu peu dense ou rural, les numéros ne sont
pas consécutifs: une prénumérotation indicative est fixée avec des tranches
de numéros tous les x mètres d'une même voie, et que les numéros sont
alloués en fonction de l'état des constructions. Les tranches sont alors
assez généreuses pour éviter de se retrouver plus tard avec des "bis" ou
des "ter". Mais cela peut aboutir au cas où trois maisons les unes contre
les autres du même côté de la route auront les numéros 10,16,22 Cela
perdurera tant qu'un tronçon de la voie densifiée n'aura pas été rebaptisé
et renuméroté.

Ainsi les numéros de maisons le long des nationales en milieu rural hors
agglomération (qui n'ont pas de nom défini) peuvent devenir assez grands
alors qu'il y a très peu de bati. Les autres numéros sont "virtuels" et ont
de larges trous.

De même dans de nouvelles zones à urbaniser, le lotissement initial peut
être indicatif. Les terrains ont été partiellement viabilisés et lotis,
tous les lots ne sont pas construits, mais les premières constructions
présentes auront tout de même un numéro et entre eux aussi il y aura des
trous de numéros (la mairie ne sait pas encore comment se fera le
lotissement final, ou si certains lots ne seront pas subdivisés davantage
(elle alloue là aussi des tranches généreuses, par exemple un numéro tous
les 5 mètres, même si sur e lotissement prévisionnel au départ il n'est pas
prévu de terrains moins larges que 20 mètres). Car on a aussi le cas de
certaines habitations qui ne seront accessibles que par un accès peu large
ou une voie privée, derrière la rangée en façade de rue, et qui pourraient
avoir besoin de leurs propres numéros.

Renuméroter une rue a toujours un coût pour la municipalité et s'avère
gênant et coûteux pour les anciens résidents, plus même que renommer une
rue (un panneau peut encore indiquer l'ancien nom de rue en complément du
nouveau). Les "bis" et "ter" apparaissent plutôt après la division d'une
grande maison en plusieurs logements séparés.

En zone dense, c'est très différent : les constructions sont assez
anciennes et plus de carrefours ont été aménagés, ce qui rend le découpage
pratiquement inamovible et crée un tronçonnement assez petit pour que ces
tranches aient été baptisées spécifiquement. Il y arrive cependant qu'un
groupe de maisons soit racheté pour être démoli et céder la place à un
grand immeuble qui héritera de la tranche de numéros (par exemple 18-20 rue
XY, mais souvent les résidents préfèrent de communiquer qu'un seul des
numéros de la tranche) ; là encore pour ne pas avoir à renuméroter tout le
reste de la rue. Autre cas : 2 maisons (par exemple aux numéros 12 et 14)
sont abattues pour construire un immeuble ayant 3 entrées distinctes : un
seul numéro est utilisé, les entrées sont "numérotés" en accolant une
lettre (A,B,C) au numéro conservé (et les adresses sont alors 12A, 12B,
12C, il n'y a plus de numéro 14; c'est souvent plus pratique que d'avoir
ici 12,12bis,14, ou pire: 12-14 Entrée A,12-14 Entrée B, 12-14 Entrée C).

On peut noter aussi souvent des trous de numérotation à la traversée d'un
carrefour (les propriétés en angle peuvent avoir leur accès en fait sur une
rue transversale et n'utilisent pas le numéro qui était alloué sur l'autre
façade à une ancienne époque où la rue transversale n'existait pas encore).

Ce cas des trous de numérotation est fréquent aussi dans les zones
industrielles où les constructions souvent plus légères (constructions
métalliques, type hangar) peuvent bouger régulièrement, les surfaces
occupées variant avec le temps pour être cédées à un voisin ou un nouvel
occupant.




Le 13 juin 2013 21:01, Yannick VOYEAUD  a écrit :

> Le 13/06/2013 19:16, Christian Quest a écrit :
> >
> > Un découpage de ces gros jeux de données, peut être un peu moins fin
> > que rue par rue et faire une analyse spatiale pour déterminer les
> > adresses qui n'ont pas bien l'air correctes (trop loin du filaire, pas
> > cohérentes avec leurs voisines genre 10 14 12) enfin essayer de mettre
> > le plus au propre en amont pour ne pas perdre trop de temps sur les
> > adresses qui ont l'air bien cohérentes.
>
> Bonsoir,
>
> Il faudra aussi faire attention car chaque commune a son idée de la
> numérotation!
> Certaine compte en mètres, d'autres compte de 0 à n dans le village en
> partant du centre bourg, d'autres ...
>
> Je dirais qu'il faut un outil pour les grosses agglomération où en
> principe il y a une logique pair/impair et direction générale de cette
> numérotation.
> Pour les petites communes il faudra le faire à la main car franchement
> j'ai peur pour la fiabilité absolue, même si justement on pourrait
> espérer une plus grande fiabilité de par la connaissance du terrain.
>
> Les moyennes communes risquent fort d'être les pires à traiter.
>
> Amitiés
>
> --
> Yannick VOYEAUD
> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
> (Camille JOUFFRAY 1841-1924, maire de Vienne)
> http://www.voyeaud.org
> Créateur Ci

Re: [OSM-talk-fr] Projet "adresses"

[Philippe Verdy]

Je pense aussi que le nœud posé au milieu d'un chemin de façade est plus
propre, il positionne correctement l'entrée. Et cela suffit généralement
pour savoir à quel numéro appartient un bâtiment. Au moins celui qui est en
façade de rue.

Cependant il y a des cas particuliers en zone dense : on a des cas où un
immeuble est aussi l'entrée par où on passe pour accéder à une cour
derrière laquelle on a une autre maison séparée, le tout dans une
copropriété partielle (concernant le droit de passage traversant le hall
d'entrée de l"immeuble en façade et l'usage de la cour de séparation).
L'immeuble en façade de rue et cette maison (avec parfois en plus un jardin
privé ente la maison et la cour) sont alors au même numéro, mais ne sont
pas jointifs (et sont même sur des parcelles différentes).

Ce cas est fréquent à Paris et ses premières couronnes (dans des quartiers
résidentiels assez anciens qui se sont restructurés en fin de XIXe siècle
ou début XXe, lorsque les anciennes grandes propriétés sont devenues des
indivisions avec les successions, puis les indivisions se sont scindées par
des reventes partielles, et des reconstruction d'une partie lors de la
densification urbaine), mais il doit se rencontrer aussi bien à Nantes ou
d'autres grandes villes. où il n'y a pas toujours une ruelle publique pour
joindre les immeubles derrière ceux restés en façade de rue.


Le 14 juin 2013 11:18, Christian Quest  a écrit :

> Je suis plus partisan sur un nœud... qui appartient au polygone du
> bâtiment.
>
> Ca permet de gérer de plus nombreux cas, comme les bâtiments avec
> plusieurs entrées comportant plusieurs adresses. C'est aussi plus
> "propre" sur les cartes de mon point de vue, mais c'est une histoire
> de goût ;)
>
>
> Le 14 juin 2013 11:15, Romain MEHUT  a écrit :
> > Le 14 juin 2013 11:01, Christian Quest  a
> écrit :
> >
> >
> >>
> >> . Je pense en particulier à fusionner le
> >> point adresse avec le polygone du bâtiment lors ceux-ci sont très
> >> proches.
> >
> >
> > Sur le polygone? Ou un nœud?
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> 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] Projet "adresses"

[Philippe Verdy]

Ca se résoud avec des relations associatedStreet, regroupant dans ses
membre une rue et les noeuds d'adresse.


Le 14 juin 2013 12:46, Stéphane Péneau  a écrit
:

>  Le 14/06/2013 11:21, Romain MEHUT a écrit :
>
>  Le 14 juin 2013 11:18, Christian Quest  a écrit
> :
>
>> Je suis plus partisan sur un nœud... qui appartient au polygone du
>> bâtiment.
>>
>> Ca permet de gérer de plus nombreux cas, comme les bâtiments avec
>> plusieurs entrées comportant plusieurs adresses. C'est aussi plus
>> "propre" sur les cartes de mon point de vue, mais c'est une histoire
>> de goût ;)
>>
>
>  Ouf tu me rassures.
>
>
> En ajoutant des adresses de cette façon, Osmose m'avait renvoyé tout un
> tas de "trop grande distance à la rue" pour les maisons un peu éloignées de
> la voirie.
>
> Stf
>
> ___
> 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] circulation interdite sauf service

[Philippe Verdy]

Je n'en suis pas si sur: il y a des voies obligatoires pour les bus ou les
taxis, ou les véhicules lents, qui ne sont pas interdits aux vélos...
Et le panneau bleu d'obligation n'indique pas toujours que les vélos
peuvent y aller aussi.

Dans toutes les villes les vélos circulent sur les voies des bus même si ce
n'est pas marqué "piste cyclable", tu est en train de dire qu'ils n'ont pas
le droit et le font quand même ? Je n'en ai jamais vu aucun verbalisé ou
sommés de changer de route par un agent, alors que la voie est libre (et
moins dangereuse que de rouler au milieu des voitures). Les seuls
verbalisés sont les motards, même pas les vélomoteurs (sans permis mais
juste un certificat d'aptitude aujourd'hui).

En plus les piétons peuvent aller partout, sauf s'il y a un panneau
explicite d'interdiction (certains tunnels étroits sans vrai trottoir de
protection)


Le 14 juin 2013 21:28, David Crochet  a écrit :

> Bonjour
>
> Le 14/06/2013 21:24, Claude a écrit :
>
>  (ndt: applicable en France ?)
>>
>
> Le Code de la route français dit par un panneau rond de fond bleu : "Si
> c'est obligatoire pour ... c'est interdit pour les autres"
>
> Cordialement
> --
> David Crochet
>
>
> __**_
> 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

[OSM-talk-fr] Fwd: [OpenStreetMap] Catalan support in Osmose

[Philippe Verdy]

Un utilisateur catalan me demande si je peux l'aider à avoir des extensions
sur Osmose pour les Catalans. Je vous laisse lire son message joint en
anglais (les auteurs d'Osmose devraient pouvoir le lire).

Globalement il voudrait que les articles initiaux soient tous en minuscule
(convention catalane, qui en fait devrait aussi s'appliquer en français,
comme le fait l'IGN, mais pas l'INSEE pour les communes, car cet article
est contractible et ne participe pas non plus au tri ; d'ailleurs ce
devrait aussi être le cas en espagnol, portugais, italien, et même en
anglais : "the Bahamas" >  "Commonwealth of the Bahamas", "Kingdom of the
Netherlands" > "the Netherlands", "the United States", l'article
disparaissant dans les formes où le toponyme est employé au génitif, il
n'est pas non plus inclus dans le tri).

Il demande aussi de vérifier une liste de vocabulaire pour les termes
génériques des noms de rue (en catalan et non espagnol, dans les
name:ca=*), non seuement en Catalogne, Pays valencien et aux Baléares, mais
aussi en Val d'Aran, en Andorre, voire en France et Italie.

Comme cette langue est aussi une langue régionale française, ça peut en
intéresser d'autres aussi sur cette liste.



Notez qu'il ne parle pas français mais se débrouille pas trop mal en
anglais si vous ne lui répondez pas en catalan.

Seulement je ne suis pas certain que cette adresse email transmise (celle
d'un message interne sur le site OSM et non son adresse perso, mais un
message qu'i m'a été envoyé et qui risque de ne pas marcher pour quelqu'un
d'autre que moi, je n'ai jamais essayé si cette adresse fonctionnait pour
répondre depuis un autre compte)

-- Forwarded message --
From: Joan Montané 
Date: 2013/6/13
Subject: [OpenStreetMap] Catalan support in Osmose

Bonjour Verdy_p,

Joan Montané  vous a
envoyé un message depuis OpenStreetMap avec le sujet Catalan support in
Osmose :
==

Hi Verdy_p

I'm Joan Montané, a Catalan mapper. I think you speak French, sorry for my
bad English.

I see you have been fixed some Catalan administrative boundaries. I'm
working fixing names of places, according Catalan spelling rules. Today I
have found Osmose. I wondering if you (or some one) can help me providing
support for Catalan in Osmose to mark some common errors.

For instance, a common error is typing names with articles (el, la, els,
les) in uppercase. In Catalan, such toponyms are used with article in
lowercase. Another problem is using Spanish way types ("calle" intead of
"carrer", "avenida" instead of "avinguda", ...).

Currently I'm using JOSM with some filters and a very simple script to fix
the "article" problem, but Osmose could be a very good aproach to detect
errors.

I think a first needed step is define a relation (or some relations) to
define "Catalan area". Just for info, Catalonia (Autonomous Community of
Spain) has a zone (Vall d'Aran) where Catalan is a secondary language, the
preferred one is Occitan. Son "name" values are in Occitan and I want to
check "name:ca" in Vall d'Aran. Catalan language is official in Andorra and
it's preferred in Balearic Islands (another Spanish Autonomous Community)
and in some cities in Valencian Community (mainly the coast line). Catalan
language can be used in non official toponyms in zones of Aragon Community
and also arround Perpignan and Italian city of Alghero. So, as you see,
administrative boundaries aren't a good choice for check Catalan quality, :(

Can you help me and guide me, thanks in advance.

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

Re: [OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS

[Jean-Claude Repetto]

On 14/06/2013 18:35, Jean-Guilhem Cailton wrote:


Une visualisation web est disponible :
http://wms.openstreetmap.fr/alpesmaritimes



Apparemment, ce sont les mêmes photos que celles affichées par le 
Géoportail IGN.



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