date:20150430

Les communes associées ça existe aussi administrativement. Sauf pour les
CRÉTINS qui les prennent pour des anciennes communes alors que ce sont
toujours des communes même si elles n'ont plus de conseil municipal
Le 30 avr. 2015 14:42, kinju kinj...@gmail.com a écrit :

 J'ai constaté qu'ils avaient des soucis pour gérer les communes associées.

 Par exemple dans le Nord, la commune de Lomme (59160) est associée à
 Lille, donc administrativement Lomme n'existe pas.

 Sur les sites administratifs (Pôle Emploi, Impôts etc.) lorsque l'on tape
 59160 ça propose les villes Lille et Capinghem, mais pas Lomme. Or, d'un
 point de vue postal, Lomme existe bien.

 D'ailleurs certaines rues / places existent à la fois à Lille et à Lomme,
 donc d'un point de vue purement administratif, il y a deux rue Albert
 Machin Bidule à Lille.

 2015-04-30 9:36 GMT+02:00 Romain MEHUT romain.me...@gmail.com:

 Bonjour,

 Voici le lien d'un article intitulé Sans adresse postale normalisée,
 point de très haut débit? où il est question de la BAN

 http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitecid=1250268831944

 Romain

 Le 16 avril 2015 23:17, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Le 16/04/2015 21:54, Frédéric Rodrigo a écrit :

  - seuls 2 champs ne sont pas proposés en ODbL: le libellé AFNOR et le
 libellé d'acheminement

 Question peut être un peu bête. Mais le libellé AFNOR est calculée, non
 ? Il peut donc être récréé ?


 Il me semble, mais pour OSM ça n'a pas franchement d'intérêt vu que
 c'est finalement une dégradation du nom complet. L'important c'est d'avoir
 un nom correct au départ et ça c'est pas garanti à 100%

 Il va falloir évaluer au plus serré le contenu de la BAN avant de
 reprendre des données pour les insérer dans OSM, tout comme il faut être
 quand même prudent avec les données du cadastre récupérées par BANO.

 --
 Christian Quest - OpenStreetMap France


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



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



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


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

Re: [OSM-talk-fr] Article de 20 minutes - La France a enfin son fichier unique d'adresses postales

Dans le fichier BAN, il y a un champ code_insee, un champ code_postal et
un champ nom_commune... mais pas de champ nom_postal.

J'ai le même problème avec mon 94210 La Varenne St Hilaire (qui est un
nom de quartier de St Maur des Fossés, tout comme Juan les Pins est une
partie de la commune d'Antibes).

Peux-tu me confirmer que toutes les adresses ayant comme code postal
59160 et comme commune Lille sont à mettre en nom_postal Lomme ?

Si oui, je ferai un traitement automatique pour remette ça en ordre en
ajoutant ce champ proposé côté BANO mais pas encore sur la BAN ODbL...


Le 30/04/2015 14:40, kinju a écrit :
 J'ai constaté qu'ils avaient des soucis pour gérer les communes
 associées.

 Par exemple dans le Nord, la commune de Lomme (59160) est associée à
 Lille, donc administrativement Lomme n'existe pas.

 Sur les sites administratifs (Pôle Emploi, Impôts etc.) lorsque l'on
 tape 59160 ça propose les villes Lille et Capinghem, mais pas Lomme.
 Or, d'un point de vue postal, Lomme existe bien.

 D'ailleurs certaines rues / places existent à la fois à Lille et à
 Lomme, donc d'un point de vue purement administratif, il y a deux rue
 Albert Machin Bidule à Lille.

 2015-04-30 9:36 GMT+02:00 Romain MEHUT romain.me...@gmail.com
 mailto:romain.me...@gmail.com:

 Bonjour,

 Voici le lien d'un article intitulé Sans adresse postale
 normalisée, point de très haut débit? où il est question de la BAN
 
 http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitecid=1250268831944

 Romain

 Le 16 avril 2015 23:17, Christian Quest cqu...@openstreetmap.fr
 mailto:cqu...@openstreetmap.fr a écrit :

 Le 16/04/2015 21:54, Frédéric Rodrigo a écrit :
  - seuls 2 champs ne sont pas proposés en ODbL: le libellé
 AFNOR et le libellé d'acheminement

 Question peut être un peu bête. Mais le libellé AFNOR est
 calculée, non ? Il peut donc être récréé ?


 Il me semble, mais pour OSM ça n'a pas franchement d'intérêt
 vu que c'est finalement une dégradation du nom complet.
 L'important c'est d'avoir un nom correct au départ et ça c'est
 pas garanti à 100%

 Il va falloir évaluer au plus serré le contenu de la BAN avant
 de reprendre des données pour les insérer dans OSM, tout comme
 il faut être quand même prudent avec les données du cadastre
 récupérées par BANO.

 -- 
 Christian Quest - OpenStreetMap France


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



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




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

-- 
Christian Quest - OpenStreetMap France

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

Re: [Talk-it] Josm 8279 e aggiunta valori

2015-04-30 Thread Alessandro


Il 30/04/2015 12:48, Jeawrong ha scritto:

Salve lista, ho appena aggiornato a Josm 8279 e trovo una novità che non mi
piace proprio: volendo aggiungere un tag ad un punto, clicco come al solito
sul pulsante Aggiungi nella sezione Etichette ma non vedo riquadri ove
inserire chiave e valore, vedo solo la lista deile etichette aggiunte
recentemente. http://gis.19327.n5.nabble.com/file/n5842534/Josm.jpeg
Problema solo mio?



Dunque, se ho capito bene tu clicchi su Aggiungi, ti si apre la solita 
finestra ma non vedi i due campi dove inserire chiave e valore?
Hai provato ad ingrandire verso il basso quella finestra? Per prova ho 
scaricato la versione da te indicata ed ho notato il problema, 
abbassando il margine basso della finestra sono comparsi i due campi.


Alessandro Ale_Zena_IT


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

[OSM-talk-be] OpenCage Data Blog

2015-04-30 Thread Marc Gemis

OpenCage Data Blog regularly interviews people doing something in the OSM
community: this time Jerry Clough:
http://blog.opencagedata.com/post/117429660563/open-geo-interview-jerry-clough

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

Re: [Talk-it] Josm 8279 e aggiunta valori

2015-04-30 Thread Damjan Gerl

 Salve lista, ho appena aggiornato a Josm 8279 e trovo una novità che non mi
 piace proprio: volendo aggiungere un tag ad un punto, clicco come al solito
 sul pulsante Aggiungi nella sezione Etichette ma non vedo riquadri ove
 inserire chiave e valore, vedo solo la lista deile etichette aggiunte
 recentemente.
 Problema solo mio?

 L'unico modo che ho per aggiungere nuovi valori è prima aggiungere uno dei 
 tag consigliati e poi andare a modificarlo... decisamente scomodo!

Ciao!
Ho provato ad aggiornare josm e funziona bene, quindi vedo bene i due campi per 
l'inserimento. Però io sono su windows...

Damjan 

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

Re: [OSM-talk-fr] Rendu BANO: visualisation des adresses de la BAN

Oui, j'ai vu ça, mais pas encore trouvé comment gérer ça proprement...

Il n'est pas impossible que je fasse deux couches séparées: une pour
BANO (sans BAN) et une avec juste BAN.


Le 29/04/2015 23:02, Pierre-Yves Berrard a écrit :
 Parfois le rouge pointillé et le rouge de départ se chevauchent,
 rendant le texte carrément illisible.

 PY

 Le 26 avril 2015 17:20, Christian Quest cqu...@openstreetmap.fr
 mailto:cqu...@openstreetmap.fr a écrit :

 Encore un peu de neuf sur le rendu BANO sur les données BAN...

 Afin d'aider à compléter les noms de rues manquants dans OSM, j'ai
 ajouté l'entourage des adresses BAN sur le même principe que celles du
 cadastre.

 Pour les différencier, j'ai mis :
 - en pointillé rouge les adresses BAN pour lesquelles un
 rapprochement a
 pu être fait avec FANTOIR mais pas avec OSM
 - en pointillé gris les adresse BAN pour lesquelles le rapprochement
 FANTOIR n'a pas pu être fait.

 C'est un premier jet ;)

 Exemple sur une commune au cadastre raster:
 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/48.96311/2.19007
 
 http://tile.openstreetmap.fr/%7Ecquest/leaflet/bano.html#17/48.96311/2.19007

 --
 Christian Quest - OpenStreetMap France


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




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

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Normalisation du tag antenne



Le 29/04/2015 20:02, Jérôme Amagat a écrit :
 J'ai pris un exemple dans les données pressentes sur data.gouv.fr
 http://data.gouv.fr de lanfr
 voila ou se trouve le pylone :
 https://www.openstreetmap.org/node/3487062694
 toutes les donnée sur cette station sont là :
 https://docs.google.com/spreadsheets/d/1Q2I5QfX0imcOyFI2BQlBSA8Y3rM3eVUY9w3EI1gFYXA/edit?usp=sharing

 c'est un pylône autostable appartenant à TDF, dessus il y a 8
 supports exploités par différentes personnes ( 3*TDF, SNCF, FREE,
 Bouygues,...) et sur ces supports il y a des antennes, 29 ! en
 tout sur ce pylône (16 pour bouygues, 3 pour free, 2 sncf, 4 TDF, ...)
 et certaines antennes peuvent émettre sur plusieurs fréquences (par
 exemple pour une antenne free : UMTS 2100, LTE 2600 et UMTS 900 avec à
 chaque fois 2 bandes de fréquence).

 Maintenant comment intégré ça (ou au moins une parti) dans osm?
 tout ça est sur un pylône (d’après la vue aérienne) donc normalement 1
 point dans osm, a moins d’empiler les nœuds les uns sur les autres.


Des données métier aussi précises ont elles un réel intérêt dans OSM
alors qu'elles sont librement accessible ?

Je verrai bien un résumé dans OSM qui indique:
- le pylone,
- l'usage (GSM, 2/3/4G, autre)
- les opérateurs...
- l'ID ANFR pour aller chercher le reste des infos dans une base plus
détaillée et qui sera sûrement mieux mises à jour qu'OSM !

-- 
Christian Quest - OpenStreetMap France

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

Re: [Talk-it] Changesets sospetti nuovo utente

2015-04-30 Thread Federico Cortese

2015-04-30 13:40 GMT+02:00 John Doe theguest...@gmail.com:
 Vi prego anche oggi di controllare un nuovo utente.
 nome: mohool

Niente di particolare:
changeset 30654712: cambiato il nome di una strada da Via Luigi Micali
a Viale Giostra, aggiunto turn:lanes per un tratto e cambiato il senso
unico da -1 a yes per un altro tratto (probabilmente è stato invertito
il senso della way, non ho verificato);
changeset 30654852: rimosso un distributore di benzina.

Ciao

Federico

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

[Talk-br] Áreas de perigo

2015-04-30 Thread belnuovo

Sei que o termo Área de perigo seria algo muito subjetivo , mas o OSM  
não poderia criar uma tag para que possamos alertar as pessoas sobre  
regiões perigosas pra trânsito seja com veículo ou a pé , como por  
exemplo a Cracolândia  ( que existe há muito tempo e parece que não  
vai acabar ) na cidade de SP ?



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

Re: [OSM-talk-fr] Article de 20 minutes - La France a enfin son fichier unique d'adresses postales

Sur les 12719 adresses ayant un code postal à 59160, 738 sont à
Capinghem et les 11981 autres à Lille... donc Lomme ?


