Re: [Talk-us] Durham and Chatham County Address Imports (North Carolina, USA)

[Leif Rasmussen]

Hi James
I have now created the project on the OSM US tasking manager.  It is
available at https://tasks.openstreetmap.us/project/46.  Please feel free
to begin working on it at any time!  I will soon create a project for
Chatham County, NC, as well.
Thanks for helping me complete this import properly!
Leif

On Sat, Jul 21, 2018 at 5:00 PM James Umbanhowar  wrote:

> Thank you for listening!
>
> I would probably only help with Durham, so two tasks would be great.
>
> I would think something like 500 addresses would be a reasonable task
> size.  Obviously in areas without preexisting buildings, this would go
> rather quickly, but matching addresses to buildings (whether by putting
> on/in the whole polygon or near an entrance) would be a completable
> task.
>
> James
>
> On Sat, 2018-07-21 at 15:39 -0400, Leif Rasmussen wrote:
> > Thank you for stopping me!  I did not fully understand the last
> > email, and I am sorry about just moving forward like that.  Should I
> > create one new task for both Durham and Chatham Counties, or one for
> > each?  Also, how many addresses should each section have?
> > Thanks again,
> > Leif
> >
> > On Sat, Jul 21, 2018, 2:39 PM James Umbanhowar 
> > wrote:
> > > Sorry, I just saw this.  Please do not upload this, yet.  You have
> > > not
> > > responded to any of the feedback that I have given.  Instead you
> > > have
> > > chosen to just upload all the points into the database and then
> > > correct
> > > the database afterwards.
> > >
> > > Please, instead, break this into smaller areas and then conflate
> > > the
> > > points with existing objects and then upload. From what I can tell,
> > > this would be easiest done with the Tasking Manager.
> > >
> > > Also, I have already signalled my willingness to help with this
> > > task
> > > and using the tasking manager would allow me and possibly others to
> > > help.
> > >
> > > Thank you,
> > >
> > > James
> > >
> > >
> > >
> > > On Thu, 2018-07-19 at 23:42 -0400, Leif Rasmussen wrote:
> > > > Hi everyone!
> > > I have finally verified the license on the Chatham
> > > > County, NC address data which includes about 44,000 address
> > > points.
> > > > It is public domain except for that it has a "no direct resale"
> > > > policy that allows indirect resale (includes other data), which
> > > is
> > > > compatible with OSM.  Durham County, which uses the ODbL has also
> > > > produced address data.  I will be completing both the imports
> > > this
> > > > weekend.  Some discussion has taken place about adding buildings
> > > in
> > > > Durham at the same time as the import, but to keep everything
> > > more
> > > > simple, I have decided on just adding nodes for now and then
> > > merging
> > > > with buildings later.  This would reduce complexity and help
> > > > everything run more smoothly.  I will upload all of the data
> > > alone.
> > > > This helps keep everything more simple, leading to fewer
> > > mistakes.  I
> > > > do not see very much benefit to having several account all
> > > importing
> > > > the data.
> > >
> > > Details:
> > > Size of both imports combined: 190,000 addresses
> > > Date of upload: Saterday and Sunday, 21st and 22nd of July, 2018
> > > Type of import:  One time with JOSM in 20 changesets.
> > > Account:  LeifRasmussen_import
> > >
> > > Wiki pages:
> > > Durham County
> > > Chatham County
> > >
> > > Please let me know of any concerns of ideas!  I would love to
> > > improve
> > > the import as much as I can.
> > > Thanks!
> > > Leif Rasmussen
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-pe] Mejoras a la red de carreteras en Perú y una pregunta

[Johnattan Rupire]

> 
>  Sobre el nombre Pista Nueva, probablemente porque se expandriá la
> Vía Paseo de la República y conectará con la Panamericana Sur.
> https://elcomercio.pe/lima/by-pass-benavides-tendria-deficiencias-aliviaria-trafico-326169
> [2] Así que consideren como un nombre alternativo para la futura
> autopista.

Creo que el nombre "pista nueva" viene de cuando esa "pista" era "nueva"
cuando se prolongó Benavides. 

-- 
Johnattan Rupire
@johnarupire

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

[OSM-ja] 国道・県道・市道の境界/地理院地図利用について

[石野貴之]

この前は高速道路無料措置に関する質問にお答えいただきありがとうございました。

著作権を保護するための重要な質問が生じたので、またお答えいただけると幸いです。

(1) 道路を編集中、国道/都道府県道/市町村道等の区間や、境界となる交差点の位置について疑義が生じた場合、
・Wikipedia記事
・各自治体が公表しているWebGIS
を根拠にして編集を行うことは禁止という認識でよろしいでしょうか。

(2) 上記の場合において、JOSMでJapanGSI Standard
Mapを読み込むと、国道は赤、県道は黄色で描かれていますが、この色を根拠にした編集は行っても大丈夫でしょうか。

(3) JapanGSI Standard
Map(電子国土基本図)と、基盤地図情報の違いがいまいちわかりません。地形図との違いについては国土地理院のサイトで分かりましたが。

以上、「一生の恥」としたくないので質問させていただきます。

yumean1119(石野)
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[osm . sanspourriel]

Le 22/07/2018 à 01:12, marc marc - marc_marc_...@hotmail.com a écrit :


- pour l'étendue, Alain dit que cela déborde largement de la région
administrative.
alors soit quelqu'un est capable de faire un tracé approximatif meilleur
que l'existant, soit on peux relier le point du littoral au nord avec
celui au sud par un way avec 3 nœuds, au moins ce serra clair que c'est
approximatif au lieu d'une extrême précision erronée comme maintenant.

Si vous voulez conserver la péninsule, alors virer les liens wiki*.

Pour la délimitation d'une péninsule bretonne (armoricaine me semble 
plus juste, 18 000 occurrences au lieu de 8 000), je propose d'aller de 
l'embouchure de la Sélune (et non du Couesnon comme je disais d'où 
l'intérêt de ne pas mettre Bretonne en premier) à l'embouchure de la Loire.
En s'arrêtant à la limite OSM entre la partie maritime et la partie 
fluviale.


Si je proposais un simple nœud c'est que si on met un point au milieu on 
trouve naturellement les limites. Si ce n'est pas évident, ce n'est pas 
une péninsule ;-). Par contre pour gérer le niveau à partir duquel on 
affiche une entité ça a du sens.
Ceci dit, le niveau de zoom auquel on afficherait la péninsule en 
question serait celui où on favorise les régions et les capitales 
régionales.


> pour le name pas trop d'accord pour le changement par contre tout a 
fait d'accord pour le alt_name=péninsule armoricaine
Clairement le machin correspond à la partie continentale de la région 
administrative bretonne, en aucun cas à la Bretagne, je suis pour 
supprimer au moins les noms (quitte après avoir modifié la partie est à 
nommer Péninsule Bretonne ou Armoricaine).


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

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[Jérôme Amagat]

Le dim. 22 juil. 2018 à 01:13, marc marc  a
écrit :

> Ta modif est globalement une bonne chose.
> quelques petits détails :
>
> - pour le nom, en lisant la réponse de Christian, il me semblait que
> Bretagne pour la péninsule n'était pas utilisé, alors une autre solution
> aurait été de changer le nom de cette relation avec name=péninsule
> bretonne alt_name=péninsule armoricaine pour éviter toute confusion.
>

pour le name pas trop d'accord pour le changement par contre tout a fait
d'accord pour le alt_name=péninsule armoricaine

>
> - pour le tag wikipedia, puisque wikipedia ne parle pas de péninsule de
> Bretagne, cela me parait inutile de le garder, l'article ne parlant pas
> de l'objet même s'il a le même nom.
>