Le 30/04/2015 16:07, kinju a écrit :
 Est-ce qu'il y a des adresses avec pour code postal 59160 et comme
 commune Capinghem ? Auquel cas peut-être peut-on considéré que lorsque
 c'est 59160 Lille, en fait c'est 59160 Lomme, sinon ça peut être Lille
 ou Capinghem

 2015-04-30 14:52 GMT+02:00 Christian Quest cqu...@openstreetmap.fr
 mailto:cqu...@openstreetmap.fr:

 Dans le fichier BAN, il y a un champ code_insee, un champ
 code_postal et un champ nom_commune... mais pas de champ nom_postal.

 J'ai le même problème avec mon 94210 La Varenne St Hilaire (qui
 est un nom de quartier de St Maur des Fossés, tout comme Juan les
 Pins est une partie de la commune d'Antibes).

 Peux-tu me confirmer que toutes les adresses ayant comme code
 postal 59160 et comme commune Lille sont à mettre en nom_postal
 Lomme ?

 Si oui, je ferai un traitement automatique pour remette ça en
 ordre en ajoutant ce champ proposé côté BANO mais pas encore sur
 la BAN ODbL...



 Le 30/04/2015 14:40, kinju a écrit :
 J'ai constaté qu'ils avaient des soucis pour gérer les communes
 associées.

 Par exemple dans le Nord, la commune de Lomme (59160) est
 associée à Lille, donc administrativement Lomme n'existe pas.

 Sur les sites administratifs (Pôle Emploi, Impôts etc.) lorsque
 l'on tape 59160 ça propose les villes Lille et Capinghem, mais
 pas Lomme. Or, d'un point de vue postal, Lomme existe bien.

 D'ailleurs certaines rues / places existent à la fois à Lille et
 à Lomme, donc d'un point de vue purement administratif, il y a
 deux rue Albert Machin Bidule à Lille.

 2015-04-30 9:36 GMT+02:00 Romain MEHUT romain.me...@gmail.com
 mailto:romain.me...@gmail.com:

 Bonjour,

 Voici le lien d'un article intitulé Sans adresse postale
 normalisée, point de très haut débit? où il est question de
 la BAN
 
 http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitecid=1250268831944

 Romain

 Le 16 avril 2015 23:17, Christian Quest
 cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a
 écrit :

 Le 16/04/2015 21:54, Frédéric Rodrigo a écrit :
  - seuls 2 champs ne sont pas proposés en ODbL: le
 libellé AFNOR et le libellé d'acheminement

 Question peut être un peu bête. Mais le libellé AFNOR
 est calculée, non ? Il peut donc être récréé ?


 Il me semble, mais pour OSM ça n'a pas franchement
 d'intérêt vu que c'est finalement une dégradation du nom
 complet. L'important c'est d'avoir un nom correct au
 départ et ça c'est pas garanti à 100%

 Il va falloir évaluer au plus serré le contenu de la BAN
 avant de reprendre des données pour les insérer dans OSM,
 tout comme il faut être quand même prudent avec les
 données du cadastre récupérées par BANO.

 -- 
 Christian Quest - OpenStreetMap France


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



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




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

 -- 
 Christian Quest - OpenStreetMap France



-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Article de 20 minutes - La France a enfin son fichier unique d'adresses postales

2015-04-30 Thread kinju

Est-ce qu'il y a des adresses avec pour code postal 59160 et comme commune
Capinghem ? Auquel cas peut-être peut-on considéré que lorsque c'est 59160
Lille, en fait c'est 59160 Lomme, sinon ça peut être Lille ou Capinghem

2015-04-30 14:52 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

  Dans le fichier BAN, il y a un champ code_insee, un champ code_postal et
 un champ nom_commune... mais pas de champ nom_postal.

 J'ai le même problème avec mon 94210 La Varenne St Hilaire (qui est un nom
 de quartier de St Maur des Fossés, tout comme Juan les Pins est une partie
 de la commune d'Antibes).

 Peux-tu me confirmer que toutes les adresses ayant comme code postal 59160
 et comme commune Lille sont à mettre en nom_postal Lomme ?

 Si oui, je ferai un traitement automatique pour remette ça en ordre en
 ajoutant ce champ proposé côté BANO mais pas encore sur la BAN ODbL...



 Le 30/04/2015 14:40, kinju a écrit :

 J'ai constaté qu'ils avaient des soucis pour gérer les communes associées.

  Par exemple dans le Nord, la commune de Lomme (59160) est associée à
 Lille, donc administrativement Lomme n'existe pas.

  Sur les sites administratifs (Pôle Emploi, Impôts etc.) lorsque l'on
 tape 59160 ça propose les villes Lille et Capinghem, mais pas Lomme. Or,
 d'un point de vue postal, Lomme existe bien.

  D'ailleurs certaines rues / places existent à la fois à Lille et à
 Lomme, donc d'un point de vue purement administratif, il y a deux rue
 Albert Machin Bidule à Lille.

 2015-04-30 9:36 GMT+02:00 Romain MEHUT romain.me...@gmail.com:

  Bonjour,

  Voici le lien d'un article intitulé Sans adresse postale normalisée,
 point de très haut débit? où il est question de la BAN

 http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitecid=1250268831944

  Romain

  Le 16 avril 2015 23:17, Christian Quest cqu...@openstreetmap.fr a
 écrit :

   Le 16/04/2015 21:54, Frédéric Rodrigo a écrit :

  - seuls 2 champs ne sont pas proposés en ODbL: le libellé AFNOR et le
 libellé d'acheminement

 Question peut être un peu bête. Mais le libellé AFNOR est calculée, non
 ? Il peut donc être récréé ?


  Il me semble, mais pour OSM ça n'a pas franchement d'intérêt vu que
 c'est finalement une dégradation du nom complet. L'important c'est d'avoir
 un nom correct au départ et ça c'est pas garanti à 100%

 Il va falloir évaluer au plus serré le contenu de la BAN avant de
 reprendre des données pour les insérer dans OSM, tout comme il faut être
 quand même prudent avec les données du cadastre récupérées par BANO.

 --
 Christian Quest - OpenStreetMap France


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



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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr


 --
 Christian Quest - OpenStreetMap France


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

[OSM-talk-fr] En Inde, des enfants veulent transformer les bidonvilles par la cartographie

2015-04-30 Thread Shohreh

Tous les enfants aiment dessiner. Mais en Inde, de jeunes résidents des
bidonvilles utilisent leurs talents d’artistes pour provoquer des
changements urbains.

Dans le cadre d’une campagne civique centrée sur des clubs d’enfants, des
groupes de jeunes créent des « cartes sociales » détaillées de leurs
quartiers marginalisés avec l’objectif de partager leurs inquiétudes sur
l’espace public.

http://visionscarto.net/inde-cartographie-enfants



--
View this message in context: 
http://gis.19327.n5.nabble.com/En-Inde-des-enfants-veulent-transformer-les-bidonvilles-par-la-cartographie-tp5842600.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Normalisation du tag antenne

2015-04-30 Thread Eric Debeau

Salut

Pour répondre à Pierre, effectivement il ya les données de hauteur des
antennes par rapport au sol...Le champ m'avait échappé...

Sinon, je suis comme Jérome, je ne vois pas comment on pourrait mettre un
point par antenne dans OSM.

Je pense que mettre un résumé par support comme le suggère Christian suffit
largement. L'ID ANFR à utiliser serait l'ID du support que l'on trouve dans
le fichier support.txt (SUP_ID) et qui permet ensuite de retrouver les
infos complémentaires sur le site cartoradio si besoin.

Je pense que dans OSM, faut mettre que les infos utiles et stables.

Si j'ai besoin des données complètes, je vais chercher directement dans les
données ANFR et pas dans OSM !

Eric

2015-04-30 19:16 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:



 Le 30/04/2015 19:08, Jérôme Amagat a écrit :

   Dans un precedant mail tu ecris :
 Je verrai bien un résumé dans OSM qui indique:
 - le pylone,
 - l'usage (GSM, 2/3/4G, autre)
 - les opérateurs...
 - l'ID ANFR pour aller chercher le reste des infos dans une base plus
 détaillée et qui sera sûrement mieux mises à jour qu'OSM ! 

  Le problème c'est que chaque opérateur fait un usage qui peut être bien
 différent des autres. Dans l'exemple même free et bouygues ne font pas la
 même chose (le GSM).
 ce que je proposais c'est de lier opérateur et usage.
 je sais bien que l'on utilise les ; mais c'est pas toujours le cas :
 http://wiki.openstreetmap.org/wiki/Lanes

  operator =RESEAU PRIVE*|* TDF *|* SNCF Réseau *|* FREE MOBILE
  *|* IFW   *|* BOUYGUES TELECOM
 reseau =PMR *|* FM;FH *|* GSM R   *|* UMTS
 900;UMTS 2100;LTE 2600 *|* BLR 3 GHZ *|* FH;LTE 800;LTE 1800;LTE 2600;GSM
 900;GSM 1800;UMTS 2100



 Justement, je voyais un résumé plus... résumé ;)

 La liste des opérateurs, ça me semble pertinent.
 Ensuite le détail par opérateur du type d'usage, ça me semble déjà aller
 trop loin.
 Savoir qu'un pylône sert pour du GSM quel que soit l'opérateur est un
 niveau de détail à peu près gérable dans OSM (j'entends par là maintenable,
 parce que pour le côté vérifiable faut être affuté). Après pour plus, il y
 a les données détaillées.

 Ça ne vous semble pas suffisant ?

 --
 Christian Quest - OpenStreetMap France



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


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

Re: [Talk-cz] Hromadná kontrola relací

2015-04-30 Thread Petr Vejsada

Ahoj,

Dne Čt 30. dubna 2015 13:26:51, Václav Kubíček napsal(a):

  Z overpass api bych to ještě získal, ale trochu se obávám, že se zadrhnu na
 postprocesu... Je tu ještě možnost, že by Petr soubor pravidelně
 aktualizoval :)
 Tímto bych mu chtěl také poděkovat za pomoc.
 Vašek

žádný problém, stále aktuální verze z dat, co mám - 
http://osm.poloha.net/rozbite_relace.csv

Aktuální = ke dni, který je zobrazen na http://poloha.net - data OSM.

Aktualizuji teď méně často; už jsem dostal mírně vyčiněno z hostingu za týrání 
disků.

--
Petr


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

Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano

2015-04-30 Thread Aury88

cascafico wrote
Non mi pare GM abbia i sentieri e le track che in un paio di gg la
comunità
OSM ha inserito.
Potresti usare map compare di geofabrik.de appena fuori Kathmandu o in
una
zone rurale a caso.. credo dimostri la differenza. Poi una veloce passata
dei dati in maperitive ed hai una mappa decisamente piú utile di GM.

questo per il caso specifico...la domanda dei miei amici era generica e cioè
perchè le organizzazioni umanitarie dovrebbero preferire la nostra alle
mappe google visto che la nostra non fa vedere neanche la foto
satellitare...in poche parole mi si chiedeva i vantaggi nell'usare la mappa
osm e non google per le ong.
che poi la mappa osm sia più completa nelle zone comercialmente meno
vantaggiose è una cosa che possono vedere benissimo da se...ma è un
vantaggio che si ha solo in certe zone e non in molte altre dove la
copertura di google è uguale e in alcuni casi superiore alla nostra.
poi per carità: la velocità nell'inserimento dei dati è un altro fattore a
nostro favore, quindi se una zona è mappata male sia siu osm che su google
in osm nell'arco di pochi giorni si ha già tutto caricato sulla mappa mentre
per google ci vuole più tempo ma le zone già complete in google? conviene
sempre usare osm e perchè?

-
Ciao,
Aury
--
View this message in context:
http://gis.19327.n5.nabble.com/Kathmandu-OSM-e-il-Politecnico-di-Milano-tp5842207p5842602.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Normalisation du tag antenne



Le 30/04/2015 18:07, Jérôme Amagat a écrit :
 man_made=antenna
 est-ce que man_made est une bonne solution? beaucoup des antenne sont
 sur une tour, un pylône qui lui devrai être tagger en man_made.
 pourquoi pas seulement ajouté antenna=yes sur le support? supprimé
 complètement man_made=antenna ne serai t elle pas une meilleur
 solution pour éviter des confusions?

 l'id anfr : il faut voir de quoi on parle. dans le fichier libéré, des
 id il y en a plusieurs : un pour chaque support, station, antenne,
 émetteur et bande. et le numéro d'identification de l’installation
 sur Cartoradio.

 Une autre question : moi je pars du principe que l'on ne peut pas,
 pour un pylône, placer plusieurs points dans osm. j'ai raison?

 je repart sur l'exemple que j'ai donner plus haut :
 je verais bien ça :
 man_made=tower (ou autre)
 antenna=yes
 ref:cartoradio=...
 operator=RESEAU PRIVE|TDF|SNCF Réseau|FREE MOBILE|IFW|BOUYGUES TELECOM
 reseau =PMR|FM;FH|GSM R|UMTS 900;UMTS 2100;LTE 2600|BLR 3 GHZ|FH;LTE
 800;LTE 1800;LTE 2600;GSM 900;GSM 1800;UMTS 2100|


La convention sur OSM est de séparer par des ;

Donc plutôt:
operator=RESEAU PRIVE;TDF;SNCF Réseau;FREE MOBILE;IFW;BOUYGUES TELECOM


 utiliser des | comme pour les lanes sur les routes permet de donner
 des infos sur chaque operator.
 je ne vois pas comment on pourrait en mettre plus sans rendre le truc
 incompréhensible.


Franchement, je ne vois pas l'intérêt de recopier toutes ces données
librement disponibles dans OSM. Inutilement complexe, les mises à jour
manuelles ne seront sûrement jamais faites... mieux vaut se référer à la
source et donc correctement pointer vers elle.
Les ré-utilisateurs potentiels préféreront sûrement reprendre
directement les données de l'ANFR.

-- 
Christian Quest - OpenStreetMap France

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

Re: [Talk-br] Áreas de perigo

2015-04-30 Thread Blademir Andrade de Lima

Sr fossemos delimitar áreas de risco, ou melhor, áreas de alta criminalidade, 
deveríamos fazer um circulo bem grande no Brasil inteiro.

Brincadeiras a parte, sim existem áreas aonde existe ausência de força publica, 
áreas dominadas por traficantes, milicias, etc que sim, poderiam ser 
delimitadas, para controle até mesmo das policias, saber onde estão pisando.

Quem deveria ter obrigação de abastecer este tipo de informação seriam as 
secretarias de segurança publica, mas isso é Brasil e aqui nada funciona.

No maximo poderíamos pensar em um aplicativo voltado a este fim, aonde os 
usuários reportam no mapa os crimes ocorridos.

Att,
BladeTC

--- Mensagem Original ---

De: Tiago Fassoni A. A. Leite tiagofass...@gmail.com
Enviado: 30 de abril de 2015 12:56
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Áreas de perigo

My two cents: pedalo pela cidade inteira e moro a 3 quarteirões da
cracolândia. Minha namorada de 1m57 mora comigo. A cracolândia ser perto de
casa não me é um problema, nem para ela. Tenho também vários amigos e
amigas que moram na região, e a convivência é bem pacífica, só dando
problemas quando acontecem essas ações da polícia.

shameless_plugO programa braços abertos tem ajudado bastante nisso, volta
e meia encontro galera com camiseta do programa fazendo limpeza das
ruas/shameless_plug

Agora, voltando para a questão de segurança: ser atropelado é um risco
muito, muito maior para mim que ser assaltado. Eu deveria colocar uma tag
em locais tidos como perigosos pela comunidade de ciclistas, como a
rotatória campo de bagatelle? (spoiler: acho que não)

Entretanto, tem casos tipo em Santa Teresa, que desabou metade de uma rua e
a outra metade ficou lá, cortada, sem conserto. Aí acho que caberia a tag
vai_dar_merda ou algo assim.

Ah, infelizmente a polícia não abre dados das ocorrências. Legal, né?

Vida Longa e Próspera,
Tiago

2015-04-30 12:42 GMT-03:00 Claiton Neisse claiton.nei...@gmail.com:

 Eu penso que não deveriamos fazer esse juizo de valor e introduzi-lo na
 base de dados do OSM. A segurança ou insegurança de um lugar ou região
 depende do ponto de vista.

 Pra mim, isso caberia a uma aplicação que utilize dados divulgados pelas
 policias e, talvez, o OSM. Pra isso, o caminho seria pressionar as policias
 a liberar dados sobre criminalidade. Assim, teria-se a possibilidade,
 aqueles que quiserem, de criar uma aplicação que mostre onde os crimes
 acontecem sobre um mapa do OSM.




 Atenciosamente,

 Claiton Neisse


 Em 30 de abril de 2015 11:24, belnu...@pop.com.br escreveu:

 Sei que o termo Área de perigo seria algo muito subjetivo , mas o OSM não
 poderia criar uma tag para que possamos alertar as pessoas sobre regiões
 perigosas pra trânsito seja com veículo ou a pé , como por exemplo a
 Cracolândia  ( que existe há muito tempo e parece que não vai acabar ) na
 cidade de SP ?


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



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


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

Re: [Talk-it] Tagging di chiese

2015-04-30 Thread Carlo Stemberger

Periodicamente il problema si ripropone.

Il giorno 30 aprile 2015 22:33, Leonardo Frassetto kinetocor...@gmail.com
ha scritto:

 A questo punto il tagging ideale sarebbe:

 Poligono che riguarda l'area sagrato+chiesa+eventuale campanile si usa
 landuse=religious

 L'edificio in se building=church o building:part=yes con relazione
 multipoligono.

 Amenity=place_of_worship sul poligono della chiesa (quindi building e
 amenity sullo stesso poligono) o in caso di strutture complesse (vedi
 convento+chiesa annessa) un poligono separato per ciascuna delle due.