1er ligne de la page wikipedia :
"La Bretagne est une entité géographique et culturelle. Elle occupe une
péninsule, à l'extrémité ouest de la France, située entre la Manche au
nord, la mer Celtique et la mer d'Iroise à l'ouest et le golfe de Gascogne
au sud. "
ça parle qu'en même de péninsule :)
mais je suis d'accord que c'est pas la même chose donc mérite sûrement de
disparaître (mais c'est ce qui s'en rapproche le plus d'en osm je pense :) )

>
> - area=yes n'a aucune utilité sur une relation type=MP/type=boundary et
> autre puisqu'ils représente toujours une area
>
> - pour l'étendue, Alain dit que cela déborde largement de la région
> administrative.
> alors soit quelqu'un est capable de faire un tracé approximatif meilleur
> que l'existant, soit on peux relier le point du littoral au nord avec
> celui au sud par un way avec 3 nœuds, au moins ce serra clair que c'est
> approximatif au lieu d'une extrême précision erronée comme maintenant.
>

d'accord avec ça

>
> - label : à l'origine l'idée était de dire où placer le nom sur le rendu
> mais le rendu osm.org ne l'utilise pas (et de mémoire je ne connais
> aucun rendu qui l'utilise).
> Au minimum le nœud label peux exister mais vide de tout tag (à migrer
> sur la relation si certains langues ont été ajoutée par erreur sur le
> label et non sur la relation)
> Dans un deuxième temps, si son inutilité réelle est confirmé,il serra
> toujours temps de le supprimer. c'est d'ailleurs "amusant" que le nœud
> label n'est utilisé que pour la péninsule et pas pour la région.
>

le node sert de label pour la région Bretagne et je l'ai supprimé pour la
péninsule mais le problème c'est que les tags sur le node font que c'est un
doublon de la relation.

Mon changement était surtout pour enlever type=boundary qui, je pense,
posait des problèmes mais il y a d'autres changements à faire.


> Le 22. 07. 18 à 00:56, Jérôme Amagat a écrit :
> > Je viens de faire la modif suivante sur la relation péninsule de
> > bretagne https://www.openstreetmap.org/relation/5687071 :
> > j'ai changé de type=boundary en type=multipolygon ce qu'elle avait avant
> > que quelqu'un le modifie il y a un peu plus d'un an.
> > j'ai modifié les tag wikipedia et wikidata pour mener ici :
> > https://fr.wikipedia.org/wiki/Bretagne plutôt que sur la région Bretagne
> > donc en plus des tag pour le nom dans différentes langues (que je n'ai
> > pas touché) il reste type=multipolygon place=peninsula area=yes (je sais
> > pas pourquoi je l'ai laissé celui la) et wikipedia et wikidata
> >
> > Je pense qu'en faisant disparaître type=boundary ça va faire disparaître
> > les problèmes mentionnés auparavant.
> > Pour la page wikipedia, c'est pas vraiment la page de la péninsule mais
> > c'est plutôt tout ce que l'on peut appeler Bretagne quand on ne parle
> > pas de la région administrative.
> > Cette relation sert à indiquer une péninsule qui porte le nom Bretagne
> > donc c'est pas une frontière donc normal que ce soit un multipolygon.
> > Pour moi il y a vraiment une péninsule qui porte le nom de Bretagne.
> > c'est peut être arrivé par abus de langage : Bretagne qu'elle soit
> > historique, linguistique, administrative... occupe cette péninsule. Donc
> > je pense que cette relation a un sens et doit exister.
> > Il ne faut pas oublié que les tags place=* sont la pour indiquer quelque
> > chose qui a un nom. si on enlevé le nom il faut supprimer la relation,
> > la géographie du lieu suffit pour voir que c'est une péninsule pas
> > besoin de créé une relation dans osm pour ça. (D’ailleurs c'est pareil
> > pour tout les autre tag place=*, une île qui ne porte pas de name n'a
> > pas besoin de tag place=island, un petit lieu dit n'a pas besoin de
> > place=isolated_... ou place=hamlet si il n'y a pas de name, on en trouve
> > beaucoup pourtant dans osm.)
> >
> > Par contre sa délimitation pose problème.
> > (Mettre l'info que sur un node, je ne trouve pas ça terrible, on aurait
> > aucune idée de la taille de la péninsule qui peut faire de quelques
> > centaines de mètres à plusieurs milliers.)
> > Là on a un problème à l’intérieur des terres difficile de dire ou ça
> > s’arrête
> > et aussi au niveau de la cote où arrêter la péninsule.
> > Mais ces problèmes se posent pour beaucoup d'objet 

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[marc marc]

Ta modif est globalement une bonne chose.
quelques petits détails :

- pour le nom, en lisant la réponse de Christian, il me semblait que 
Bretagne pour la péninsule n'était pas utilisé, alors une autre solution 
aurait été de changer le nom de cette relation avec name=péninsule 
bretonne alt_name=péninsule armoricaine pour éviter toute confusion.

- pour le tag wikipedia, puisque wikipedia ne parle pas de péninsule de 
Bretagne, cela me parait inutile de le garder, l'article ne parlant pas 
de l'objet même s'il a le même nom.

- area=yes n'a aucune utilité sur une relation type=MP/type=boundary et 
autre puisqu'ils représente toujours une area

- pour l'étendue, Alain dit que cela déborde largement de la région 
administrative.
alors soit quelqu'un est capable de faire un tracé approximatif meilleur 
que l'existant, soit on peux relier le point du littoral au nord avec 
celui au sud par un way avec 3 nœuds, au moins ce serra clair que c'est 
approximatif au lieu d'une extrême précision erronée comme maintenant.

- label : à l'origine l'idée était de dire où placer le nom sur le rendu 
mais le rendu osm.org ne l'utilise pas (et de mémoire je ne connais 
aucun rendu qui l'utilise).
Au minimum le nœud label peux exister mais vide de tout tag (à migrer 
sur la relation si certains langues ont été ajoutée par erreur sur le 
label et non sur la relation)
Dans un deuxième temps, si son inutilité réelle est confirmé,il serra 
toujours temps de le supprimer. c'est d'ailleurs "amusant" que le nœud 
label n'est utilisé que pour la péninsule et pas pour la région.

Le 22. 07. 18 à 00:56, Jérôme Amagat a écrit :
> Je viens de faire la modif suivante sur la relation péninsule de 
> bretagne https://www.openstreetmap.org/relation/5687071 :
> j'ai changé de type=boundary en type=multipolygon ce qu'elle avait avant 
> que quelqu'un le modifie il y a un peu plus d'un an.
> j'ai modifié les tag wikipedia et wikidata pour mener ici : 
> https://fr.wikipedia.org/wiki/Bretagne plutôt que sur la région Bretagne
> donc en plus des tag pour le nom dans différentes langues (que je n'ai 
> pas touché) il reste type=multipolygon place=peninsula area=yes (je sais 
> pas pourquoi je l'ai laissé celui la) et wikipedia et wikidata
> 
> Je pense qu'en faisant disparaître type=boundary ça va faire disparaître 
> les problèmes mentionnés auparavant.
> Pour la page wikipedia, c'est pas vraiment la page de la péninsule mais 
> c'est plutôt tout ce que l'on peut appeler Bretagne quand on ne parle 
> pas de la région administrative.
> Cette relation sert à indiquer une péninsule qui porte le nom Bretagne 
> donc c'est pas une frontière donc normal que ce soit un multipolygon.
> Pour moi il y a vraiment une péninsule qui porte le nom de Bretagne. 
> c'est peut être arrivé par abus de langage : Bretagne qu'elle soit 
> historique, linguistique, administrative... occupe cette péninsule. Donc 
> je pense que cette relation a un sens et doit exister.
> Il ne faut pas oublié que les tags place=* sont la pour indiquer quelque 
> chose qui a un nom. si on enlevé le nom il faut supprimer la relation, 
> la géographie du lieu suffit pour voir que c'est une péninsule pas 
> besoin de créé une relation dans osm pour ça. (D’ailleurs c'est pareil 
> pour tout les autre tag place=*, une île qui ne porte pas de name n'a 
> pas besoin de tag place=island, un petit lieu dit n'a pas besoin de 
> place=isolated_... ou place=hamlet si il n'y a pas de name, on en trouve 
> beaucoup pourtant dans osm.)
> 
> Par contre sa délimitation pose problème.
> (Mettre l'info que sur un node, je ne trouve pas ça terrible, on aurait 
> aucune idée de la taille de la péninsule qui peut faire de quelques 
> centaines de mètres à plusieurs milliers.)
> Là on a un problème à l’intérieur des terres difficile de dire ou ça 
> s’arrête
> et aussi au niveau de la cote où arrêter la péninsule.
> Mais ces problèmes se posent pour beaucoup d'objet dans osm
> Pour toute les péninsules déjà le problème est le même ou presque, 
> pareil pour les mers côtières et autres golfs,baies..., les chaines et 
> massifs de montagne,... (il y a quelques temps on a parler aussi des 
> régions naturelles.)
> Je pense qu'il faut faire un choix arbitraire sur la géométrie et se 
> dire que ce n'est pas faux mais juste approximatif.
> 
> Il y a un autre objet que la relation pour la péninsule et la relation 
> pour la région administrative dans osm pour la Bretagne, c'est ce node : 
> https://www.openstreetmap.org/node/1251610260
> et là c'est bien un objet qui fait doublon avec la relation 
> type=boundary de la Bretagne...
> 
> 
> 
> 
> ___
> 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] Route500 et le passage à 80 km/h du 1er juillet...

[Jérôme Amagat]

> On peut avoir une idée du nombre actuel via taginfo:
>
> http://taginfo.openstreetmap.fr/keys/maxspeed#values
>
> 90  95 044
> 80  10 967
>
>
> D'ailleurs, ça serait intéressant de noter les valeurs jour par jour, et en
> sortir une courbe.
>
>
> Sinon, les cartes suivantes doivent répondre à ta question:
>
> http://taginfo.openstreetmap.fr/tags/maxspeed=90#map
> http://taginfo.openstreetmap.fr/tags/maxspeed=80#map
>
> D’après taginfo :
Le 11 juillet :
90  95 044
80  10 967

10 jour plus tard,
le  21 juillet :
90 91461
80 15126

environ : +4000 80km/h et -3500 90km/h

pas terrible, peu mieux faire! :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[Jérôme Amagat]

Je viens de faire la modif suivante sur la relation péninsule de bretagne
https://www.openstreetmap.org/relation/5687071 :
j'ai changé de type=boundary en type=multipolygon ce qu'elle avait avant
que quelqu'un le modifie il y a un peu plus d'un an.
j'ai modifié les tag wikipedia et wikidata pour mener ici :
https://fr.wikipedia.org/wiki/Bretagne plutôt que sur la région Bretagne
donc en plus des tag pour le nom dans différentes langues (que je n'ai pas
touché) il reste type=multipolygon place=peninsula area=yes (je sais pas
pourquoi je l'ai laissé celui la) et wikipedia et wikidata

Je pense qu'en faisant disparaître type=boundary ça va faire disparaître
les problèmes mentionnés auparavant.
Pour la page wikipedia, c'est pas vraiment la page de la péninsule mais
c'est plutôt tout ce que l'on peut appeler Bretagne quand on ne parle pas
de la région administrative.
Cette relation sert à indiquer une péninsule qui porte le nom Bretagne donc
c'est pas une frontière donc normal que ce soit un multipolygon.
Pour moi il y a vraiment une péninsule qui porte le nom de Bretagne. c'est
peut être arrivé par abus de langage : Bretagne qu'elle soit historique,
linguistique, administrative... occupe cette péninsule. Donc je pense que
cette relation a un sens et doit exister.
Il ne faut pas oublié que les tags place=* sont la pour indiquer quelque
chose qui a un nom. si on enlevé le nom il faut supprimer la relation, la
géographie du lieu suffit pour voir que c'est une péninsule pas besoin de
créé une relation dans osm pour ça. (D’ailleurs c'est pareil pour tout les
autre tag place=*, une île qui ne porte pas de name n'a pas besoin de tag
place=island, un petit lieu dit n'a pas besoin de place=isolated_... ou
place=hamlet si il n'y a pas de name, on en trouve beaucoup pourtant dans
osm.)

Par contre sa délimitation pose problème.
(Mettre l'info que sur un node, je ne trouve pas ça terrible, on aurait
aucune idée de la taille de la péninsule qui peut faire de quelques
centaines de mètres à plusieurs milliers.)
Là on a un problème à l’intérieur des terres difficile de dire ou ça
s’arrête
et aussi au niveau de la cote où arrêter la péninsule.
Mais ces problèmes se posent pour beaucoup d'objet dans osm
Pour toute les péninsules déjà le problème est le même ou presque, pareil
pour les mers côtières et autres golfs,baies..., les chaines et massifs de
montagne,... (il y a quelques temps on a parler aussi des régions
naturelles.)
Je pense qu'il faut faire un choix arbitraire sur la géométrie et se dire
que ce n'est pas faux mais juste approximatif.

Il y a un autre objet que la relation pour la péninsule et la relation pour
la région administrative dans osm pour la Bretagne, c'est ce node :
https://www.openstreetmap.org/node/1251610260
et là c'est bien un objet qui fait doublon avec la relation type=boundary
de la Bretagne...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Durham and Chatham County Address Imports (North Carolina, USA)

[James Umbanhowar]

Thank you for listening! 

I would probably only help with Durham, so two tasks would be great.  

I would think something like 500 addresses would be a reasonable task
size.  Obviously in areas without preexisting buildings, this would go
rather quickly, but matching addresses to buildings (whether by putting
on/in the whole polygon or near an entrance) would be a completable
task.

James

On Sat, 2018-07-21 at 15:39 -0400, Leif Rasmussen wrote:
> Thank you for stopping me!  I did not fully understand the last
> email, and I am sorry about just moving forward like that.  Should I
> create one new task for both Durham and Chatham Counties, or one for
> each?  Also, how many addresses should each section have?
> Thanks again,
> Leif
> 
> On Sat, Jul 21, 2018, 2:39 PM James Umbanhowar 
> wrote:
> > Sorry, I just saw this.  Please do not upload this, yet.  You have
> > not
> > responded to any of the feedback that I have given.  Instead you
> > have
> > chosen to just upload all the points into the database and then
> > correct
> > the database afterwards.
> > 
> > Please, instead, break this into smaller areas and then conflate
> > the
> > points with existing objects and then upload. From what I can tell,
> > this would be easiest done with the Tasking Manager.
> > 
> > Also, I have already signalled my willingness to help with this
> > task
> > and using the tasking manager would allow me and possibly others to
> > help.
> > 
> > Thank you,
> > 
> > James
> > 
> > 
> > 
> > On Thu, 2018-07-19 at 23:42 -0400, Leif Rasmussen wrote:
> > > Hi everyone!
> > I have finally verified the license on the Chatham
> > > County, NC address data which includes about 44,000 address
> > points. 
> > > It is public domain except for that it has a "no direct resale"
> > > policy that allows indirect resale (includes other data), which
> > is
> > > compatible with OSM.  Durham County, which uses the ODbL has also
> > > produced address data.  I will be completing both the imports
> > this
> > > weekend.  Some discussion has taken place about adding buildings
> > in
> > > Durham at the same time as the import, but to keep everything
> > more
> > > simple, I have decided on just adding nodes for now and then
> > merging
> > > with buildings later.  This would reduce complexity and help
> > > everything run more smoothly.  I will upload all of the data
> > alone. 
> > > This helps keep everything more simple, leading to fewer
> > mistakes.  I
> > > do not see very much benefit to having several account all
> > importing
> > > the data.
> > 
> > Details:
> > Size of both imports combined: 190,000 addresses
> > Date of upload: Saterday and Sunday, 21st and 22nd of July, 2018
> > Type of import:  One time with JOSM in 20 changesets.
> > Account:  LeifRasmussen_import
> > 
> > Wiki pages:
> > Durham County
> > Chatham County
> > 
> > Please let me know of any concerns of ideas!  I would love to
> > improve
> > the import as much as I can.
> > Thanks!
> > Leif Rasmussen

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

Re: [Talk-us] [Imports] Durham and Chatham County Address Imports (North Carolina, USA)

[James Umbanhowar]

Point taken.  In this case, they are the center of property polygons,
so not on buildings, conflated with buildings nor at entrances.  I
don't mind if they are reasonably placed as nodes, but these are not
quite there, yet.

James
On Sat, 2018-07-21 at 15:34 -0400, Nathan Mills wrote:
> To the extent that the address points are not duplicates of existing
> address nodes, unconflated address nodes are a perfectly legitimate
> means of mapping and do not need to be "fixed." Even if the address
> exists on a poly, it's still fine as long as the node is marking
> something meaningful, like the front door of the building. Some have
> in the past gone so far to say that nodes are preferable since it
> allows routers for the differently abled to provide door-to-door
> guidance.
> 
> -Nathan
> 
> 
> On July 21, 2018 2:39:36 PM EDT, James Umbanhowar  > wrote:
> > Sorry, I just saw this.  Please do not upload this, yet.  You have
> > not
> > responded to any of the feedback that I have given.  Instead you
> > have
> > chosen to just upload all the points into the database and then
> > correct
> > the database afterwards.
> > 
> > Please, instead, break this into smaller areas and then conflate
> > the
> > points with existing objects and then upload. From what I can tell,
> > this would be easiest done with the Tasking Manager.
> > 
> > Also, I have already signalled my willingness to help with this
> > task
> > and using the tasking manager would allow me and possibly others to
> > help.
> > 
> > Thank you,
> > 
> > James
> > 
> > 
> > 
> > On Thu, 2018-07-19 at 23:42 -0400, Leif Rasmussen wrote:
> > >  Hi everyone!
> > I have finally verified the license on the Chatham
> > >  County, NC address data which includes about 44,000 address
> > > points. 
> > >  It is public domain except for that it has a "no direct resale"
> > >  policy that allows indirect resale (includes other data), which
> > > is
> > >  compatible with OSM.  Durham County, which uses the ODbL has
> > > also
> > >  produced address data.  I will be completing both the imports
> > > this
> > >  weekend.  Some discussion has taken place about adding buildings
> > > in
> > >  Durham at the same time as the import, but to keep everything
> > > more
> > >  simple, I have decided on just adding nodes for now and then
> > > merging
> > >  with buildings later.  This would reduce complexity and help
> > >  everything run more smoothly.  I will upload all of the data
> > > alone. 
> > >  This helps keep everything more simple, leading to fewer
> > > mistakes.  I
> > >  do not see very much benefit to having several account all
> > > importing
> > >  the data.
> > 
> > Details:
> > Size of both imports combined: 190,000 addresses
> > Date of upload: Saterday and Sunday, 21st and 22nd of July, 2018
> > Type of import:  One time with JOSM in 20 changesets.
> > Account:  LeifRasmussen_import
> > 
> > Wiki pages:
> > Durham County
> > Chatham County
> > 
> > Please let me know of any concerns of ideas!  I would love to
> > improve
> > the import as much as I can.
> > Thanks!
> > Leif Rasmussen
> > 
> > 
> > Imports mailing list
> > impo...@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/imports
> 
> 

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

Re: [Talk-us] Durham and Chatham County Address Imports (North Carolina, USA)

[Leif Rasmussen]

Thank you for stopping me!  I did not fully understand the last email, and
I am sorry about just moving forward like that.  Should I create one new
task for both Durham and Chatham Counties, or one for each?  Also, how many
addresses should each section have?
Thanks again,
Leif

On Sat, Jul 21, 2018, 2:39 PM James Umbanhowar  wrote:

> Sorry, I just saw this.  Please do not upload this, yet.  You have not
> responded to any of the feedback that I have given.  Instead you have
> chosen to just upload all the points into the database and then correct
> the database afterwards.
>
> Please, instead, break this into smaller areas and then conflate the
> points with existing objects and then upload. From what I can tell,
> this would be easiest done with the Tasking Manager.
>
> Also, I have already signalled my willingness to help with this task
> and using the tasking manager would allow me and possibly others to
> help.
>
> Thank you,
>
> James
>
>
>
> On Thu, 2018-07-19 at 23:42 -0400, Leif Rasmussen wrote:
> > Hi everyone!
> I have finally verified the license on the Chatham
> > County, NC address data which includes about 44,000 address points.
> > It is public domain except for that it has a "no direct resale"
> > policy that allows indirect resale (includes other data), which is
> > compatible with OSM.  Durham County, which uses the ODbL has also
> > produced address data.  I will be completing both the imports this
> > weekend.  Some discussion has taken place about adding buildings in
> > Durham at the same time as the import, but to keep everything more
> > simple, I have decided on just adding nodes for now and then merging
> > with buildings later.  This would reduce complexity and help
> > everything run more smoothly.  I will upload all of the data alone.
> > This helps keep everything more simple, leading to fewer mistakes.  I
> > do not see very much benefit to having several account all importing
> > the data.
>
> Details:
> Size of both imports combined: 190,000 addresses
> Date of upload: Saterday and Sunday, 21st and 22nd of July, 2018
> Type of import:  One time with JOSM in 20 changesets.
> Account:  LeifRasmussen_import
>
> Wiki pages:
> Durham County
> Chatham County
>
> Please let me know of any concerns of ideas!  I would love to improve
> the import as much as I can.
> Thanks!
> Leif Rasmussen
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [Imports] Durham and Chatham County Address Imports (North Carolina, USA)

[Nathan Mills]

To the extent that the address points are not duplicates of existing address 
nodes, unconflated address nodes are a perfectly legitimate means of mapping 
and do not need to be "fixed." Even if the address exists on a poly, it's still 
fine as long as the node is marking something meaningful, like the front door 
of the building. Some have in the past gone so far to say that nodes are 
preferable since it allows routers for the differently abled to provide 
door-to-door guidance.

-Nathan


On July 21, 2018 2:39:36 PM EDT, James Umbanhowar  wrote:
>Sorry, I just saw this.  Please do not upload this, yet.  You have not
>responded to any of the feedback that I have given.  Instead you have
>chosen to just upload all the points into the database and then correct
>the database afterwards.
>
>Please, instead, break this into smaller areas and then conflate the
>points with existing objects and then upload. From what I can tell,
>this would be easiest done with the Tasking Manager.
>
>Also, I have already signalled my willingness to help with this task
>and using the tasking manager would allow me and possibly others to
>help.
>
>Thank you,
>
>James
>
>
>
>On Thu, 2018-07-19 at 23:42 -0400, Leif Rasmussen wrote:
>> Hi everyone!
>I have finally verified the license on the Chatham
>> County, NC address data which includes about 44,000 address points. 
>> It is public domain except for that it has a "no direct resale"
>> policy that allows indirect resale (includes other data), which is
>> compatible with OSM.  Durham County, which uses the ODbL has also
>> produced address data.  I will be completing both the imports this
>> weekend.  Some discussion has taken place about adding buildings in
>> Durham at the same time as the import, but to keep everything more
>> simple, I have decided on just adding nodes for now and then merging
>> with buildings later.  This would reduce complexity and help
>> everything run more smoothly.  I will upload all of the data alone. 
>> This helps keep everything more simple, leading to fewer mistakes.  I
>> do not see very much benefit to having several account all importing
>> the data.
>
>Details:
>Size of both imports combined: 190,000 addresses
>Date of upload: Saterday and Sunday, 21st and 22nd of July, 2018
>Type of import:  One time with JOSM in 20 changesets.
>Account:  LeifRasmussen_import
>
>Wiki pages:
>Durham County
>Chatham County
>
>Please let me know of any concerns of ideas!  I would love to improve
>the import as much as I can.
>Thanks!
>Leif Rasmussen
>
>___
>Imports mailing list
>impo...@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/imports

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Durham and Chatham County Address Imports (North Carolina, USA)

[James Umbanhowar]

Sorry, I just saw this.  Please do not upload this, yet.  You have not
responded to any of the feedback that I have given.  Instead you have
chosen to just upload all the points into the database and then correct
the database afterwards.

Please, instead, break this into smaller areas and then conflate the
points with existing objects and then upload. From what I can tell,
this would be easiest done with the Tasking Manager.

Also, I have already signalled my willingness to help with this task
and using the tasking manager would allow me and possibly others to
help.

Thank you,

James



On Thu, 2018-07-19 at 23:42 -0400, Leif Rasmussen wrote:
> Hi everyone!
I have finally verified the license on the Chatham
> County, NC address data which includes about 44,000 address points. 
> It is public domain except for that it has a "no direct resale"
> policy that allows indirect resale (includes other data), which is
> compatible with OSM.  Durham County, which uses the ODbL has also
> produced address data.  I will be completing both the imports this
> weekend.  Some discussion has taken place about adding buildings in
> Durham at the same time as the import, but to keep everything more
> simple, I have decided on just adding nodes for now and then merging
> with buildings later.  This would reduce complexity and help
> everything run more smoothly.  I will upload all of the data alone. 
> This helps keep everything more simple, leading to fewer mistakes.  I
> do not see very much benefit to having several account all importing
> the data.

Details:
Size of both imports combined: 190,000 addresses
Date of upload: Saterday and Sunday, 21st and 22nd of July, 2018
Type of import:  One time with JOSM in 20 changesets.
Account:  LeifRasmussen_import

Wiki pages:
Durham County
Chatham County

Please let me know of any concerns of ideas!  I would love to improve
the import as much as I can.
Thanks!
Leif Rasmussen

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

[OSM-talk-fr] péninsules et autres presqu'îles

[osm . sanspourriel]

Bonjour,

pour revenir sur la relation place=peninsula Bretagne, comme seule la 
partie externe et maritime est délimitée (à l'estran près), ne 
devrait-on pas :


- définir les péninsules/presqu'îles que par des nœuds. Si la partie 
concernée n'est clairement identifiée, c'est qu'il ne s'agit pas d'une 
presqu'île/péninsule.


- ou accepter les surfaces mais sans avoir de point non attaché à la 
frontière maritime/lacustre.


Jean-Yvon

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

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[osm . sanspourriel]

Il va sans dire que comme dit Marc la péninsule armoricaine (comme 
effectivement on l'entend) ne s'arrête pas aux frontières pétainistes 
mais va du Couesnon à l'embouchure de la Loire.


Je suis partisan de faire les modifications suggérées par Marc. Des 
objections ? Pour moi la remarque de Christian n'est pas une objection.


Sauf que ce machin n'est ni la Bretagne administrative, ni la Bretagne 
historique, il faut aussi lui retirer les tags name*.


Reste quoi en plus de la forme de la Bretagne administrative 
continentale ? Area=yes.


Donc je reste partisan d'un nettoyage plus radical : suppression du 
doublon après récupération d'éventuels noms posés sur cette relation et 
pas l'autre.


Jean-Yvon (Bas-Breton (*) ;-))

(*) Car l'ouest de la Bretagne s'appelle traditionnellement la 
Basse-Bretagne, Breizh-Izel. Par opposition à la Bretagne de l'est, 
celle de Rennes et Nantes, la Haute-Bretagne.



Le 21/07/2018 à 17:29, Christian Rogel - 
christian.ro...@club-internet.fr a écrit :

Le 21 juil. 2018 à 17:14, marc marc  a écrit :
à mon avis suffit de virer les tags erronées de cette péninsule
genre l'article wikipédia ne parle pas de la péninsule de Bretagne
mais de la région de Bretagne.
Hors il me semble que Nominatim utilise entre autre la présence
d'article wikipedia pour pondérer les résultats.
idem pour le boundary (une péninsule n'est pas une frontière)

Par ailleurs (mais je laisse le soin aux locaux d'avoir le dernier mot)
autant il y a un bien une péninsule dans cet endroit, autant je n'ai
jamais entendu parlé de la Péninsule de Bretagne qui aurait tip-top
le même tracé géologique que le tracé administratif de la région
de Bretagne. wikipedia non plus ne parle de Péninsule de Bretagne
https://fr.wikipedia.org/wiki/Bretagne_(homonymie)

Si on ne parle pas de péninsule de Bretagne chez les géographes français, c’est 
du fait de leurs « pudeurs de gazelle » face au mot Bretagne, c’est pourquoi 
ils préfèrent mentionner la péninsule bretonne ou, encore moins « subversif », 
la péninsule armoricaine.
Dans le même registre, on voit souvent « l’Ouest breton » à la place de ce 
qu’on attendrait, « la Bretagne de l’Ouest » (ou « occidentale » comme 
l’université du même nom, à Brest).
Les appellations géographiques ne sont pas toujours neutres dans un pays aussi 
férocement centralisé.

Christian R.

___
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] Groix n'est pas en Bretagne !

[Rpnpif]

Le 21 juillet 2018, marc marc a écrit :
> à mon avis suffit de virer les tags erronées de cette péninsule
> genre l'article wikipédia ne parle pas de la péninsule de Bretagne
> mais de la région de Bretagne.
> Hors il me semble que Nominatim utilise entre autre la présence 
> d'article wikipedia pour pondérer les résultats.
> idem pour le boundary (une péninsule n'est pas une frontière)
> 
> Par ailleurs (mais je laisse le soin aux locaux d'avoir le dernier mot)
> autant il y a un bien une péninsule dans cet endroit, autant je n'ai 
> jamais entendu parlé de la Péninsule de Bretagne qui aurait tip-top
> le même tracé géologique que le tracé administratif de la région
> de Bretagne. wikipedia non plus ne parle de Péninsule de Bretagne
> https://fr.wikipedia.org/wiki/Bretagne_(homonymie)
> c'est donc peut-être l'ensemble de la relation pour la péninsule
> qui n'a aucun sens réel hormis de dire que "par là bas, il y a une 
> péninsule... qui n'a peut-être pas de nom en tant que tel.

Bien d'accord, c'est peut-être la précision de trop. Surtout que le
massif armoricain déborde largement de la Bretagne administrative comme
historique mais c'est une autre histoire, quoique.

Signé : un breton expatrié.

-- 
Alain Rpnpif

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

Re: [Talk-it] Nomi delle strade e numeri civici

[Martin Koppenhoefer]

sent from a phone

> On 21. Jul 2018, at 13:29, Paolo Monegato  wrote:
> 
> Fuori dal negozio metto, dove c'è, l'entrance con il civico giusto, mentre 
> sul POI dell'attività metto "contact:addr" mettendo quello della sede legale


+1, se vuoi mettere anche la sede legale del POI, si.


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

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[Christian Rogel]

> Le 21 juil. 2018 à 17:14, marc marc  a écrit :
> à mon avis suffit de virer les tags erronées de cette péninsule
> genre l'article wikipédia ne parle pas de la péninsule de Bretagne
> mais de la région de Bretagne.
> Hors il me semble que Nominatim utilise entre autre la présence 
> d'article wikipedia pour pondérer les résultats.
> idem pour le boundary (une péninsule n'est pas une frontière)
> 
> Par ailleurs (mais je laisse le soin aux locaux d'avoir le dernier mot)
> autant il y a un bien une péninsule dans cet endroit, autant je n'ai 
> jamais entendu parlé de la Péninsule de Bretagne qui aurait tip-top
> le même tracé géologique que le tracé administratif de la région
> de Bretagne. wikipedia non plus ne parle de Péninsule de Bretagne
> https://fr.wikipedia.org/wiki/Bretagne_(homonymie)

Si on ne parle pas de péninsule de Bretagne chez les géographes français, c’est 
du fait de leurs « pudeurs de gazelle » face au mot Bretagne, c’est pourquoi 
ils préfèrent mentionner la péninsule bretonne ou, encore moins « subversif », 
la péninsule armoricaine.
Dans le même registre, on voit souvent « l’Ouest breton » à la place de ce 
qu’on attendrait, « la Bretagne de l’Ouest » (ou « occidentale » comme 
l’université du même nom, à Brest).
Les appellations géographiques ne sont pas toujours neutres dans un pays aussi 
férocement centralisé.

Christian R.

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

Re: [OSM-talk-fr] Mise à jour des POIs

[marc marc]

>>> Beaucoup plus simple : faire de la propagande pour que ces entreprises
>>> entrent elle-même leurs horaires sur une page OSM réservée à ça avec une
>>> interface à la yohours mais en plus puissant pour permettre d'entrer
>>> ces fameuses périodes d'horaires d'été.
>>
>> Je pense que la propagande, Google la fait déjà... mais pour Google
>> Maps. Alors si on dit aux artisans : faites-le *en plus* sur
>> OpenStreetMap ça ne marchera pas.

cela dépend du type de commerce.
perso quand je vais à un commerce susceptible d'être recherché depuis
le gps d'une voiture par ex, je me gène pas si l'occasion s'y prête
(= pas à l'heure du pointe oü le patron a autre chose à faire)
de signaler que je les ai ajouté sur osm. 1/4 d'entre eux abouti
à une discussion sympathique.
aucune idée évidement si cela suffira pour qu'ils prennent la main
à la prochaine modif, je n'ai pas encore eu le cas.

Il y a aussi plusieurs outils permettant à un professionnel d'interagir 
avec la communauté (onosm.org par ex) mais l'interface mériterait
en effet une amélioration ne fusse que pour les heures d'ouverture.
Une chose dans les cordes de quelqu'un pour l'asso osm-fr ?

Il y a évidement aussi la solution de faire une note, mais elle me 
déplaît pour 2 raisons : d'abord il y a tropde note ouverte pendant trop 
longtemps, ce qui est décourageant pour ceux qui les créent. ensuite 
cela revient à reporter sur quelqu'un d'autre la modif qui aurait pu 
être faite directement si un outil adéquois était utilisé.

Pour terminer, il y a sûrement aussi la possibilité de sensibiliser
les associations style "commerçants de la commune xyz"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Nomi delle strade e numeri civici

[Martin Koppenhoefer]

sent from a phone

> On 21. Jul 2018, at 13:29, Paolo Monegato  wrote:
> 
> Al limite poi si potrebbe pensare che so a un "location:addr" che riporti 
> l'indirizzo effettivo del negozio.


senza diventare troppo complicati, questo è „addr“

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

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[marc marc]

Le 21. 07. 18 à 14:58, Rpnpif a écrit :
> Le 21 juillet 2018, marc marc a écrit :
> 
>> Le premier résultat de Nominatim est
>> https://www.openstreetmap.org/relation/5687071
>> par conséquent la recherche overpass se fait sur cette zone qui ne
>> contient pas les îles en question
> 
> Cela confirme ce que disait Philippe. Le traçage de place=peninsula à
> un peu mis le bazar.
> 
> Il faudrait que peninsula soit en queue de peloton des résultats.
> 

à mon avis suffit de virer les tags erronées de cette péninsule
genre l'article wikipédia ne parle pas de la péninsule de Bretagne
mais de la région de Bretagne.
Hors il me semble que Nominatim utilise entre autre la présence 
d'article wikipedia pour pondérer les résultats.
idem pour le boundary (une péninsule n'est pas une frontière)

Par ailleurs (mais je laisse le soin aux locaux d'avoir le dernier mot)
autant il y a un bien une péninsule dans cet endroit, autant je n'ai 
jamais entendu parlé de la Péninsule de Bretagne qui aurait tip-top
le même tracé géologique que le tracé administratif de la région
de Bretagne. wikipedia non plus ne parle de Péninsule de Bretagne
https://fr.wikipedia.org/wiki/Bretagne_(homonymie)
c'est donc peut-être l'ensemble de la relation pour la péninsule
qui n'a aucun sens réel hormis de dire que "par là bas, il y a une 
péninsule... qui n'a peut-être pas de nom en tant que tel.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ko] 주간OSM 417을 번역해 보았습니다 + weeklyOSM 공식 사이트에서 번역하는 것에 대해

[무뇌봉]

 ※ 공식 사이트 번역 사안에 대해서 쓰는 데 정신이 팔려서 링크를 깜빡하고 안 고쳤습니다. 다시 올립니다.

※ weeklyOSM 공식 사이트에서 번역하는 사안을 가지고 연락 중입니다. weeklyOSM 측에서 질병 사유로 지연이 심하지만 큰
문제가 없다면 다음 주부터는 블로그에 번역을 올리지 않을 가능성이 높습니다. 이 점 참고하여 주시기 바랍니다.

weeklyOSM 414 영어 원본은 http://www.weeklyosm.eu/archives/10518에서 볼 수 있습니다.
weeklyOSM은 CC-BY-SA 3.0
 라이선스를 따르기 때문에, 같은
라이선스만 따르면 번역 및 재배포에 문제가 없습니다.

한 주 동안에 전 세계에서 OSM만 가지고 무슨 일이 일어나는지 알리기 위해 번역해 보았습니다. 번역에 미숙한 점이 많기 때문에
감안하고 봐 주시면 감사하겠습니다.

번역문 


WeeklyOSM 414 English source can read at
http://www.weeklyosm.eu/archives/10518.
As weeklyOSM is distributed under CC-BY-SA 3.0
 license, When I
post transcription under the same license I'm okay.

For convey information relevant to OSM Across the world at this week, I
translated it. Despite that my translation ability is poor, thank you for
reading!

Transcription 


2018년 7월 21일 (토) 오후 11:12, 무뇌봉 님이 작성:

> ※weeklyOSM 공식 사이트에서 번역하는 사안을 가지고 연락 중입니다. weeklyOSM 측에서 질병 사유로 지연이 심하지만 큰
> 문제가 없다면 다음 주부터는 블로그에 번역을 올리지 않을 가능성이 높습니다. 이 점 참고하여 주시기 바랍니다.
>
> weeklyOSM 414 영어 원본은 http://www.weeklyosm.eu/archives/10481에서 볼 수 있습니다.
> weeklyOSM은 CC-BY-SA 3.0
>  라이선스를 따르기 때문에,
> 같은 라이선스만 따르면 번역 및 재배포에 문제가 없습니다.
>
> 한 주 동안에 전 세계에서 OSM만 가지고 무슨 일이 일어나는지 알리기 위해 번역해 보았습니다. 번역에 미숙한 점이 많기 때문에
> 감안하고 봐 주시면 감사하겠습니다.
>
> 번역문 
>
>
> WeeklyOSM 414 English source can read at
> http://www.weeklyosm.eu/archives/10481.
> As weeklyOSM is distributed under CC-BY-SA 3.0
>  license, When I
> post transcription under the same license I'm okay.
>
> For convey information relevant to OSM Across the world at this week, I
> translated it. Despite that my translation ability is poor, thank you for
> reading!
>
> Transcription 
>
>
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[Christian Rogel]

> Le 21 juil. 2018 à 14:42, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Ici tu veux dire qu'il y a deux régions administratives Bretagne ;-).
> 
> Je propose de vérifier les tags de 
> https://www.openstreetmap.org/relation/5687071 (version amputée en plus des 
> îles), de les mettre sur 
> https://www.openstreetmap.org/relation/102740#map=8/48.264/-2.920 (version 
> avec îles).
> Dans un premier temps on peut renommer la première en Bretagne Métropolitaine 
> (après avoir vérifié que les noms sont bien les mêmes des deux côté - ce 
> n'est pas actuellement le cas).

Tu voulais dire « Bretagne continentale », car, même la Corse fait partie de la 
Métropole (délicieux reliquat colonial).

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

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[Rpnpif]

Le 21 juillet 2018, marc marc a écrit :

> Le premier résultat de Nominatim est
> https://www.openstreetmap.org/relation/5687071
> par conséquent la recherche overpass se fait sur cette zone qui ne 
> contient pas les îles en question

Cela confirme ce que disait Philippe. Le traçage de place=peninsula à
un peu mis le bazar.

Il faudrait que peninsula soit en queue de peloton des résultats.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Mise à jour des POIs

[Rpnpif]

Le 21 juillet 2018, Francois Gouget a écrit :

> Euh. Excuses moi juste un instant, je me mets à la place d'un 
> non-informaticien :
> 
>   Ajax... il faut bien prendre le modèle vitre ? Parce que j'ai peur 
>   qu'Ajax Sol ne raye l'écran de mon ultrabook.
> 
> Bon, d'accord, je suppose que l'idée c'est que le site communautaire 
> leur donne un bout de code à copier/coller dans leur propre site. Mais 
> ce site communautaire peut tout ausi bien leur donner un fichier texte.
> 
> Dans tous les cas je préfèrerai une solution qui leur permette de rester 
> maître de leurs informations de bout en bout s'ils le souhaitent.

Je n'ai jamais dit qu'ils devaient coder ou copier de l'Ajax (ou toute
autre technique aussi souple) mais utiliser cette technique préparée par
un informaticien évidemment pour un faire un IHM adéquat. J'ai pris Ajax
comme exemple de technique inter-site.

> 
> > Beaucoup plus simple : faire de la propagande pour que ces entreprises
> > entrent elle-même leurs horaires sur une page OSM réservée à ça avec une
> > interface à la yohours mais en plus puissant pour permettre d'entrer
> > ces fameuses périodes d'horaires d'été.  
> 
> Je pense que la propagande, Google la fait déjà... mais pour Google 
> Maps. Alors si on dit aux artisans : faites-le *en plus* sur 
> OpenStreetMap ça ne marchera pas. Et je ne pense pas que Google soit 
> motivé pour venir chercher les informations dans OpenStreetMap. Déjà la 
> licence ne conviendrait probablement pas.

Et OSM n'a pas à travailler pour Google.

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[osm . sanspourriel]

> Et dans un second temps de supprimer la seconde

Supprimer la première bien sûr, même si Trump (et d'autres) font tout 
pour que via le réchauffement climatique les îles en question 
disparaissent ;-(.



Le 21/07/2018 à 14:42, osm.sanspourr...@spamgourmet.com a écrit :


Ici tu veux dire qu'il y a deux régions administratives Bretagne ;-).


Je propose de vérifier les tags de 
https://www.openstreetmap.org/relation/5687071 (version amputée en 
plus des îles), de les mettre sur 
https://www.openstreetmap.org/relation/102740#map=8/48.264/-2.920 
(version avec îles).
Dans un premier temps on peut renommer la première en Bretagne 
Métropolitaine (après avoir vérifié que les noms sont bien les mêmes 
des deux côté - ce n'est pas actuellement le cas).


Et dans un second temps de supprimer la seconde dans un changeset 
spécifique (au cas où pour d'obscures raisons - par exemple une 
livraison en Bretagne administrative excluant les îles - cette 
relation soit utile).


Jean-Yvon

Le 21/07/2018 à 13:22, erwan salomon - r...@gmx.fr a écrit :

il y a donc 2 Bretagnes

vous allez me répondre :
la haute et la basse
la bretonnante et la galo
l’administrative et l’historique
voir, pour les Lorientais : l’ancienne et la nouvelle, héohéo héohéo ZOB

je vous répondrais :
la 5687071 (sans) et la 102740 (avec les îles)
https://www.openstreetmap.org/relation/5687071
https://www.openstreetmap.org/relation/102740

tout cela est-il bien normal ?



___
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] Groix n'est pas en Bretagne !

[osm . sanspourriel]

Ici tu veux dire qu'il y a deux régions administratives Bretagne ;-).


Je propose de vérifier les tags de 
https://www.openstreetmap.org/relation/5687071 (version amputée en plus 
des îles), de les mettre sur 
https://www.openstreetmap.org/relation/102740#map=8/48.264/-2.920 
(version avec îles).
Dans un premier temps on peut renommer la première en Bretagne 
Métropolitaine (après avoir vérifié que les noms sont bien les mêmes des 
deux côté - ce n'est pas actuellement le cas).


Et dans un second temps de supprimer la seconde dans un changeset 
spécifique (au cas où pour d'obscures raisons - par exemple une 
livraison en Bretagne administrative excluant les îles - cette relation 
soit utile).


Jean-Yvon

Le 21/07/2018 à 13:22, erwan salomon - r...@gmx.fr a écrit :

il y a donc 2 Bretagnes

vous allez me répondre :
la haute et la basse
la bretonnante et la galo
l’administrative et l’historique
voir, pour les Lorientais : l’ancienne et la nouvelle, héohéo héohéo ZOB

je vous répondrais :
la 5687071 (sans) et la 102740 (avec les îles)
https://www.openstreetmap.org/relation/5687071
https://www.openstreetmap.org/relation/102740

tout cela est-il bien normal ?



___
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-it] Should StreetComplete stop adding addresses in Italy?

[Tobias Zwick]

Hey

Alright, so from the responses I got here, I detected a tendency to say
that the quest type should be disabled in Italy, so I will do this for
the next version of StreetComplete.
As far as I understood, the other thread (Nomi delle strade e numeri
civici) was rather about the address on POIs of amenities/shops etc.

Cheers
Tobias

On 12/07/2018 20:33, Tobias Zwick wrote:
> Hey there
> 
> Since early 2017 till now, users of my app StreetComplete have been
> adding house numbers to buildings.
> Should I disable this functionality for Italy?
> 
> For buildings of certain types, such as "apartments" or "house"s etc.
> (but not "yes"), which do neither have an address tagged, nor have any
> node on or in their outline with an address tagged, nor are in any area
> that has an address tagged, the app shows a pin on the map, like this:
> 
> https://raw.githubusercontent.com/westnordost/StreetComplete/master/fastlane/metadata/android/en/images/phoneScreenshots/screenshot8.png
> 
> This pin is shown to every user of the app, until it is solved. To solve
> it, the user taps on the pin and can input the housenumber for the
> building in the form that pops up then. The user can also answer that
> the building has no housenumber, in which case the app tags noaddress=yes.
> 
> Cheers
> Tobias
> 
> -
> 
> Addresses in Italy are described here in the wiki:
> https://wiki.openstreetmap.org/wiki/IT:Addresses#Regole_specifiche_per_l.27Italia
> 
> A related discussion on talk-it is archived here:
> https://lists.openstreetmap.org/pipermail/talk-it/2018-January/061775.html
> 
> ___
> 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] Nomi delle strade e numeri civici

[Paolo Monegato]

Il 19/07/2018 10:56, Andreas Lattmann ha scritto:

Posso gettare benzina sul fuoco?
Se mappo un attività dove è proprietaria di tutta la costruzione che utilizza 
per la sua attività ma ha la ragione sociale che rilevo dallo scontrino è 
quello della sede legale? Metto un nodo dove fisicamente c'è il numero civico e 
per la sede legale? Lo inserisco sul building o sull'eventuale nodo 
dell'attivita? Scusate.
Andreas Lattmann


Se non sbaglio nella discussione è stato citato "contact:addr", in 
questo caso sarebbe forse l'ideale.
Fuori dal negozio metto, dove c'è, l'entrance con il civico giusto, 
mentre sul POI dell'attività metto "contact:addr" mettendo quello della 
sede legale (se devo scrivere o spedire qualcosa a quell'attività la 
spedisco lì e non fisicamente al negozio).
Al limite poi si potrebbe pensare che so a un "location:addr" che 
riporti l'indirizzo effettivo del negozio.


Il metodo poi potrebbe benissimo essere esteso ai casi dove il civico 
del negozio e quello della sede legale coincidono.


In questo modo avremo gli addr separati da altri tag e legati solo 
all'entrance, mentre i POI sarebbero collegati a quelli con dei tag, 
senza usare relazioni.


ciao
Paolo M


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

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[erwan salomon]

il y a donc 2 Bretagnes

vous allez me répondre :
la haute et la basse
la bretonnante et la galo
l’administrative et l’historique
voir, pour les Lorientais : l’ancienne et la nouvelle, héohéo héohéo ZOB

je vous répondrais :
la 5687071 (sans) et la 102740 (avec les îles)
https://www.openstreetmap.org/relation/5687071 

https://www.openstreetmap.org/relation/102740 


tout cela est-il bien normal ?

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

Re: [OSM-talk-fr] Gros travail pour mettre à jour les mobilités régionales en France

[lenny.libre]

Le 11/07/2018 à 00:25, Christian Rogel a écrit :


Par ailleurs, Philippe a renommé la catégorie « Public transport in 
Brittany » en Public transport in Bretagne ». Il n’y a aucune raison 
de passer à la trappe une appelation familière aux anglophones. A la 
rigueur, on peut les accoler.


Chaque catégorie en anglais devrait être doublée par son équivalent en 
français, pour l’utilisabilité du plus grand nombre.


Je suis d'accord avec Philippe, la catégorie en anglais n'existait pas, 
elle n'était rattachée à rien (elle était en rouge)


Quant à doubler chaque catégorie : je veux bien, celle de la France :
https://wiki.openstreetmap.org/wiki/Category:Transport_in_France
et https://wiki.openstreetmap.org/wiki/Category:FR:Transport_en_France
qui d'ailleurs ne contiennent pas les mêmes sous-catégories

quel boulot pour doubler les autres, vu celui qui consiste à les faire 
en français, si en plus il faut les doubler, je te laisse les faire ...


cordialement
Leni

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

Re: [OSM-talk-fr] Mise à jour des POIs

[Francois Gouget]

On Fri, 20 Jul 2018, Rpnpif wrote:
[...]
> Le format des horaires dans OSM permet déjà les exceptions des congés
> d'été et cela marche bien. On peut y mettre des horaires très
> compliqués sur l'année.

Le problème n'est pas qu'il est impossible de rentrer les congés 
annuels, c'est qu'il y a de grandes chances qu'ils changent chaque 
année, ce qui veut dire faire le tour de tous les commerces et 
restaurants tous les ans.


[...]
> Même un fichier texte sur le site d'un artisan peut-être difficile à
> gérer pour un non-informaticien. L'idéal serait un appel à une API
> distante appelable en AJAX ou similaire sur un site communautaire hors
> GAFAM et affichable sur le site de l'artisan (ou autre entreprise).

Euh. Excuses moi juste un instant, je me mets à la place d'un 
non-informaticien :

  Ajax... il faut bien prendre le modèle vitre ? Parce que j'ai peur 
  qu'Ajax Sol ne raye l'écran de mon ultrabook.

Bon, d'accord, je suppose que l'idée c'est que le site communautaire 
leur donne un bout de code à copier/coller dans leur propre site. Mais 
ce site communautaire peut tout ausi bien leur donner un fichier texte.

Dans tous les cas je préfèrerai une solution qui leur permette de rester 
maître de leurs informations de bout en bout s'ils le souhaitent.


> Beaucoup plus simple : faire de la propagande pour que ces entreprises
> entrent elle-même leurs horaires sur une page OSM réservée à ça avec une
> interface à la yohours mais en plus puissant pour permettre d'entrer
> ces fameuses périodes d'horaires d'été.

Je pense que la propagande, Google la fait déjà... mais pour Google 
Maps. Alors si on dit aux artisans : faites-le *en plus* sur 
OpenStreetMap ça ne marchera pas. Et je ne pense pas que Google soit 
motivé pour venir chercher les informations dans OpenStreetMap. Déjà la 
licence ne conviendrait probablement pas.


-- 
Francois Gouget   http://fgouget.free.fr/
  Good judgment comes from experience, and experience comes from bad judgment
   -- Barry LePatner___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[marc marc]

Le premier résultat de Nominatim est
https://www.openstreetmap.org/relation/5687071
par conséquent la recherche overpass se fait sur cette zone qui ne 
contient pas les îles en question

Le 21. 07. 18 à 10:36, lenny.libre a écrit :
> Pourtant quand sur la carte OSM on la recherche 
> (https://www.openstreetmap.org/search?query=Groix#map=13/47.6368/-3.4653) 
> Nominatim 
> trouve bien : Morbihan et Bretagne
> 
> 
> Résultats de OpenStreetMap Nominatim
> 
> 
>   *
> 
> Île Groix, Lorient, Morbihan, Bretagne, France métropolitaine,
> 56590, France 
> 
> Où est le bug ???
> 
> Le 20/07/2018 à 11:17, erwan salomon a écrit :
>> suite à une petite recherche overpass j’ai la surprise de découvrir 
>> que Groix (mais également Belle-Île) n’est pas en Bretagne :
>> http://overpass-turbo.eu/s/AqN
>>
>> ces îles sont par contre en Morbihan :
>> http://overpass-turbo.eu/s/AqL
>>
>> pourtant la ligne de côte de Groix est bien dans les relations 
>> Bretagne et Morbihan en tant que outer :
>> https://www.openstreetmap.org/way/176427684#map=19/47.64270/-3.43307
>>
>> n’étant déjà pas convaincu/convaincant sur le sujet hautement 
>> idéologique de Nantes en Bretagne, je passe la main pour résoudre 
>> cette nouvelle discorde idéologique/technique ;-)
>>
>> [glyo]
>>
>>
>> ___
>> 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] Mission sur les données géographiques souveraines...

[Rpnpif]

Bonjour,

Le 20 juillet 2018, Vincent Privat a écrit :

> Le rapport est dispo:
> https://www.ecologique-solidaire.gouv.fr/sites/default/files/Rapport_DonneesGeographiquesSouveraines.pdf

Ce rapport me semble très important car s'il est suivi par le
gouvernement, il y a du changement majeur dans l'air. Par exemple, le
cadastre passerait des Finances vers l'IGN dont le rôle est très
renforcé.

Je vous invite à lire aussi la page 46 et suivantes où OSM est cité à
propos des licences.

-- 
Alain Rpnpif

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

Re: [OSM-talk] weeklyOSM #417 2018-07-10-2018-07-16

[Michael Andersen]

What happened to the website? Looks like it's been hacked or something.

lørdag den 21. juli 2018 10.54.31 CEST skrev weeklyteam:
> The weekly round-up of OSM news, issue # 417,
> is now available online in English, giving as always a summary of all things
> happening in the openstreetmap world:
> 
> http://www.weeklyosm.eu/en/archives/10518/
> 
> Enjoy!
> 





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

semanarioOSM Nº 417 2018-07-10-2018-07-16

[weeklyteam]

Hola, el semanario Nº 417, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10518/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk] weeklyOSM #417 2018-07-10-2018-07-16

[weeklyteam]

The weekly round-up of OSM news, issue # 417,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10518/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

semanarioOSM Nº 417 2018-07-10-2018-07-16

[weeklyteam]

Hola, el semanario Nº 417, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10518/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

semanarioOSM Nº 417 2018-07-10-2018-07-16

[weeklyteam]

Hola, el semanario Nº 417, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10518/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

[Talk-ca] weeklyOSM #417 2018-07-10-2018-07-16

[weeklyteam]

The weekly round-up of OSM news, issue # 417,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10518/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

semanarioOSM Nº 417 2018-07-10-2018-07-16

[weeklyteam]

Hola, el semanario Nº 417, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10518/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

semanarioOSM Nº 417 2018-07-10-2018-07-16

[weeklyteam]

Hola, el semanario Nº 417, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/10518/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[Talk-us] weeklyOSM #417 2018-07-10-2018-07-16

[weeklyteam]

The weekly round-up of OSM news, issue # 417,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10518/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-GB] weeklyOSM #417 2018-07-10-2018-07-16

[weeklyteam]

The weekly round-up of OSM news, issue # 417,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10518/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-in] weeklyOSM #417 2018-07-10-2018-07-16

[weeklyteam]

The weekly round-up of OSM news, issue # 417,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10518/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[talk-ph] weeklyOSM #417 2018-07-10-2018-07-16

[weeklyteam]

The weekly round-up of OSM news, issue # 417,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10518/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-talk-ie] weeklyOSM #417 2018-07-10-2018-07-16

[weeklyteam]

The weekly round-up of OSM news, issue # 417,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10518/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-africa] weeklyOSM #417 2018-07-10-2018-07-16

[weeklyteam]

The weekly round-up of OSM news, issue # 417,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10518/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [OSM-talk-fr] Groix n'est pas en Bretagne !

[lenny.libre]

Pourtant quand sur la carte OSM on la recherche 
(https://www.openstreetmap.org/search?query=Groix#map=13/47.6368/-3.4653) 
Nominatim trouve bien : Morbihan et Bretagne



   Résultats de OpenStreetMap Nominatim
   

 *

   Île Groix, Lorient, Morbihan, Bretagne, France métropolitaine,
   56590, France 

Où est le bug ???

Le 20/07/2018 à 11:17, erwan salomon a écrit :
suite à une petite recherche overpass j’ai la surprise de découvrir 
que Groix (mais également Belle-Île) n’est pas en Bretagne :

http://overpass-turbo.eu/s/AqN

ces îles sont par contre en Morbihan :
http://overpass-turbo.eu/s/AqL

pourtant la ligne de côte de Groix est bien dans les relations 
Bretagne et Morbihan en tant que outer :

https://www.openstreetmap.org/way/176427684#map=19/47.64270/-3.43307

n’étant déjà pas convaincu/convaincant sur le sujet hautement 
idéologique de Nantes en Bretagne, je passe la main pour résoudre 
cette nouvelle discorde idéologique/technique ;-)


[glyo]


___
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