Senza andare in dettagli, mi sembra uno schema valido. In ogni caso,
qualsiasi decisione si prenda, andrebbe tutto documentato sul wiki come si
deve, in modo tale da chiudere una volta per tutte (o almeno per un po'...)
questa questione.

Ciao!

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

Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano

2015-04-30 Thread girarsi_liste

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 30/04/2015 20:03, Aury88 ha scritto:
 questo per il caso specifico...la domanda dei miei amici era
 generica e cioè perchè le organizzazioni umanitarie dovrebbero
 preferire la nostra alle mappe google visto che la nostra non fa
 vedere neanche la foto satellitare...in poche parole mi si chiedeva
 i vantaggi nell'usare la mappa osm e non google per le ong. che poi
 la mappa osm sia più completa nelle zone comercialmente meno 
 vantaggiose è una cosa che possono vedere benissimo da se...ma è
 un vantaggio che si ha solo in certe zone e non in molte altre dove
 la copertura di google è uguale e in alcuni casi superiore alla
 nostra. poi per carità: la velocità nell'inserimento dei dati è un
 altro fattore a nostro favore, quindi se una zona è mappata male
 sia siu osm che su google in osm nell'arco di pochi giorni si ha
 già tutto caricato sulla mappa mentre per google ci vuole più tempo
 ma le zone già complete in google? conviene sempre usare osm e
 perchè?
 

Provo a dire la mia, perchè la nostra mappa, ma soprattutto i task
aperti su hotosm, sono ambivalenti, hanno la precedenza sugli altri
caricamenti normali, non permettono solo la mappatura rilevata da
foto satellitari, ma permettono anche da chi è sul campo di poter
segnalare e correggere eventuali inesattezze, in tempo praticamente
reale, a differenza delle altre mappe che sarebbero utilizzate e
gestite solo da poche persone, che per quanto competenti, ci
metterebbero una vita a comunicare e modificare.

Quanto alle foto satellitari e aeree, riporterei come minimo l'esempio
dell'alluvione in Sardegna, dove tramite accordi con la Regione
Sardegna, si è potuto praticamente avere in tempo reale le foto per
mappare i tratti interessati.



- -- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVQoagAAoJEMTPIIVov0ZteSAIAILwphGdR62h60p3NahywvJW
tspnh9nWB+4yedfSqgepYuMCQ8nol3PGqkg456zk08Ep7XZjPizOY7+eIZjnGG0X
JAip0opLVEAHNQzN6NUVW/R0tBmHksbp0L9aB1VjTrksuzm9cmr0Zb7kCIUprhHq
/tJdz/5t450J/sBRCJP5oAYpi0FoAZjd+uIfnzSCZ7D0WFowpQXXkK8zmRjqdH2j
rdPwuNTK30OiHGQQBBbzn+TZuaWFavKk0nP+TRlk9xkHw4L2GoVFgN5l42wrHtdr
e7o8gB5w8gywqKwaJpI7aSa0dL8iUuuCP9n0Cnue15MXNnppRN8v+in9NDgcXBY=
=w4m2
-END PGP SIGNATURE-

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

Re: [Talk-br] Áreas de perigo

2015-04-30 Thread Márcio Vinícius Pinheiro

Não sei em outros estados, mas no Rio a polícia mantém um banco de dados
sobre segurança baseado em GIS, sim (foi apresentado em uma palestra sobre
GIS a que assisti no ano passado). Não sei informar se essa informação é
pública e aberta (eu acharia muito justo se não fosse), mas acredito que a
única fonte fiável pra um mapeamento desse tipo seria essa.

Afora estudos estáticos sérios, qualquer outra abordagem ou implementação
seria mero chute ou preconceito, gerando informações imprecisas e erradas
para o OSM. Já é muito difícil as pessoas manterem a precisão em coisas
físicas facilmente observáveis, imagina em algo tão subjetivo quanto
sensação de segurança.

Apenas para dar o meu testemunho, eu trabalho há anos dentro de comunidades
da cidade do Rio (dentro mesmo, meu posto de trabalho é na comunidade) e
posso dizer com certeza, cada comunidade é uma comunidade e cada dia é um
dia. Já passei por situações complicadas em lugares em que nem imaginava
ter problemas e nunca tive problemas em áreas que muitos (e muitas
estáticas) diriam para eu nem chegar perto.

A ideia em uma análise superficial parece boa, mas descambaria fácil e
rapidamente para o achômetro e preconceito.

Atenciosamente,
Márcio Vinícius Pinheiro.
http://about.me/Doideira
Em 30/04/2015 15:32, Blademir Andrade de Lima blademi...@hotmail.com
escreveu:

  Sr fossemos delimitar áreas de risco, ou melhor, áreas de alta
 criminalidade, deveríamos fazer um circulo bem grande no Brasil inteiro.

 Brincadeiras a parte, sim existem áreas aonde existe ausência de força
 publica, áreas dominadas por traficantes, milicias, etc que sim, poderiam
 ser delimitadas, para controle até mesmo das policias, saber onde estão
 pisando.

 Quem deveria ter obrigação de abastecer este tipo de informação seriam as
 secretarias de segurança publica, mas isso é Brasil e aqui nada funciona.

 No maximo poderíamos pensar em um aplicativo voltado a este fim, aonde os
 usuários reportam no mapa os crimes ocorridos.

 Att,
 BladeTC

 --- Mensagem Original ---

 De: Tiago Fassoni A. A. Leite tiagofass...@gmail.com
 Enviado: 30 de abril de 2015 12:56
 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Assunto: Re: [Talk-br] Áreas de perigo

My two cents: pedalo pela cidade inteira e moro a 3 quarteirões da
 cracolândia. Minha namorada de 1m57 mora comigo. A cracolândia ser perto de
 casa não me é um problema, nem para ela. Tenho também vários amigos e
 amigas que moram na região, e a convivência é bem pacífica, só dando
 problemas quando acontecem essas ações da polícia.

 shameless_plugO programa braços abertos tem ajudado bastante nisso,
 volta e meia encontro galera com camiseta do programa fazendo limpeza das
 ruas/shameless_plug

  Agora, voltando para a questão de segurança: ser atropelado é um risco
 muito, muito maior para mim que ser assaltado. Eu deveria colocar uma tag
 em locais tidos como perigosos pela comunidade de ciclistas, como a
 rotatória campo de bagatelle? (spoiler: acho que não)

  Entretanto, tem casos tipo em Santa Teresa, que desabou metade de uma rua
 e a outra metade ficou lá, cortada, sem conserto. Aí acho que caberia a tag
 vai_dar_merda ou algo assim.

  Ah, infelizmente a polícia não abre dados das ocorrências. Legal, né?

  Vida Longa e Próspera,
  Tiago

 2015-04-30 12:42 GMT-03:00 Claiton Neisse claiton.nei...@gmail.com:

  Eu penso que não deveriamos fazer esse juizo de valor e introduzi-lo na
 base de dados do OSM. A segurança ou insegurança de um lugar ou região
 depende do ponto de vista.

  Pra mim, isso caberia a uma aplicação que utilize dados divulgados pelas
 policias e, talvez, o OSM. Pra isso, o caminho seria pressionar as policias
 a liberar dados sobre criminalidade. Assim, teria-se a possibilidade,
 aqueles que quiserem, de criar uma aplicação que mostre onde os crimes
 acontecem sobre um mapa do OSM.




 Atenciosamente,

 Claiton Neisse


 Em 30 de abril de 2015 11:24, belnu...@pop.com.br escreveu:

 Sei que o termo Área de perigo seria algo muito subjetivo , mas o OSM não
 poderia criar uma tag para que possamos alertar as pessoas sobre regiões
 perigosas pra trânsito seja com veículo ou a pé , como por exemplo a
 Cracolândia  ( que existe há muito tempo e parece que não vai acabar ) na
 cidade de SP ?


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



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



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


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

Re: [Talk-it] tag per allevamento trote

2015-04-30 Thread girarsi_liste

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 30/04/2015 22:00, makakk...@vodafone.it ha scritto:
 Ciao a tutti, nella mia zona ci sono molti allevamenti di trote,ma
 non sono ancora riuscito a trovare indicazioni utili su come
 taggarli.Mi potete aiutare? grazie
 
 
il tag è questo:

http://wiki.openstreetmap.org/wiki/IT:Tag:amenity=animal%20breeding?uselang=it



Io per esempio ho mappato una zona dove si allevano trote qui, se ti
serve di esempio:

http://www.openstreetmap.org/way/268415458#map=18/46.01145/11.61090


- -- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVQo3KAAoJEMTPIIVov0ZtxngH/1xcOJA/1OYeno/Uswpr46MA
48VmXx8wyjT94vd+sVb79yDlMurwv/kXQOI8++Sx1P2EX2r2ooKrIXVHZrutdCrM
0vMLIYTlQUqbqwCpI/jqVdKmOm7M/A/EqtRK6CK2nJ5qtpl8qHjGA+gr0COiAUKm
hbj1fdDUAL37sEK73SjkUyQl4oonYAo2zMNyIn6MZykKlQ6QZnAmG+T63mSfvsXv
wdomOBBQQMCvyl8uggXbtu96BarcFTaXx7rniQYnrGvqA2g52DIBVYYdlrVR4eZT
iN+0bb/fdEFol0a1M6yljZSR6+ZqR5fdbfZEAsxcN31jSLKYG5lfzFt6EP+Pj8Q=
=wwGb
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Article de 20 minutes - La France a enfin son fichier unique d'adresses postales

2015-04-30 Thread « Ano59 »

Bonjour !

Ayant pas mal cartographié dans la zone, je confirme cet état de
fait. Dans les tuiles téléchargées depuis le cadastre la commune Lille
forme un bloc incluant Lomme et Hellemmes, deux communes bien distinctes
auparavant. Cela me posait quelques soucis au niveau des noms de rue car
en effet certains noms sont identiques. Je prendrai comme exemple la rue
Franklin.

Lille : http://www.openstreetmap.org/way/42736758
Lomme : http://www.openstreetmap.org/way/319963911

En général dans ce genre de cas le fichier FANTOIR fait la
distinction en ajoutant le nom de la commune (non-Lilloise) juste après
le nom de rue. Ainsi, concernant Lille :
http://cadastre.openstreetmap.fr/fantoir/#insee=59350

Lille : Rue Franklin - 593503587M
Lomme : Rue Franklin Lomme - 593509455R - D'ailleurs elle n'est
plus comptabilisée comme reconnue, c'est étrange

Auparavant je donnais aux ways le même nom, à savoir ici Rue
Franklin, mais cette pratique perturbait grandement BANO (qui se
retrouvait avec deux voies identiques aux références FANTOIR
différentes) et pouvait porter à confusion dans le cas de quelqu'un
recherchant cette rue dans OSM. J'ai donc rejoint la pratique du FANTOIR
en indiquant le nom de la commune (non-Lilloise) le cas échéant.

Sinon au sujet des codes postaux, en vous avertissant en préalable
que je n'y connais quasiment rien en la matière, j'incite à la prudence
avant d'associer un code postal avec une zone géographique. Mon quartier
(bien Lillois) est par exemple concerné par un code postal qui semble
historique, le 59800, et qui est redondant avec le 59000.

Cordialement,
« Ano59 ».

Le 30/04/2015 14:40, kinju a écrit :
J'ai constaté qu'ils avaient des soucis pour gérer les communes
associées.

Par exemple dans le Nord, la commune de Lomme (59160) est associée à
Lille, donc administrativement Lomme n'existe pas.

Sur les sites administratifs (Pôle Emploi, Impôts etc.) lorsque l'on
tape 59160 ça propose les villes Lille et Capinghem, mais pas Lomme.
Or, d'un point de vue postal, Lomme existe bien.

D'ailleurs certaines rues / places existent à la fois à Lille et à
Lomme, donc d'un point de vue purement administratif, il y a deux rue
Albert Machin Bidule à Lille.

2015-04-30 9:36 GMT+02:00 Romain MEHUT romain.me...@gmail.com
mailto:romain.me...@gmail.com:

Bonjour,

Voici le lien d'un article intitulé Sans adresse postale
normalisée, point de très haut débit? où il est question de la BAN

http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitecid=1250268831944

Romain

Le 16 avril 2015 23:17, Christian Quest cqu...@openstreetmap.fr
mailto:cqu...@openstreetmap.fr a écrit :

Le 16/04/2015 21:54, Frédéric Rodrigo a écrit :

- seuls 2 champs ne sont pas proposés en ODbL: le libellé
AFNOR et le libellé d'acheminement

Question peut être un peu bête. Mais le libellé AFNOR est
calculée, non ? Il peut donc être récréé ?

Il me semble, mais pour OSM ça n'a pas franchement d'intérêt
vu que c'est finalement une dégradation du nom complet.
L'important c'est d'avoir un nom correct au départ et ça c'est
pas garanti à 100%

Il va falloir évaluer au plus serré le contenu de la BAN avant
de reprendre des données pour les insérer dans OSM, tout comme
il faut être quand même prudent avec les données du cadastre
récupérées par BANO.

--
Christian Quest - OpenStreetMap France

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

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

Re: [OSM-talk-fr] Normalisation du tag antenne

2015-04-30 Thread dHuy Pierre

Alors le type de réseau, l'id anfr (ou autres), le type d'antenne (ça peut être
carrément utile pour le repérage) et les opérateurs. Le tout placé via le tag
antenna=yes.Comment gérer une antenne isolée sur un batiment?

Le Jeudi 30 avril 2015 19h55, Eric Debeau eric.deb...@gmail.com a écrit :

Salut

Pour répondre à Pierre, effectivement il ya les données de hauteur des antennes
par rapport au sol...Le champ m'avait échappé...

Sinon, je suis comme Jérome, je ne vois pas comment on pourrait mettre un point
par antenne dans OSM.

Je pense que mettre un résumé par support comme le suggère Christian suffit
largement. L'ID ANFR à utiliser serait l'ID du support que l'on trouve dans le
fichier support.txt (SUP_ID) et qui permet ensuite de retrouver les infos
complémentaires sur le site cartoradio si besoin.

Je pense que dans OSM, faut mettre que les infos utiles et stables.

Si j'ai besoin des données complètes, je vais chercher directement dans les
données ANFR et pas dans OSM !

Eric

2015-04-30 19:16 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

Le 30/04/2015 19:08, Jérôme Amagat a écrit :

Dans un precedant mail tu ecris : Je verrai bien un résumé dans OSM qui
indique:
- le pylone,
- l'usage (GSM, 2/3/4G, autre)
- les opérateurs...
- l'ID ANFR pour aller chercher le reste des infos dans une base plus
détaillée et qui sera sûrement mieux mises à jour qu'OSM !
Le problème c'est que chaque opérateur fait un usage qui peut être bien
différent des autres. Dans l'exemple même free et bouygues ne font pas la même
chose (le GSM). ce que je proposais c'est de lier opérateur et usage. je sais
bien que l'on utilise les ; mais c'est pas toujours le cas :
http://wiki.openstreetmap.org/wiki/Lanes
operator =RESEAU PRIVE| TDF | SNCF Réseau | FREE MOBILE
| IFW | BOUYGUES TELECOM reseau =PMR |
FM;FH | GSM R | UMTS 900;UMTS 2100;LTE 2600 | BLR 3 GHZ | FH;LTE
800;LTE 1800;LTE 2600;GSM 900;GSM 1800;UMTS 2100

Justement, je voyais un résumé plus... résumé ;)

La liste des opérateurs, ça me semble pertinent.
Ensuite le détail par opérateur du type d'usage, ça me semble déjà aller trop
loin.
Savoir qu'un pylône sert pour du GSM quel que soit l'opérateur est un niveau
de détail à peu près gérable dans OSM (j'entends par là maintenable, parce que
pour le côté vérifiable faut être affuté). Après pour plus, il y a les données
détaillées.

Ça ne vous semble pas suffisant ?

--
Christian Quest - OpenStreetMap France

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

Re: [Talk-co] OT: Ayuda con impresión de mapas base de OSM en QGis

2015-04-30 Thread hyan...@gmail.com

El 21 de abril de 2015, 7:11, Miguel Sánchez 
migueldesplazamientocen...@gmail.com escribió:


 Hola Maperos y maperas:

 He usado QGis desde hace un tiempo y desde la última actualización ho he
 podido exportar desde el gestor impresiones mapas que incluyan los mapas
 base de OSM o imágenes como Bing. Solo imprime los shapes. En algunos mapas
 con un área grande no me ha servido descargar los datos .osm pues es
 demasiada información  y  el efecto gráficco de un render por ejemplo con
 mapa ciclista no se alcanzan a presentar allí.

 Cómo hacen ustedes para exportar imágenes y pdf?

 Luego de consultar manuales  y la comunidad no encuentro una respuesta
 satisfactoria.


tal vez transformando los datos e importándolo a una base de datos
geoespacial, me ha servido para crear mapas impresos en tamaño de 1/4 de
pliego.

http://anitagraser.com/2014/05/31/a-guide-to-googlemaps-like-maps-with-osm-in-qgis/



 Por otro lado, he   iniciado el uso de la plataforma de gestión
 humanitaria Sahana Eden. Quisiera hacer uso de algun geoserver disponible
 para aprender muchas cosas que se han hecho aquí para sacarle el jugo a la
 plataforma para la documentación de proyectos.  También si hay más gente
 interesada en Sahana para armar un grupo de estudio en neófitos en este
 campo.

 Puntualmente estoy usando de forma temporal una muestra gratuita del
 servicio wms de Onterra para usar las imágenes de BIng.
 Qué fuente directa usan de Bing para no   usar este serrrvicio
 privativo?

 Gracias


 --
 
 Luis Miguel Sánchez Zoque
 @kublaykan http://www.twitter.com/kublaykan
 http://redhumus.org
 Copyleft. Hack the planet an have a fun day!!!
 OSM USER: OMNBUS http://wiki.openstreetmap.org/wiki/WikiProject_Colombia
 https://primerrespondiente.wordpress.com
 https://www.gnu.org/copyleft/


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


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

[Talk-br] RES: Áreas de perigo

2015-04-30 Thread Reinaldo Neves

Concordo plenamente essa não é uma informação que possa ser inserida no OSM, 
até por conta de sua volatilidade ( o seguro de hoje é a zona de guerra de 
amanhã e vice-versa ) e principalmente da subjetividade embutida nesse tipo de 
avaliação.

 

AS estatísticas policias não são publicas em lugar nenhum do pais e isso também 
tem sua razão de ser, por um lado não estigmatiza uma região da cidade e por 
outro eles evitam algumas cobranças para as quais não tem resposta.

 

Também trabalho a anos na região da praça da República em São Paulo sem nunca 
ter tido nenhum problema, mas acabei assaltado a mão armada na esquina da 
Paulista com a Brigadeiro algum tempo atrás.

 

Então voto por manter esse tipo de classificação fora do OSM.

 

Reinaldo

 

De: Márcio Vinícius Pinheiro [mailto:marcioviniciu...@gmail.com] 
Enviada em: quinta-feira, 30 de abril de 2015 17:03
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Áreas de perigo

 

Não sei em outros estados, mas no Rio a polícia mantém um banco de dados sobre 
segurança baseado em GIS, sim (foi apresentado em uma palestra sobre GIS a que 
assisti no ano passado). Não sei informar se essa informação é pública e aberta 
(eu acharia muito justo se não fosse), mas acredito que a única fonte fiável 
pra um mapeamento desse tipo seria essa.

Afora estudos estáticos sérios, qualquer outra abordagem ou implementação seria 
mero chute ou preconceito, gerando informações imprecisas e erradas para o OSM. 
Já é muito difícil as pessoas manterem a precisão em coisas físicas facilmente 
observáveis, imagina em algo tão subjetivo quanto sensação de segurança.

Apenas para dar o meu testemunho, eu trabalho há anos dentro de comunidades da 
cidade do Rio (dentro mesmo, meu posto de trabalho é na comunidade) e posso 
dizer com certeza, cada comunidade é uma comunidade e cada dia é um dia. Já 
passei por situações complicadas em lugares em que nem imaginava ter problemas 
e nunca tive problemas em áreas que muitos (e muitas estáticas) diriam para eu 
nem chegar perto.

A ideia em uma análise superficial parece boa, mas descambaria fácil e 
rapidamente para o achômetro e preconceito.

Atenciosamente,
Márcio Vinícius Pinheiro.
http://about.me/Doideira

Em 30/04/2015 15:32, Blademir Andrade de Lima blademi...@hotmail.com 
escreveu:

Sr fossemos delimitar áreas de risco, ou melhor, áreas de alta criminalidade, 
deveríamos fazer um circulo bem grande no Brasil inteiro.

Brincadeiras a parte, sim existem áreas aonde existe ausência de força publica, 
áreas dominadas por traficantes, milicias, etc que sim, poderiam ser 
delimitadas, para controle até mesmo das policias, saber onde estão pisando.

Quem deveria ter obrigação de abastecer este tipo de informação seriam as 
secretarias de segurança publica, mas isso é Brasil e aqui nada funciona.

No maximo poderíamos pensar em um aplicativo voltado a este fim, aonde os 
usuários reportam no mapa os crimes ocorridos.

Att,
BladeTC

--- Mensagem Original ---

De: Tiago Fassoni A. A. Leite tiagofass...@gmail.com
Enviado: 30 de abril de 2015 12:56
Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Áreas de perigo

My two cents: pedalo pela cidade inteira e moro a 3 quarteirões da cracolândia. 
Minha namorada de 1m57 mora comigo. A cracolândia ser perto de casa não me é um 
problema, nem para ela. Tenho também vários amigos e amigas que moram na 
região, e a convivência é bem pacífica, só dando problemas quando acontecem 
essas ações da polícia.

shameless_plugO programa braços abertos tem ajudado bastante nisso, volta e 
meia encontro galera com camiseta do programa fazendo limpeza das 
ruas/shameless_plug

Agora, voltando para a questão de segurança: ser atropelado é um risco muito, 
muito maior para mim que ser assaltado. Eu deveria colocar uma tag em locais 
tidos como perigosos pela comunidade de ciclistas, como a rotatória campo de 
bagatelle? (spoiler: acho que não)

Entretanto, tem casos tipo em Santa Teresa, que desabou metade de uma rua e a 
outra metade ficou lá, cortada, sem conserto. Aí acho que caberia a tag 
vai_dar_merda ou algo assim.

Ah, infelizmente a polícia não abre dados das ocorrências. Legal, né?

 

Vida Longa e Próspera,

Tiago

 

2015-04-30 12:42 GMT-03:00 Claiton Neisse claiton.nei...@gmail.com:

Eu penso que não deveriamos fazer esse juizo de valor e introduzi-lo na base de 
dados do OSM. A segurança ou insegurança de um lugar ou região depende do ponto 
de vista.

Pra mim, isso caberia a uma aplicação que utilize dados divulgados pelas 
policias e, talvez, o OSM. Pra isso, o caminho seria pressionar as policias a 
liberar dados sobre criminalidade. Assim, teria-se a possibilidade, aqueles que 
quiserem, de criar uma aplicação que mostre onde os crimes acontecem sobre um 
mapa do OSM.

 





Atenciosamente,

Claiton Neisse

 

Em 30 de abril de 2015 11:24, belnu...@pop.com.br escreveu:

Sei que o termo Área de perigo seria algo muito subjetivo , mas o OSM não 
poderia

Re: [Talk-it] Tagging di chiese

2015-04-30 Thread Leonardo Frassetto

Ricordatevi che con l'approvazione del tag landuse=religious dobbiamo forse
ritoccare qualcosa nelle varie chiese sparse in giro.

https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreligious

A questo punto il tagging ideale sarebbe:

Poligono che riguarda l'area sagrato+chiesa+eventuale campanile si usa
landuse=religious

L'edificio in se building=church o building:part=yes con relazione
multipoligono.

Amenity=place_of_worship sul poligono della chiesa (quindi building e
amenity sullo stesso poligono) o in caso di strutture complesse (vedi
convento+chiesa annessa) un poligono separato per ciascuna delle due.

Leonardo
Il 30/apr/2015 13:00, Max1234Ita max1234...@gmail.com ha scritto:

 Tua opinione.. ma io la condivido!

 +1,
 Max



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Tagging-di-chiese-tp5842403p5842535.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano

2015-04-30 Thread Carlo Stemberger

Il giorno 30 aprile 2015 20:03, Aury88 spacedrive...@gmail.com ha scritto:

 le zone già complete in google? conviene
 sempre usare osm e perchè?


Non conosco da vicino HOT e quindi qualcuno del team ti saprà senz'altro
dare delle risposte ben più complete e precise.

In ogni caso con OSM hai a disposizione dei dati vettoriali liberamente
consultabili e riutilizzabili: oltre quindi a poter creare delle mappe
tematiche ad hoc, è possibile anche realizzare analisi che non sono
fattibili usando delle immagini raster o usufruendo di una mappa vettoriale
chiusa.

Ciao!

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

Re: [Talk-br] Áreas de perigo

2015-04-30 Thread Adriano Rosa

já existe app para isso: QAP Mobile
http://www.techtudo.com.br/tudo-sobre/qap-mobile.html. só que usa como base
o google maps.

Em qui, 30 de abr de 2015 às 15:32, Blademir Andrade de Lima 
blademi...@hotmail.com escreveu:

  Sr fossemos delimitar áreas de risco, ou melhor, áreas de alta
 criminalidade, deveríamos fazer um circulo bem grande no Brasil inteiro.

 Brincadeiras a parte, sim existem áreas aonde existe ausência de força
 publica, áreas dominadas por traficantes, milicias, etc que sim, poderiam
 ser delimitadas, para controle até mesmo das policias, saber onde estão
 pisando.

 Quem deveria ter obrigação de abastecer este tipo de informação seriam as
 secretarias de segurança publica, mas isso é Brasil e aqui nada funciona.

 No maximo poderíamos pensar em um aplicativo voltado a este fim, aonde os
 usuários reportam no mapa os crimes ocorridos.

 Att,
 BladeTC

 --- Mensagem Original ---

 De: Tiago Fassoni A. A. Leite tiagofass...@gmail.com
 Enviado: 30 de abril de 2015 12:56
 Para: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Assunto: Re: [Talk-br] Áreas de perigo

My two cents: pedalo pela cidade inteira e moro a 3 quarteirões da
 cracolândia. Minha namorada de 1m57 mora comigo. A cracolândia ser perto de
 casa não me é um problema, nem para ela. Tenho também vários amigos e
 amigas que moram na região, e a convivência é bem pacífica, só dando
 problemas quando acontecem essas ações da polícia.

 shameless_plugO programa braços abertos tem ajudado bastante nisso,
 volta e meia encontro galera com camiseta do programa fazendo limpeza das
 ruas/shameless_plug

  Agora, voltando para a questão de segurança: ser atropelado é um risco
 muito, muito maior para mim que ser assaltado. Eu deveria colocar uma tag
 em locais tidos como perigosos pela comunidade de ciclistas, como a
 rotatória campo de bagatelle? (spoiler: acho que não)

  Entretanto, tem casos tipo em Santa Teresa, que desabou metade de uma rua
 e a outra metade ficou lá, cortada, sem conserto. Aí acho que caberia a tag
 vai_dar_merda ou algo assim.

  Ah, infelizmente a polícia não abre dados das ocorrências. Legal, né?

  Vida Longa e Próspera,
  Tiago

 2015-04-30 12:42 GMT-03:00 Claiton Neisse claiton.nei...@gmail.com:

  Eu penso que não deveriamos fazer esse juizo de valor e introduzi-lo na
 base de dados do OSM. A segurança ou insegurança de um lugar ou região
 depende do ponto de vista.

  Pra mim, isso caberia a uma aplicação que utilize dados divulgados pelas
 policias e, talvez, o OSM. Pra isso, o caminho seria pressionar as policias
 a liberar dados sobre criminalidade. Assim, teria-se a possibilidade,
 aqueles que quiserem, de criar uma aplicação que mostre onde os crimes
 acontecem sobre um mapa do OSM.




 Atenciosamente,

 Claiton Neisse


 Em 30 de abril de 2015 11:24, belnu...@pop.com.br escreveu:

 Sei que o termo Área de perigo seria algo muito subjetivo , mas o OSM não
 poderia criar uma tag para que possamos alertar as pessoas sobre regiões
 perigosas pra trânsito seja com veículo ou a pé , como por exemplo a
 Cracolândia  ( que existe há muito tempo e parece que não vai acabar ) na
 cidade de SP ?


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



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


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

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

[Talk-it] tag per allevamento trote

2015-04-30 Thread makakk...@vodafone.it

Ciao a tutti, nella mia zona ci sono molti allevamenti di trote,ma non sono 
ancora riuscito a trovare indicazioni utili su come taggarli.Mi potete aiutare? 
grazie
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] Áreas de perigo

2015-04-30 Thread Alexandre Magno Brito de Medeiros

Tem vários.

Site monta mapa colaborativo de crimes nas cidades brasileiras
http://revistagalileu.globo.com/Revista/Common/0,,EMI341281-17770,00-SITE+MONTA+MAPA+COLABORATIVO+DE+CRIMES+NAS+CIDADES+BRASILEIRAS.html

Mapa da Segurança da USP
http://www.jornaldocampus.usp.br/index.php/mapa-da-seguranca-da-usp/

Fuja do perigo! Três apps mapeiam ocorrências de crimes no Brasil
http://info.abril.com.br/noticias/blogs/download-da-hora/iphone/fuja-do-perigo-tres-apps-mapeiam-ocorrencias-de-crimes-no-brasil/

MapsCrimes http://www.mapscrime.com/ (Google)

SafePlace http://www.safeplace.com.br/ (Google)

Delegacia de Polícia Online
https://www.delegaciaonline.rs.gov.br/dolpublico/index.jsp

MapaDoRoubo.com.br http://www.mapadoroubo.com.br/ (Google)

OndeFuiRoubado.com.br http://www.ondefuiroubado.com.br/ (Google)

*Sistemas de inteligência criam o mapa da criminalidade
http://www.ssp.sp.gov.br/acoes/acoes_sistemas.aspx*

E alguns mapas pessoas como este
https://www.google.com/maps/d/viewer?oe=UTF8t=hie=UTF8msa=0mid=zpshW2DJFSVo.k8YiuICBgmSk
.

Alexandre


Em 30 de abril de 2015 16:40, Adriano Rosa adriano...@gmail.com escreveu:

 já existe app para isso: QAP Mobile
 http://www.techtudo.com.br/tudo-sobre/qap-mobile.html. só que usa como
 base o google maps.

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

[Talk-TW] 台灣開放街圖董事會(Board of driectors)

2015-04-30 Thread Dongpo Deng

各位圖客

台灣開放街圖一直以來是個鬆散的社群(這群人只想畫地圖 XD)，近日受到各界關注，引發一些問題值得現在思考一下，

1. 台灣開放街圖是否應該成立董事會(Board of
directors)，以管理開放街圖社群的相關事務，以及對外統一窗口，如經費、主機、SotM?
不是成立法人，而是有一個管理層，每年或固定時間，透過「會員」選舉改制。

2. 台灣開放街圖應有「社員」的行為準則(Code of Conduct)?


有任何想法，請不吝提供。


Dear Mappers

OSM Taiwan is a cozy, but loose community in which participants pay more
attentions on mapping. Due to Nepal earthquake, OSM Taiwan gains a lot of
attentions from non-OSMers. There are some issues which are worth to
discuss by now.

1. Should Taiwan OSM community to launch a board of directors for managing
the business of local chapter, e.g., SotM TW, local server, finance things
...


2. Should a Code of Conduct be developed for local mappers?


Any ideas?


Dongpo

https://www.openstreetmap.org/user/dongpo
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [OSM-talk] GeoHipster comment on OSM

2015-04-30 Thread Steve Coast

I love Gary - I think it’s great that OSM is getting to the point that people 
will write 100 page critiques of it. We must be doing something right. :-)

I actually tried on the single point of contact issue, I think it’d be a great 
idea for OSM to have a 1-800 (or similar) number. Even manned by volunteers. 
But at the time, companies are evil and all that so it didn’t go anywhere.

ODbL critique is the usual thing; people want to take OSM and merge it with 
other people’s datasets without giving back, perhaps for good reasons. That’s 
not an ambiguity, it’s the whole point. There are edge cases and complexities 
like geocoding, but as far as I can see some lawyers can work with it, cautious 
lawyers tend to make it a big issue. It’s a shame some organizations are 
trapped by cautious advice like that - I’ve worked in organizations with more 
positive advice around OSM and it means you can go a lot further.

Best

Steve


 On Apr 30, 2015, at 6:29 PM, Nicholas G Lawrence 
 nicholas.g.lawre...@tmr.qld.gov.au wrote:
 
 http://geohipster.com/2015/04/27/gary-gale-dear-osm-its-time-to-get-your-finger-out/
  
 http://geohipster.com/2015/04/27/gary-gale-dear-osm-its-time-to-get-your-finger-out/
  
 Anyone read this blog piece by Gary Gale?
 Is it worth commenting on?
  
 “To my mind there’s two barriers to greater and more widespread adoption, 
 both of which can be overcome if there’s sufficient will to overcome them 
 within the OSM community as a whole. These barriers are, in no particular 
 order … licensing, and OSM not being seen as (more) conducive to working with 
 business.”
  
 1) Gary criticises OSM for not having a single point of contact for business 
 to liaise with.
  
 Exactly why this is necessary is a mystery to me. If business wants to make 
 use of OSM data, they can download the planet file just like anyone else. If 
 business wants to contribute data, or donate equipment or sponsor events, 
 those things are also possible.
  
 2) Gary criticises the ODbL for ambiguities in the share-alike clause.
  
 Maybe this needs clarification, but personally I think the share-alike clause 
 is a good thing.
  
 Fundamentally though, Gary seems to be under the impression that OSM has a 
 driving need to “compete” with other providers of geospatial data, and that 
 if OSM hasn’t “won the race” then it is failing somehow. Which I think 
 reveals a vast ignorance of the motivations of the majority of OSM volunteers.
  
 Anyway, I wondered if anyone else had seen the post.
  
 Cheers,
 Nick
 ***
 WARNING: This email (including any attachments) may contain legally
 privileged, confidential or private information and may be protected by
 copyright. You may only use it if you are the person(s) it was
 intended to be sent to and if you use it in an authorised way. No one
 is allowed to use, review, alter, transmit, disclose, distribute, print
 or copy this email without appropriate authority.
 
 If this email was not intended for you and was sent to you by mistake,
 please telephone or email me immediately, destroy any hardcopies of
 this email and delete it and any copies of it from your computer
 system. Any right which the sender may have under copyright law, and 
 any legal privilege and confidentiality attached to this email is not
 waived or destroyed by that mistake.
 
 It is your responsibility to ensure that this email does not contain 
 and is not affected by computer viruses, defects or interference by 
 third parties or replication problems (including incompatibility with
 your computer system).
 
 Opinions contained in this email do not necessarily reflect the
 opinions of the Department of Transport and Main Roads,
 or endorsed organisations utilising the same infrastructure.
 ***
 
  
 ___
 talk mailing list
 talk@openstreetmap.org mailto:talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk 
 https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] tag per allevamento trote

2015-04-30 Thread Alberto Nogaro

From: makakk...@vodafone.it [mailto:makakk...@vodafone.it] 
Sent: giovedì 30 aprile 2015 22:00
To: Talk-it@openstreetmap.org
Subject: [Talk-it] tag per allevamento trote

Ciao a tutti, nella mia zona ci sono molti allevamenti di trote,ma non sono 
ancora riuscito a trovare indicazioni utili su come taggarli.Mi potete aiutare? 
Grazie

Dovrebbe essere questo: 

http://wiki.openstreetmap.org/wiki/Tag:landuse%3Daquaculture

Per le trote:

landuse=aquaculture + aquaculture=fish

Ciao,
Alberto


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

Re: [OSM-talk-fr] Article de 20 minutes - La France a enfin son fichier unique d'adresses postales

Le cadastre de Lille répond encore à la question: les zones cadastrales
font toujours référence aux codes INSEE de Lomme et Hélemme qui sont
toujours valides même si ce ne sont plus des communes de plein exercice
(plsu de conseil municipal et plus des collectivités territoriales), ce
sont toujours bel et bien des communes, avec leur état-civil, leur maire
(délégué), et leur propre cadastre maintenu séparé (même s'il est géré
administrativement par les services municipaux de la commune de Lille).

Ce cas ne se présente pas qu'à Lille mais dans toutes les communes
associées de France.

En revanche si cela répond à la question administrative (et au fait que les
rues hjomonymes n'ont pas été renommées après cette fusion qui n'en est
pas une), cela ne dit rien du découpage postal (qui ne suit pas toujours
les limites administratives concernant les codes postaux).

Bref l'unicité du nom de rue administratif reste garantie avec le code
INSEE (en prenant le code INSEE effectif de la commune associée, toujours
valide, et non pas celui de la commune nouvelle de plein exercice). Donc
pour ça il faut s'appuyer non pas sur le fichier des codes INSEE des
communes-collectivités mais celui plus complet des codes INSEE des
état-civils.

L'insee d'ailleurs fournit ce fichier complet (avec l'indication
complémentaire du type de commune: commune simple, commune nouvelle en
association, commune associée); L'insee fournit aussi, à part le fichier
des anciens codes Insee (ceux des anciennes communes qui ne sont plus ni
des collectivités, ni des communes associées, et qui n'ont plus
d'état-civil ni de cadastre propre) avec le code Insee de la nouvelle
commune

[note]
  * On a deux exceptions en outre-mer avec Saint-Martin et Sain-Barthélemy
qui ne sont plus des communes, n'ont plus de maire, mais ont toujours un
état-civil dont un code Insee valide
  * De même pour les collectivités de Wallis-et-Futuna qui ne comptent
aucune commune mais ont bien des état-civils dans les 3 circonscriptions
du conseil territorial, correspondant aux territoires des trois royaumes
coutumiers; ces 3 criconscriptions pourraient être élargies à 5 dans les 3
districts coutumiers du royaume futunien (les deux royaumes wallisiens
n'étant pas découpés en districts), mais actuellement le site du ministère
de l'outremer ne parle que des 3 circonscriptions et pas encore de 5, et
parle sinon des deux délégations de l'archipel (à Nouméa et à Paris) pour
gérer l'état-civil des wallisiens et futuniens qui sont nés ou qui résident
hors de l'archipel et qui désirent conserver leur statut personnel
coutumier ; sinon c'est l'état-civil du seul lieu de naissance qui compte
pour le statut civil commun, et ce sont seulement ces 3 circonscriptions
qui s'en occupent, faute de commune (ou sinon les ambassades et consulats
de France uniquement comme intermédiaire des 3 circonscriptions, via la
délégation de l'archipel à Paris, ou via la délégation de l'archipel à
Nouméa pour ceux qui résident dans la zone océanienne hors de l'archipel
lui-même).

Je suis tout de même curieux de voir comme l'Insee codifie plus précisément
les localités de Wallis-et-Futuna puisqu'il n'y a pas de communes: parmi
les 3 royaumes, les 3 districts futuniens, les villages dotés d'une
chefferie coutumière, et sinon les autres villages ou hameaux, tout est
coutumier en dehors des 3 circonscriptions du conseil territorial qui
semblent être le plus bas niveau territorial où peut être géré à la fois le
droit civil commun pour tout le monde (nationalité et citoyenneté
républicaine, état-civil, fiscalité commune, justice civile, domaine public
de droit commun, école publique de la république, enseignement supérieur
public, radio-télévision publique, santé publique, sécurité civile,
police/gendarmerie, zone de défense, eaux territoriales, ZEE, et relations
internationales de proximité du conseil territorial...), et le droit
coutumier pour ceux qui relèvent de ce droit (ainsi que pour le
domaine territorial public de droit coutumier, comprenant les propriétés
consultatives et judiciaires des royaumes et chefferies de districts et de
villages, et les propriétés et autres équipements collectifs coutumiers,
dont les écoles publiques coutumières, les espaces et ressources naturelles
gérés par ces chefferies).
[/note]

Concernant ensuite le mapping de ces codes INSEE élargis vers les codes
postaux, c'est une autre histoire car là on peut se retrouver à nouveau
avec des homonymies de rues (pour lesquelles La Poste dans le passé
demandait de suffixer le nom du bureau distributeur ou d'ajouter une ligne
d'adresse avant... mais maintenant elle recommande d'utiliser plutôt le nom
de la commune administrative (pas la commune-collectivité de plein exercice
mais celle de la commune associée le cas échéant), ce qui évite des
adresses à rallonge et permet à la dernière ligne d'adresse de rester dans
les limites de longueur (sans risque de troncature des suffixes de
précision) et sans avoir à utiliser une autre ligne

Re: [Talk-de] Updating motorhome dump station tagging (English)

On Tue, Apr 21, 2015 at 12:20 PM, Bryce Nesbitt bry...@obviously.com
wrote:

 Apologies for using English on the German list.

 I would like to seek additional voices on moving German motorhome sewage
 tagging from:

   amenity=waste_disposal
   name=Aire de services camping-car
   waste_disposal:chemical_toilet=yes
   waste_disposal:grey_water=yes

 To:
   amenity=sanitary_dump_station
   name=Aire de services camping-car


This tagging is now complete in Germany.


No information was removed (*chemical_toilet* became *black_water*+
*tank_chemicals*).
Other mappers are planning to add the type of connection.
Another mapper with the Seamark project will be working on German marina
nodes.
No biological dump stations were found.


 3) There is separate tagging for marine facilities for boats, as it is
  improper to direct a motorhome driver to use a marine-only facility.
 sounds reasonable


I used waterway=sanitary_dump_station for these.  waterway=pump-out and
seamark:small_craft_facility:category=pump-out
http://wiki.openstreetmap.org/wiki/Tag:seamark:small_craft_facility:category%3Dpump-out
are
also in use.





Dieser Tag beschreibt einen Ort an dem Sanitärabfälle, die in Tanks
gesammelt wurden, entsorgt werden können.
http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dsanitary_dump_station
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] Normalisation du tag antenne

2015-04-30 Thread dHuy Pierre

@Verdy: Heureux de te voir enfin, j'étais presqu'étoné de ne pas te lire. Cette 
propal de nomenclature est vraiment bonne. Merci Jérôme pour le coup, je ne 
vois pas comment mieux lier (quelqu'un avait proposé antenna:1...n mais il est 
clair que ce tag était invivable.
@Liostier: Forme et emplacement d'antenne on est d'accord sauf qu'à voir la 
liste des type j'aurais besoin d'un coup de main si on veut proposer une vraie 
liste, tu peux faire ça le pad?Autrement je continue de considérer qu'il faut 
distinguer les antennes en fonction de leur émission. La cartographie ne passe 
pas que par le visuel et la connaissance de certains réseau peut être 
exploitable pour un usage civil (cf use case sur le pad et dans la ML). J'ai 
officiellement barré les bandes de fréquences, et les directions. On en reste 
du coup au draft initial de opérateurs, type de réseau, et type d'antenne (plus 
tag optionnel avec hidden, height, antenna:dimension et ele)
 


 Le Vendredi 1 mai 2015 0h18, Philippe Verdy verd...@wanadoo.fr a écrit :
   

 
Le 30 avr. 2015 18:42, Christian Quest cqu...@openstreetmap.fr a écrit :
 Le 30/04/2015 18:07, Jérôme Amagat a écrit :
 operator=RESEAU PRIVE|TDF|SNCF Réseau|FREE MOBILE|IFW|BOUYGUES TELECOM
 reseau =PMR|FM;FH|GSM R|UMTS 900;UMTS 2100;LTE 2600|BLR 3 GHZ|FH;LTE 
 800;LTE 1800;LTE 2600;GSM 900;GSM 1800;UMTS 2100|


 La convention sur OSM est de séparer par des ;Oui mais uniquement pour des 
 listes non ordonnées. Là Jérôme voulait lier l'ordre des deux listes.Les 
 traits verticaux sont utilisés dans ce cas pour les listes ordonnées de 
 lanes.Seulement je trouve ça très peu lisible. Il serait plus pertinent de 
 grouper les données propre à chaque opérateur au nom de cet opérateur et en 
 séparant alors les opérateurs sur des gags distincts.Cela donnerait un truc 
 du genre:operator:1=TDF|FM;FH
operator:2=Opérateur privé|PMR
operator:3=SNCF|GSM R
operator:4=FREE MOBILE|UMTS 900;UMTS 2100;LTE 2600
etc.Les séparateurs n'ont pas le même rôle et un pipe indique l'ordre des 
champs (nom d'operateur, types de reseau) lesquels peuvent encore inclure en 
valeur des listes non ordonnées séparées par points-virgules...Les indices 
numériques donnés à chaque opérateur sont ordonnés mais en fait 
arbitrairement.Dès que ça se complique de toute façon on se retrouve avec 
plusieurs tags. Sinon il faudrait admetttre des valeurs dans un type structuré 
comme JSON, voire XML en plus verbeux encore...

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


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

Re: [OSM-talk-fr] Normalisation du tag antenne

Note: je n'ai rien précisé concernant la façon de créer un échappement pour
les crochets, accolades, guillemets, apostrophes, et les pipe, virgules ou
point-virgules : il faudrait juste réserve le backslash ou d'un caractère
conventionel non réservé :
- \\ pour le backslash \ lui même
- \| pour le pipe |
- \= pour le signe égal =
- \[ et \] pour les crochets [ et ]
- \{ et \} pour les accolades { et }
- \s (semicolon) pour le point-virgule ; et non pas \; afin de ne pas
entrer en conflit avec les point-virgules séparateurs par défaut des listes
non ordonnées d'OSM)

Et pour le cas où des chaines déjà entre guillemets ou entre
'apostrophes' sont utilisées:
- \q (quote) pour les guillemets doubles ASCII 
- \a (apos) pour les guillemets doubles ASCII '

Rien de prévu pour les échappements Unicode (ceux qui y tiennent pourront
ajouter \xNN ou \u ou \UNN), le but étant de coder directement les
caractères du texte si possible et d'utiliser sinon les échappements plus
compacts à deux caractères...

Avec ça on a tout pour imiter JSON, mais en plus compact et sans distinguer
les types numériques et chaines (il n'y a qu'un seul type d'atome : les
chaînes).

Les schémas qui voudraient distinguer les types d'atomes devraient coder ça
dans les atomes-chaines par une convention comme type:valeur (un peut
comme le fait PHP pour sérialiser ses données), par exemple i:10 pour
indiquer l'entier 10 (nombre de bits non limité), n:10 pour le nombre
flottant 10 (précision non limitée), s:10 pour indiquer la chaîne 10,
n: pour indiquer une valeur nil, d:date pour une date dans un format
compatible ISO8601 (avec séparateurs de champs de date optionnels pour que
ce soit encore plus compact)...

Le 1 mai 2015 01:17, Philippe Verdy verd...@wanadoo.fr a écrit :

 Le 1 mai 2015 00:35, dHuy Pierre dh...@yahoo.fr a écrit :

 @Verdy: Heureux de te voir enfin, j'étais presqu'étoné de ne pas te lire.
 Cette propal de nomenclature est vraiment bonne.


 Note: je n'ai pas voulu taper gags mais tags (mais sur le coup le
 smartphone que j'ai utilisé temporairement, le temps d'une indisponibilité
 du système sur PC, n'en a fait qu'à sa tête malgré plusieurs corrections
 successives de ce mot, il a encore été remplacé contre ma volonté lors de
 l'envoi...)

 Personnellement je n'ai jamais aimé le fait de mêler deux types de
 séparateurs dans les tags lanes, c'est très peu lisible et trompeur. Et
 j'aurais préféré un codage de type JSON (mais encore un peu plus compact),
 sans aucun point-virgule (sauf si la structure principale est celle d'une
 liste non ordonnée: aucun point-virgule dans les éléments)

 Bref si on veut tout mettre dans un seul tag, permettre alors l'usage des
 accolades, et dans ce cas dans les accolades permettre d'utilier
 guillements et apostrophes ASCII pour encadrer des chaines (mais ne
 contenant aucun point-virgule qui devraient utiliser un échappement)

 Les valeurs structurées et sous-structures ne seraient que des listes non
 ordonnées (entre accolades, séparées par des pipes ou virgules), ou
 ordonnées/indexés (entre crochets, séparées aussi par des pipes, avec un
 éventuel signe égal pour nommer/indexer le champ), et contrairement à JSON,
 les guillemets seraient presque toujours évitables, et il n'y aurait qu'un
 seul type d'atome: les chaines, et pas de nombres en tant que tels

 Les séparateurs seraient également évitables s'il y a des crochets ou
 accolades avant ou après, pour que ce soit encore plus compact. Pour cet
 exemple cela donnerait:

 operator={[TDF{FM|FH}][Opérateur privé{PMR}][SNCF{GSM R}][FREE
 MOBILE{UMTS 900|UMTS 2100|LTE 2600}]}

 Mais puisqu'ici la structure externe est une liste non ordonnée, on peut
 aussi éviter les accolades externes et alors utiliser les points-virgules
 habituels d'OSM, et supprimer aussi les crochets encadrant chaque élément
 de la liste non ordonnée quant ils sont eux-même des listes ordonnées:

 operator=TDF{FM|FH};Opérateur privé{PMR};SNCF{GSM R};FREE MOBILE{UMTS 900|UMTS
 2100|LTE 2600}

 Et voilà alors notre format JSON-like, ultra compact, adapté pour OSM,
 mais toujours très lisible !


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

Re: [Talk-GB] elsan_points

You can see the issue of how to tag this has come up several times:
http://wiki.openstreetmap.org/wiki/Proposed_features/Sanitary_Dump_Station#See_Also
With no consensus tagging diverged many ways.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Normalisation du tag antenne

2015-04-30 Thread Jean-Marc Liotier


On 01/05/2015 00:35, dHuy Pierre wrote:
@Liotier: Forme et emplacement d'antenne on est d'accord sauf qu'à 
voir la liste des type j'aurais besoin d'un coup de main si on veut 
proposer une vraie liste, tu peux faire ça le pad?


De retour au bureau lundi je devrais avoir moyen de mettre la main sur 
une typologie d'antennes pour un réseau mobile (en espérant que ce 
soient des types génériques et non des modèles de constructeurs) - et je 
devrais pouvoir contribuer quelques types supplémentaires.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Chain Store Cleanup

2015-04-30 Thread Andreas Goss


I think http://wiki.openstreetmap.org/wiki/POI:McDonald%27s is overkill
however.  And long term chances are
some form of synchronization with McDonald's official store finder will
replace the current manual process.


Agree, something like this with a more organized overview would be better:
http://wiki.openstreetmap.org/wiki/UK_Retail_Chains

And those individual pages also are not like Map Features.


The main problem with all these pages is that if something is updated or 
changed you have to do it everywhere. So I would try to limit it.

__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88‎


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

Re: [Talk-GB] elsan_points

On Thu, Apr 23, 2015 at 3:05 PM, Lester Caine les...@lsces.co.uk wrote:

 tag - disposal_point

 Values
 pump_out:grey (No sewage)
 pump_out:black(Contains Sewage)
 pump_out:bilge(May contain oil)
 pump_out:restricted   (note advise restrictions)
 dump:black(may have restrictions?)
 chemical:contained(cartridge style disposal)
 chemical:clean_down('wet' disposal with clean down facility)
 chemical:gel_only (may be other restrictions depending on country?)

 Access
 clients_only  (marina or campsite or leisure facility clients)
 public_free   (council provided facility?)
 public_fee:rates  (see debate in Oz about lack of public
facilities even if they paid for access)
 LOCATION should show if it's private access to boats or other vehicles
 Payment methods or private access also expand the data.



Ok, so if understand, in that proposal a UK canal waterway=elsan_point
might be re-tagged like:

*disposal_point=yes*



*chemical:contained=yeschemical:clean_down=yes*

*chemical:gel_only=no*
*chemical:restrictions=uses a septic field, and only biodegradable tank
chemicals are allowed.*

*access=*public_fee:rates

*boat=yes*
*motorhome=no*


Perhaps next to a:


*water_point=yes*
*access=public_free*

*boat=yes*
*motorhome=no*


Where the boat=yes motorhome=no tag could exist on an enclosing way such as
a Marina.


---

I see the issue as centered on complexity, mapper behavior, and
rendering/searching behavior.
The system depends on two types of access : legal permission and physical
access.  A marine
site may only be accessible to boat, or free and public but only welcome
marine users.  That subtlety will likely
be lost in rendering or gps searching, leading people to an inappropriate
facility.  The reality is that
top level tags are what controls most searching and rendering.

The tags boat=yes and motorhome=no are not universally processed by
rendering.  Thus most
of the time the feature will show up undifferentiated.


*OpenSeaMap* has chosen to use it's own tags in part to avoid motorhome
features showing up
on Mariner's map.  This allows ready and reliable creation of a mariner's
map (or in this case a UK
waterway map).  The cost of a new high level tag seems small compared to
the benefits.  The toilet
stations I map will be with something simpler.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk] Chain Store Cleanup

2015-04-30 Thread Andrew MacKinnon

I am trying to figure out a way of cleaning up incorrect chain store
data in OSM. For example there are 1422 instances of McDonalds in
OSM (should be McDonald's) and 203 instances of Tim Horton's (should
be Tim Hortons).

I have created pages on the OSM wiki called
http://wiki.openstreetmap.org/wiki/Chain_Store_Cleanup and
http://wiki.openstreetmap.org/wiki/Chain_Store_Directory. Ideally I
would like to create wiki pages for every large chain of stores in the
world that is similar to Map Features, with recommended ways of
tagging chain stores. A lot of new OSM users get this wrong and create
incorrect data, and there wasn't anything on the wiki telling users
that McDonalds or Tim Horton's is incorrect. This is really
preliminary and I'm sure that this can be improved a great deal. I
would also like to keep track of chain stores that have closed stores
or changed name. For example, Target closed all its stores in Canada
recently and Wal-Mart changed the name of all its stores to Walmart a
few years ago.

Do people mind if I start fixing these errors myself, finding POIs
with overpass turbo and editing individual POIs one at a time? I
understand that large scale mechanical edits over a large area are a
bad idea and the admins hate people doing that (it is too easy to make
mistakes, and there is bound to be something called McDonalds that
is not actually a McDonald's fast food restaurant, and I don't really
want to get into wars over how to tag things, but amenity=fast_food
and name=McDonalds is just wrong). I think that applying the
mechanical edit policy to semi-automated edits that are done one at
a time is overkill though. However, there are a lot of these errors in
OSM, so I really need help from other people to fix these errors.
Also, it would be appreciated if validation rules for chain stores
could be added to automated bug fixers such as maproulette, keepright,
osmose, etc.

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

Re: [OSM-talk-fr] Normalisation du tag antenne

Le 30 avr. 2015 18:42, Christian Quest cqu...@openstreetmap.fr a écrit :
 Le 30/04/2015 18:07, Jérôme Amagat a écrit :
 operator=RESEAU PRIVE|TDF|SNCF Réseau|FREE MOBILE|IFW|BOUYGUES TELECOM
 reseau =PMR|FM;FH|GSM R|UMTS 900;UMTS 2100;LTE 2600|BLR 3 GHZ|FH;LTE
800;LTE 1800;LTE 2600;GSM 900;GSM 1800;UMTS 2100|


 La convention sur OSM est de séparer par des ;

Oui mais uniquement pour des listes non ordonnées. Là Jérôme voulait lier
l'ordre des deux listes.

Les traits verticaux sont utilisés dans ce cas pour les listes ordonnées de
lanes.

Seulement je trouve ça très peu lisible. Il serait plus pertinent de
grouper les données propre à chaque opérateur au nom de cet opérateur et en
séparant alors les opérateurs sur des gags distincts.

Cela donnerait un truc du genre:

operator:1=TDF|FM;FH
operator:2=Opérateur privé|PMR
operator:3=SNCF|GSM R
operator:4=FREE MOBILE|UMTS 900;UMTS 2100;LTE 2600
etc.

Les séparateurs n'ont pas le même rôle et un pipe indique l'ordre des
champs (nom d'operateur, types de reseau) lesquels peuvent encore inclure
en valeur des listes non ordonnées séparées par points-virgules...

Les indices numériques donnés à chaque opérateur sont ordonnés mais en fait
arbitrairement.

Dès que ça se complique de toute façon on se retrouve avec plusieurs tags.
Sinon il faudrait admetttre des valeurs dans un type structuré comme JSON,
voire XML en plus verbeux encore...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Normalisation du tag antenne

Le 1 mai 2015 00:35, dHuy Pierre dh...@yahoo.fr a écrit :

 @Verdy: Heureux de te voir enfin, j'étais presqu'étoné de ne pas te lire.
 Cette propal de nomenclature est vraiment bonne.


Note: je n'ai pas voulu taper gags mais tags (mais sur le coup le
smartphone que j'ai utilisé temporairement, le temps d'une indisponibilité
du système sur PC, n'en a fait qu'à sa tête malgré plusieurs corrections
successives de ce mot, il a encore été remplacé contre ma volonté lors de
l'envoi...)

Personnellement je n'ai jamais aimé le fait de mêler deux types de
séparateurs dans les tags lanes, c'est très peu lisible et trompeur. Et
j'aurais préféré un codage de type JSON (mais encore un peu plus compact),
sans aucun point-virgule (sauf si la structure principale est celle d'une
liste non ordonnée: aucun point-virgule dans les éléments)

Bref si on veut tout mettre dans un seul tag, permettre alors l'usage des
accolades, et dans ce cas dans les accolades permettre d'utilier
guillements et apostrophes ASCII pour encadrer des chaines (mais ne
contenant aucun point-virgule qui devraient utiliser un échappement)

Les valeurs structurées et sous-structures ne seraient que des listes non
ordonnées (entre accolades, séparées par des pipes ou virgules), ou
ordonnées/indexés (entre crochets, séparées aussi par des pipes, avec un
éventuel signe égal pour nommer/indexer le champ), et contrairement à JSON,
les guillemets seraient presque toujours évitables, et il n'y aurait qu'un
seul type d'atome: les chaines, et pas de nombres en tant que tels

Les séparateurs seraient également évitables s'il y a des crochets ou
accolades avant ou après, pour que ce soit encore plus compact. Pour cet
exemple cela donnerait:

operator={[TDF{FM|FH}][Opérateur privé{PMR}][SNCF{GSM R}][FREE MOBILE{UMTS
900|UMTS 2100|LTE 2600}]}

Mais puisqu'ici la structure externe est une liste non ordonnée, on peut
aussi éviter les accolades externes et alors utiliser les points-virgules
habituels d'OSM, et supprimer aussi les crochets encadrant chaque élément
de la liste non ordonnée quant ils sont eux-même des listes ordonnées:

operator=TDF{FM|FH};Opérateur privé{PMR};SNCF{GSM R};FREE MOBILE{UMTS 900|UMTS
2100|LTE 2600}

Et voilà alors notre format JSON-like, ultra compact, adapté pour OSM, mais
toujours très lisible !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Chain Store Cleanup

You'll probably face an easier road if your clean page follows the
mechanical edit convention, using your name:
(sample: http://wiki.openstreetmap.org/wiki/Mechanical_Edits/Bryce_C_Nesbitt
),
even if you're not doing something fully mechanical.


Then:

   1. Add the TODO plugin to JOSM.
   2. From overpass turbo load name=McDonalds and amenity=fast_food.
   3. Export to JOSM (clicking 'repair' first).
   4. Select a reasonable region, such as your home country.  Invert the
   selection and purge the rest of the nodes to eliminate the non-target
   areas of the earth.
   5. Select only tagged objects (using search) and add to the TODO
   plugin.
   6. Step through the nodes, prior to making any mechanical changes.

I recommend working only in countries where you understand the language and
culture.
name=McDonalds might be correct in places you don't fully understand.



I think http://wiki.openstreetmap.org/wiki/POI:McDonald%27s is overkill
however.  And long term chances are
some form of synchronization with McDonald's official store finder will
replace the current manual process.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Chain Store Cleanup

2015-04-30 Thread Imre Samu

 cleaning up incorrect chain store data in OSM.
...  McDonald's fast food restaurant,  ...


related project:   https://github.com/osmlab/name-suggestion-index
and iD Editor use this (
https://github.com/openstreetmap/iD/blob/master/data/name-suggestions.json )

and don't forget internationalisation :


like:
Макдоналдс: { count: 324, tags: { name:en: McDonald's } マクドナルド:
{ count: 692, tags: { name:en: McDonald's, cuisine: burger }

Regards,
 Imre



2015-05-01 0:04 GMT+02:00 Andrew MacKinnon andrew...@gmail.com:

 I am trying to figure out a way of cleaning up incorrect chain store
 data in OSM. For example there are 1422 instances of McDonalds in
 OSM (should be McDonald's) and 203 instances of Tim Horton's (should
 be Tim Hortons).

 I have created pages on the OSM wiki called
 http://wiki.openstreetmap.org/wiki/Chain_Store_Cleanup and
 http://wiki.openstreetmap.org/wiki/Chain_Store_Directory. Ideally I
 would like to create wiki pages for every large chain of stores in the
 world that is similar to Map Features, with recommended ways of
 tagging chain stores. A lot of new OSM users get this wrong and create
 incorrect data, and there wasn't anything on the wiki telling users
 that McDonalds or Tim Horton's is incorrect. This is really
 preliminary and I'm sure that this can be improved a great deal. I
 would also like to keep track of chain stores that have closed stores
 or changed name. For example, Target closed all its stores in Canada
 recently and Wal-Mart changed the name of all its stores to Walmart a
 few years ago.

 Do people mind if I start fixing these errors myself, finding POIs
 with overpass turbo and editing individual POIs one at a time? I
 understand that large scale mechanical edits over a large area are a
 bad idea and the admins hate people doing that (it is too easy to make
 mistakes, and there is bound to be something called McDonalds that
 is not actually a McDonald's fast food restaurant, and I don't really
 want to get into wars over how to tag things, but amenity=fast_food
 and name=McDonalds is just wrong). I think that applying the
 mechanical edit policy to semi-automated edits that are done one at
 a time is overkill though. However, there are a lot of these errors in
 OSM, so I really need help from other people to fix these errors.
 Also, it would be appreciated if validation rules for chain stores
 could be added to automated bug fixers such as maproulette, keepright,
 osmose, etc.

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

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

Re: [OSM-talk] Chain Store Cleanup