Re: [OSM-talk-fr] adresses de contact spéciales

[Philippe Verdy]

On peut citer aussi d'autres champs spéciaux similaires:
- boites postales (BP numéro) à traiter comme (CS numéro) et (TSA numéro)
- Autorisation (T numéro) pour l'envoi sans affranchissement.


Le 2 septembre 2017 à 06:37, Philippe Verdy  a écrit :

> Pour une trésorerie publique, l'adresse de contact a:
> - un numéro et une rue (addr:housenumber=* et addr:street=*)
> - un complément d'adresse (deuxième ligne d'adresse)
> - un numéro "CS " dans la troisième ligne (???)
> - un code postal Cedex (addr:postcode=*) et la ville aussi en Cedex
> (addr:city=Xxxx Cedex) pour la 4e ligne)
>
> Plusieurs questions:
> - les code postaux cedex ne posent pas de problème dans addr:postcode=* il
> me semble, mais ne correspondent pas à la rue indiquée en addr:street=*
> - "addr:city=Xxxx Cedex" n'est pas une ville mais c'est le libellé correct
> pour l'adresse postale, et la validation du géocodage d'une rue avec cette
> "ville" pourrait échouer en validation avec un outil QA
> - je n'ai pas su où mettre le CS, et j'ai utilisé faute de mieux
> "addr:zipcode=CS " (donc en plus du "addr:postcode=* contenant le code
> postal à 5 chiffres du Cedex.
> - je ne sais pas où mettre le complément d'adresse (seconde ligne
> d'adresse) quand il y en a un!
>
> Il manque donc des éléments dans addr:* (qui ne manque pourtant pas
> d'autres champs comme "village", "ward", "governorate", "wilaya", "state",
> "province", "region"... et même "hamlet" et "locality", et d'autres
> éléments pour la Pologne).
>
> Peut-on avoir des champs en plus (éventuellement spécifiques à la France)
> comme:
>
> - addr:city:postal=Nom-de-Ville Cedex (en plus de addr:city=Nom-de-Ville)
> - addr:FR:deliverycode=CS  (???)
> - addr:complement=Complément d'adresse générique (bâtiment, porte,
> escalier, numéro de salle/chambre/appartement, nom de service...) ou des
> champs spécifiques en plus comme:
>
> - addr:for=A l'attention d'Untel
> - addr:at=Chez Untel
> - addr:building=numéro, référence ou nom du batiment
> - addr:door=numéro de porte
> - addr:flat=numéro d'appartement
> - addr:room=numéro de chambre ou salle
> - addr:elevator=numéro d'ascenceur
> - addr:steps=numéro d'escalier
> - addr:floor=numéro d'étage ou nom ou abréviation comme: RDC, entresol,
> niveau -2
> - addr:zone= numéro de zone ou de secteur (concerne les très grandes
> propriétés ou copropriétés) contenant une série de bâtiments avec des rues
> et lieux-dits internes (aux USA par exemple pour les communautés non
> organisées en collectivités publiques, ou certains ranches, ou des parcs
> industriels et commerciaux comme la Défense où les rues officielles sont
> cachées en sous-terrains et on circule entre les niveaux pour trouver un
> batiment par son nom). En principe pas nécessaire pour le courrier (un
> numéro ou nom de building suffit), mais utile pour un contact sur place et
> rejoindre une rendez-vous !
>
> Note: la question ne concerne pas les noeuds d'adresse (de la BANO) mais
> les adresses des POIs (autres noeuds ou polygones).
>
> Certains de ces champs seront utiles plutôt comme "contact:=*" que
> "addr:=*"
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] adresses de contact spéciales

[Philippe Verdy]

Pour une trésorerie publique, l'adresse de contact a:
- un numéro et une rue (addr:housenumber=* et addr:street=*)
- un complément d'adresse (deuxième ligne d'adresse)
- un numéro "CS " dans la troisième ligne (???)
- un code postal Cedex (addr:postcode=*) et la ville aussi en Cedex
(addr:city=Xxxx Cedex) pour la 4e ligne)

Plusieurs questions:
- les code postaux cedex ne posent pas de problème dans addr:postcode=* il
me semble, mais ne correspondent pas à la rue indiquée en addr:street=*
- "addr:city=Xxxx Cedex" n'est pas une ville mais c'est le libellé correct
pour l'adresse postale, et la validation du géocodage d'une rue avec cette
"ville" pourrait échouer en validation avec un outil QA
- je n'ai pas su où mettre le CS, et j'ai utilisé faute de mieux
"addr:zipcode=CS " (donc en plus du "addr:postcode=* contenant le code
postal à 5 chiffres du Cedex.
- je ne sais pas où mettre le complément d'adresse (seconde ligne
d'adresse) quand il y en a un!

Il manque donc des éléments dans addr:* (qui ne manque pourtant pas
d'autres champs comme "village", "ward", "governorate", "wilaya", "state",
"province", "region"... et même "hamlet" et "locality", et d'autres
éléments pour la Pologne).

Peut-on avoir des champs en plus (éventuellement spécifiques à la France)
comme:

- addr:city:postal=Nom-de-Ville Cedex (en plus de addr:city=Nom-de-Ville)
- addr:FR:deliverycode=CS  (???)
- addr:complement=Complément d'adresse générique (bâtiment, porte,
escalier, numéro de salle/chambre/appartement, nom de service...) ou des
champs spécifiques en plus comme:

- addr:for=A l'attention d'Untel
- addr:at=Chez Untel
- addr:building=numéro, référence ou nom du batiment
- addr:door=numéro de porte
- addr:flat=numéro d'appartement
- addr:room=numéro de chambre ou salle
- addr:elevator=numéro d'ascenceur
- addr:steps=numéro d'escalier
- addr:floor=numéro d'étage ou nom ou abréviation comme: RDC, entresol,
niveau -2
- addr:zone= numéro de zone ou de secteur (concerne les très grandes
propriétés ou copropriétés) contenant une série de bâtiments avec des rues
et lieux-dits internes (aux USA par exemple pour les communautés non
organisées en collectivités publiques, ou certains ranches, ou des parcs
industriels et commerciaux comme la Défense où les rues officielles sont
cachées en sous-terrains et on circule entre les niveaux pour trouver un
batiment par son nom). En principe pas nécessaire pour le courrier (un
numéro ou nom de building suffit), mais utile pour un contact sur place et
rejoindre une rendez-vous !

Note: la question ne concerne pas les noeuds d'adresse (de la BANO) mais
les adresses des POIs (autres noeuds ou polygones).

Certains de ces champs seront utiles plutôt comme "contact:=*" que
"addr:=*"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] le festival de tout les highway :-)

[Philippe Verdy]

Le 2 septembre 2017 à 01:59, Jérôme Amagat  a
écrit :

> Le 2 septembre 2017 à 00:22, marc marc  a
> écrit :
>
>> Je le redis, je ne connais pas Rennes et ce quai.
>>
> J'ai regarder avec google, mappy, et viamichelin et pour les 3 pour faire
> un trajet de l'est à l'ouest de Rennes sans passer par les rocades, ils
> proposent de passer par ce quai.
>

Ne te fie pas à Google ! Et Mappy est TRES loin d'être à jour; ViaMichelin
aussi a du retard dans les villes. Si on suit les panneaux corrects, ce
n'est pas par là qu'on doit passer. On peut toujours, mais ce n'est pas
conseillé.

J'ai été Rennais et j'habitais à côté, mais les quais ont toujours été
saturés avec les bus, les voitures, les camions et les piétons... et
toujours dangereux.

Il y a énormément de monde (à pied) à cet endroit et comme j'y reviens
régulièrement on voit bien que ce chemin n'est plus du tout comme il était,
même en roulant le dimanche et c'est bien plus pratique par l'Avenue
Janvier, le Boulevard de la Liberté et la place de Bretagne que de se
retrouver dans ce goulot très lent, en sens unique à une voie avec des
arrêts partout, fait surtout pour les piétons et les bus qui s'y arrêtent !
La seule raison d'aller par là c'est le parking sur la Vilaine (et
encore... on y arrive très bien par la Place de Bretagne).

Le seul intérêt de passer par là c'est la nuit (après 20h et avant 6h30),
et c'est franchement pas terrible pour une "primary" sensée absorber des
flots importants de circulation (ce qui n'est plus du tout possible car ça
bouchonne encore plus vite qu'avant, et si les bus ou taxis sont bloqués,
ils n'hésitent pas à faire venir la police pour vous dévier (en plus vous
risquez une amende en vous y engageant si vous bloquez la circulation des
bus ou des piétons : l'espacement entre véhicules est obligatoire et vous
pouvez attendre longtemps sur place sans bouger, et en plus ce n'est pas
large et il ne faut pas se plaindre si un vélo vient riper sur une aile)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] le festival de tout les highway :-)

[Jérôme Amagat]

Le 2 septembre 2017 à 00:22, marc marc  a écrit :

> @Jérôme @djakk
> source=sondage est totalement subjectif pour un changeset conflictuel.
> Pour preuve, quelques sondés ici pensent le contraire :)
>

Je ne connais pas du tout Rennes, depuis le début je parle des
highway=living_street qui sont aussi des routes du réseau primaire,
secondaire ou tertiaire. Il n'y a pas qu'a Rennes que le problème se pose.
Il y a des endroits où il n'y a qu'une "vrai" route qui traverse un village
et elle est indiqué comme highway=living_street.

>
> source:highway=QuelqueChoseDeReel aurait été utile
> pour rationaliser le débat.
> De la même manière qu'il y a un source:maxspeed=Mapilary
> pour le 30km/h vers la réalité du panneau
>
>  > si l'usage c'est que c'est toujours la route utilisée pour
>  > traverser la ville, la route fait toujours partie
>  > du réseau primaire (ou secondaire ou tertiaire suivant les cas)
>
> highway ne tag pas l'usage !
>

C'est ce que je disais au début de cette discussion sur la clé highway=*
elle mélange des valeurs que l'on obtient facilement grâce aux panneaux
motorway, living_street, track... à des valeurs plus subjectives primary,
secondary, tertiary, unclassified, residential
Pour ces dernières valeurs la largueur de la route, les panneaux de
direction, la vitesse autorisée ... donne une indication mais ne permettent
pas de choisir seul. Le traffic et l'usage qui en est fait (pour relier des
grandes villes, seulement des villages proches, relier des quartiers
éloignés d'une ville, seulement utiliser par les résidents qui habitent pas
loin...) sont plus important.


> si un 40T traverse la zone piétonne à 130km/h tout les matins,
> ce n'est pas pour autant une autoroute !
> Si aucune voiture ne circule sur une autoroute,
> ce n'est pas pour autant une zone piétonne !
> Si t'as envie d'ajouter cette notion dans osm,
> par analogie avec ce qui se fait avec les bâtiments,
> pourquoi pas un highway:usage=primary ?
> je n'en comprend pas l'intérêt mais au moins cela permettrait
> d'avoir un tag highway cohérent avec ce qui se fait ailleurs.
>
> Pour le fun, il y a une clef pour le comptage routier
> https://wiki.openstreetmap.org/wiki/Key:traffic:hourly
> je serrais curieux de connaître les valeurs chiffrés de ceux
> qui disent que l'axe de transit primaire passe par la zone piétonne
>
>  >
> https://osmose.openstreetmap.fr/fr/map/#item=1120=17;
> lat=48.108738=-1.67902=Mapnik=T
>
> Quand je regarde de loin, j'ai comme l'impression que le transit
> passe par le boulevard de la liberté, primaire depuis 10 ans.,
>
> Par curiosité, j'aimerai une photo du carrefour entre les 2 :)
> Ha ben elle y est dans Mapillary...
>
> En direction des quais, le panneau renseigne
> parking, "office de tourisme" et "l'hôtel de ville".
> https://www.mapillary.com/map/im/hmldOhQQKGpFPgm7E1Myaw
>
> En direction du boulevard, le panneau vert renseigne
> "Nantes" et "autre direction"
> https://www.mapillary.com/map/im/SWUcOQ_Jey6PAfT2bHNaQw
>
> Y a plus qu'à enterrer le primaire, c'est le plus dur :)
> Surtout ne pas se tromper de primaire :)
>
> Romain MEHUT a écrit :
>

Je le redis, je ne connais pas Rennes et ce quai.
J'ai regarder avec google, mappy, et viamichelin et pour les 3 pour faire
un trajet de l'est à l'ouest de Rennes sans passer par les rocades, ils
proposent de passer par ce quai.



>
>  > à Nancy, on a été confronté au même cas de figure
>  > on a bien une voie taguée en living_street conformément
>  > à la signalisation en place
>  > on a modifié la classification des voies de ce secteur
>  > pour être cohérent...
>
> Le 31. 08. 17 à 19:36, osm.sanspourr...@spamgourmet.com a écrit :
>  > 1) parce que c'est indiqué par un panneau (*)
>  > 2) parce qu'en indiquant primary on incite des routeurs
>  > et donc des quidams à emprunter un axe non adapté
>  > C'est le "primary" autour de la living_street qui n'a aucun sens.
>  >
>  > (*) égalité seulement si des panneaux sur fond vert incident à passer
>  > par là pour aller à Nantes, Brest ou Caen par exemple.
>  >
>  > Le 31/08/2017 à 17:36, Jérôme Amagat a écrit :
>  >> si living_street et primary sont juste tous les 2,
>  >> pourquoi privilégier living_street ? :)
>
> djakk djakk à écrit
>  > https://www.openstreetmap.org/changeset/44756436
>  > le "living_street" est bizarre au milieu de la "primary"
>  > mais c'est comme ça …
> ___
> 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] le festival de tout les highway :-)

[Philippe Verdy]

Le 2 septembre 2017 à 00:22, marc marc  a écrit :

> @Jérôme @djakk
> source=sondage est totalement subjectif pour un changeset conflictuel.
> Pour preuve, quelques sondés ici pensent le contraire :)
>
> source:highway=QuelqueChoseDeReel aurait été utile
> pour rationaliser le débat.
> De la même manière qu'il y a un source:maxspeed=Mapilary
> pour le 30km/h vers la réalité du panneau
>
>  > si l'usage c'est que c'est toujours la route utilisée pour
>  > traverser la ville, la route fait toujours partie
>  > du réseau primaire (ou secondaire ou tertiaire suivant les cas)
>
> highway ne tag pas l'usage !
> si un 40T traverse la zone piétonne à 130km/h tout les matins,
> ce n'est pas pour autant une autoroute !
> Si aucune voiture ne circule sur une autoroute,
> ce n'est pas pour autant une zone piétonne !
> Si t'as envie d'ajouter cette notion dans osm,
> par analogie avec ce qui se fait avec les bâtiments,
> pourquoi pas un highway:usage=primary ?
> je n'en comprend pas l'intérêt mais au moins cela permettrait
> d'avoir un tag highway cohérent avec ce qui se fait ailleurs.
>
> Pour le fun, il y a une clef pour le comptage routier
> https://wiki.openstreetmap.org/wiki/Key:traffic:hourly
> je serrais curieux de connaître les valeurs chiffrés de ceux
> qui disent que l'axe de transit primaire passe par la zone piétonne
>
>  >
> https://osmose.openstreetmap.fr/fr/map/#item=1120=17;
> lat=48.108738=-1.67902=Mapnik=T
>
> Quand je regarde de loin, j'ai comme l'impression que le transit
> passe par le boulevard de la liberté, primaire depuis 10 ans.,
>
> Par curiosité, j'aimerai une photo du carrefour entre les 2 :)
> Ha ben elle y est dans Mapillary...
>
> En direction des quais, le panneau renseigne
> parking, "office de tourisme" et "l'hôtel de ville".
> https://www.mapillary.com/map/im/hmldOhQQKGpFPgm7E1Myaw
>
> En direction du boulevard, le panneau vert renseigne
> "Nantes" et "autre direction"
> https://www.mapillary.com/map/im/SWUcOQ_Jey6PAfT2bHNaQw
>
> Y a plus qu'à enterrer le primaire, c'est le plus dur :)
>

On est d'accord.


> Surtout ne pas se tromper de primaire :)
>

Donc les quais nord sont à passer en résidentiel, il n'y a plus de primaire
à cet endroit, tout l'indique (tous les panneaux, le sens unique, la
vitesse limité à 30, avec zone de rencontre au milieu). C'est juste
maintenant une rue de desserte pour le parking et la mairie et qui permet
de relier les rues transversales. La mairie n'a pas de stationnement, on
doit se garer au plus près sur le parking au bout des quais et faire le
reste à pied par ces quais (office de tourisme) en revenant à République,
puis les rues piétonnes (mairie).

Si la rue n'a pas été fermée complètement c'est à cause des bus (mais cela
aurait pu être une rue de service comme les quais sud) mais surtout à cause
du parking à l'ouest sur la Vilaine (mais qui sont accessibles depuis la
place de Bretagne, donc aussi par l'Avenue Janvier et le Boulevard de la
Liberté). Ca ne saurait tarder quand la ligne b du métro ouvrira et qu'il y
aura trop de piétons entre la passerelle et la place Saint-Germain. Une
passerelle pas si vieille que ça mais qui d'ailleurs pourrait ne plus
suffire en capacité et qu'il y aura encore moins besoin de faire passer les
derniers bus jusqu'à République par les quais nord (ils seront tous aux
quais sud)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] le festival de tout les highway :-)

[marc marc]

@Jérôme @djakk
source=sondage est totalement subjectif pour un changeset conflictuel.
Pour preuve, quelques sondés ici pensent le contraire :)

source:highway=QuelqueChoseDeReel aurait été utile
pour rationaliser le débat.
De la même manière qu'il y a un source:maxspeed=Mapilary
pour le 30km/h vers la réalité du panneau

 > si l'usage c'est que c'est toujours la route utilisée pour
 > traverser la ville, la route fait toujours partie
 > du réseau primaire (ou secondaire ou tertiaire suivant les cas)

highway ne tag pas l'usage !
si un 40T traverse la zone piétonne à 130km/h tout les matins,
ce n'est pas pour autant une autoroute !
Si aucune voiture ne circule sur une autoroute,
ce n'est pas pour autant une zone piétonne !
Si t'as envie d'ajouter cette notion dans osm,
par analogie avec ce qui se fait avec les bâtiments,
pourquoi pas un highway:usage=primary ?
je n'en comprend pas l'intérêt mais au moins cela permettrait
d'avoir un tag highway cohérent avec ce qui se fait ailleurs.

Pour le fun, il y a une clef pour le comptage routier
https://wiki.openstreetmap.org/wiki/Key:traffic:hourly
je serrais curieux de connaître les valeurs chiffrés de ceux
qui disent que l'axe de transit primaire passe par la zone piétonne

 > 
https://osmose.openstreetmap.fr/fr/map/#item=1120=17=48.108738=-1.67902=Mapnik=T

Quand je regarde de loin, j'ai comme l'impression que le transit
passe par le boulevard de la liberté, primaire depuis 10 ans.,

Par curiosité, j'aimerai une photo du carrefour entre les 2 :)
Ha ben elle y est dans Mapillary...

En direction des quais, le panneau renseigne
parking, "office de tourisme" et "l'hôtel de ville".
https://www.mapillary.com/map/im/hmldOhQQKGpFPgm7E1Myaw

En direction du boulevard, le panneau vert renseigne
"Nantes" et "autre direction"
https://www.mapillary.com/map/im/SWUcOQ_Jey6PAfT2bHNaQw

Y a plus qu'à enterrer le primaire, c'est le plus dur :)
Surtout ne pas se tromper de primaire :)

Romain MEHUT a écrit :

 > à Nancy, on a été confronté au même cas de figure
 > on a bien une voie taguée en living_street conformément
 > à la signalisation en place
 > on a modifié la classification des voies de ce secteur
 > pour être cohérent...

Le 31. 08. 17 à 19:36, osm.sanspourr...@spamgourmet.com a écrit :
 > 1) parce que c'est indiqué par un panneau (*)
 > 2) parce qu'en indiquant primary on incite des routeurs
 > et donc des quidams à emprunter un axe non adapté
 > C'est le "primary" autour de la living_street qui n'a aucun sens.
 >
 > (*) égalité seulement si des panneaux sur fond vert incident à passer
 > par là pour aller à Nantes, Brest ou Caen par exemple.
 >
 > Le 31/08/2017 à 17:36, Jérôme Amagat a écrit :
 >> si living_street et primary sont juste tous les 2,
 >> pourquoi privilégier living_street ? :)

djakk djakk à écrit
 > https://www.openstreetmap.org/changeset/44756436
 > le "living_street" est bizarre au milieu de la "primary"
 > mais c'est comme ça …
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Ritorna il controllo dei nomi delle strade

[Daniele Forsi]

Il 1 settembre 2017 10:37, Simone Saviolo ha scritto:

> Se cerchi "Vercelli", viene ancora fuori "Centro Commerciale Carrefour", che
> però ho tolto due giorni fa.

grazie per questa segnalazione, sfortunatamente il "nostro" database
ha ancora le versioni vecchie di alcune way rispetto al database di
OSM (es. https://www.openstreetmap.org/way/37378452 versione 9 del
2014 contro la versione 10 di due giorni fa modificata da te), il
database è aggiornato continuamente e ci sono oggetti nuovi, ma queste
sono ancora quelle vecchie, come se avesse saltato qualche
aggiornamento

-- 
Daniele Forsi

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

Re: [Talk-cl] experimentos con osm-history-renderer

[Marcelo Aliaga]

Está de lujo!

2017-09-01 17:04 GMT-03:00 Danilo Lacoste :

> Estimados,
>
> he estado realizando algunos experimentos con los scripts de
> https://github.com/MaZderMind/osm-history-renderer
> aqui algunos resultados.
>
> https://www.flickr.com/photos/dalacost/albums/72157688442378515/with/
> 36825510821/
>
> son 2 videos con historial del 2008-2017 y una imagen de santiago en
> resolución gigante (15360 × 8640 píxeles )
>
> envío esto a la lista, por que era una vieja promesa que algún día
> realicé jejejej; esto es solo un experimento y si alguien necesita que
> se genere alguna zona en especial puede pedirme aquí.
>
> sería ideal si algún audiovisual se interese en realizar un video con
> algunas de estas fuentes.
>
> saludos.
>
> --
> Danilo Lacoste Z.   dan...@lacosox.org
> Ing. Civil en informática
> www.lacosox.org
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>



-- 
Ing. Marcelo Aliaga Quezada
marc...@aliaga.cl
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[Talk-cl] experimentos con osm-history-renderer

[Danilo Lacoste]

Estimados,

he estado realizando algunos experimentos con los scripts de
https://github.com/MaZderMind/osm-history-renderer
aqui algunos resultados.

https://www.flickr.com/photos/dalacost/albums/72157688442378515/with/36825510821/

son 2 videos con historial del 2008-2017 y una imagen de santiago en
resolución gigante (15360 × 8640 píxeles )

envío esto a la lista, por que era una vieja promesa que algún día
realicé jejejej; esto es solo un experimento y si alguien necesita que
se genere alguna zona en especial puede pedirme aquí.

sería ideal si algún audiovisual se interese en realizar un video con
algunas de estas fuentes.

saludos.

-- 
Danilo Lacoste Z.   dan...@lacosox.org
Ing. Civil en informática
www.lacosox.org

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

Re: [OSM-talk-fr] harmonisation tag network "Arc en ciel" dans le département du Nord région Hauts-de-France

[Jérôme Amagat]

Le 1 septembre 2017 à 19:57, JB  a écrit :

> Quelques notes suite à ton message :
> Il y a 600 abonnés à talk-fr.


A quand même, ça fait beaucoup !
Salut tous le monde 

Désolé...


> Des statistiques sur 5 personnes n'ont pas de sens.
> Le nombre de messages quotidien est déjà bien trop important, heureusement
> que 600 personnes n'ont pas donné leur avis par retour de mail.
> La liste existe depuis de nombreuses années, et les plus anciens avec le
> plus de recul sont rarement ceux qui interviennent le plus et avec le plus
> d'insistance (probablement avec le réflexe : « est-ce que ce mail vaut le
> coup d'être envoyé ? »).
> Ce genre de discussion a déjà été abordé moultes fois, avec toujours la
> même issue : on taggue ce qu'il y a sur le terrain.
>

Les "vieux" qui ont déjà participé a ces discutions ou vu les conclusions,
il faudrait peut être intervenir dans cette longue discussion pour le dire
parce qu'elle partait plutôt pour ne pas indiquer ce qui est sur le terrain
et créer un truc qui vient de nul part.

On peut voir sur taginfo :
https://taginfo.openstreetmap.fr/keys/network#values
que il y a déjà 33 valeurs de network commençant par "fr_" plus quelques
une commençant par "FR:"

ça serai bien que ce qu'il faut indiqué soit clair pour tout le monde
d'autant plus si une ou plusieurs applications se serve de ces données.



> JB.
> PS : ce message n'appelle pas forcément de réponse. Sauf si elle vaut la
> peine d'être lue par 600 personnes.


Je suis pas sur que ça vaut la peine d’être lu mais je l’écris quand
même

>
>
> Le 01/09/2017 à 17:00, marc marc a écrit :
>
>> Résultat après une semaine de vote :
>> Point 1 : changer le nom du réseau pour lui ajouter un suffixe
>> afin de le rendre humainement clair & unique
>> Vincent pour
>> Noémie contre
>> djakk contre
>> Jean-Yvon contre
>> Marc pour
>> Le non l'emporte, on est très loin d'un consensus.
>> Pas de consensus non plus sur la signification du tag : "humainement
>> parlant" <> "ne pas changer que le nord" <> "ne pas être différent
>> de l'officiel"
>>
>> Point 2 : harmoniser avec la valeur locale la plus courante
>> "Arc en ciel" qui est aussi celle du site web
>> Vincent pour
>> Noémie pour
>> Jean-Yvon pour
>> Marc pour
>> premier gagnant : l'abstention :)
>> vu l'unanimité, j'ai fait l’opération
>>
>> je suis content, on a progressé, même si c'est un pas minuscule :)
>>
>> Le 25. 08. 17 à 01:38, Marc M. a écrit :
>>
>>> Bonsoir,
>>>
>>> Je me propose de résoudre ce "doublon" "Arc en ciel"
>>> D'abord merci à Lenny qui a fait déjà fait la moitié du travail :-)
>>>
>>> Nom proposé pour le réseau : "Arc en Ciel (Nord)"
>>>
>>> La typographie (la majuscule et les espaces) vient de la valeur
>>> actuellement la plus présente.
>>> Le suffixe "Nord" vient de leur site et la page wikipedia
>>> qui indique qu'aujourd'hui (août 2017), c'est le département du Nord
>>> qui s'occupe du réseau.
>>>
>>> Critère de sélection :
>>> tag network ayant les 3 mots "arc en ciel" sans faire de différence
>>> entre les majuscules et minuscules.
>>> étendue de la sélection : la région Hauts-de-France
>>>
>>> Récurrence : possible si de nouveaux objets apparaissent
>>> avec la mauvaise valeur.
>>> J'essayerai bien évidement dans la mesure du possible
>>> de prévenir au préalable le contributeur.
>>>
>>> Raison du choix : essayer de contenter tout le monde
>>> C'est à la fois un nom pour humain (l'utilisateur sait
>>> facilement à quoi cela se rapporte) et c'est aussi
>>> un nom unique à ce jour et qui pourrait le rester.
>>>
>>> Il y a quelques valeurs qui renseignent le chiffre 2 parce
>>> que leur réseau est divisé en 4 secteurs (de 1 à 4).
>>> Si quelqu'un a une idée d'un sous-tag où mettre cette info,
>>> Je la migrerai dans un sous-tag.
>>> Si pas d'idée ou une majorité contre ou pas d'intérêt, je garderai
>>> cette info dans le tag network comme c'est le cas actuellement.
>>>
>>> Coïncidence, ce réseau changera au 1er septembre de couverture
>>> pour s'étendre à la région (source : leur site web).
>>> S'il y a une majorité avant cette date, je le renommerai avec "Nord"
>>> avant le 1er septembre puis en "Arc en Ciel (Hauts-de-France)"
>>> à partir du 1er septembre.
>>> Cela ne me dérange pas et cela m'arrange même histoire à la fois
>>> de ne pas attendre jusqu'au 1er septembre et à la fois d'avoir
>>> une opération réelle de modification de nom de réseau à documenter.
>>> Si la discussion traîne au delà du 1er septembre, je modifierai
>>> évidement le nom directement en "Arc en Ciel (Hauts-de-France)"
>>>
>>> L'opération ne concerne volontairement PAS :
>>> - quoi faire le jour où ce réseau s'étend hors de la région.
>>> - le réseau "Arc-en-ciel (Haute-Garonne)", par respect pour son travail,
>>> je verrai cela séparément avec Lenny.
>>> - regrouper tout dans une relation network <> des tag network
>>> Je sélectionne les objets avec le tag. je ne modifie ni à la hausse
>>> ni à la baisse le nombre ni de tag ni de relation 

Re: [Talk-cz] Názvy vodních nádrží a water=reservoir

[Jan Dudík]

ještě jsem se setkal někde s v. d. (vodní dílo)

JAnD

---
Dne 31. srpna 2017 10:57 Michal Poupa  napsal(a):

> nejlepší název má toto jen "v.n." :-)
>
>
> https://www.openstreetmap.org/search?query=v.%20n.%20#map=
> 17/49.09062/16.70460
>
> Dne 31. srpna 2017 9:48 Jan Martinec  napsal(a):
>
>
>>
>> Dne 31. 8. 2017 9:06 napsal uživatel "Pavel Machek" :
>>
>> Ahoj!
>>
>> > Tech v. n. je tam hodně ale podle mne není problém dát robotem to na
>> Vodní nádrž stačí jednoduchý filter
>> >
>> > water=reservoir a hledat všechny kombinace skratky v názvu  bez mezer s
>> z mezerami a malá velká písmena. Takže nevidím jediný problém proč by
>> robotem nešla odstranit zkratka.
>> >
>>
>> Jo sorry, zkratku bych se asi odstranit nebal. Tedy
>>
>> "v. n." -> "vodni nadrz"
>>
>> za me dobry
>>
>> "v. n." -> ""
>>
>> (z uvahy ze je to nepodstatny protoze je to videt z tagu) bych
>> nedelal.
>>
>> Jsem pro, ale možná by stálo za to přidat ten název bez zkratky do
>> sorting_name, nebo to už dnešní vyhledávače umí nativně?
>>
>> Zdar,
>> HPM
>>
>> Pavel
>> --
>> (english) http://www.livejournal.com/~pavelmachek
>> (cesky, pictures) http://atrey.karlin.mff.cuni.c
>> z/~pavel/picture/horses/blog.html
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] traduction shop=boutique shop=fashion

[osm . sanspourriel]

Ce n'est pas une absence d'avis mais au contraire un vrai avis.

shop=clothes
fashion=yes

serait à mon avis meilleur.
Sinon j'ai regardé sur IATE et je n'ai pas trouvé de "bonne" traduction.
Linguee propose :


   fashion boutique
   
   n —boutique de mode
   
   f

Ça répond à ta question, pas au problème soulevé par Jean-Marc.

Le 01/09/2017 à 15:59, Jean-Marc Liotier - j...@liotier.org a écrit :

On Fri, 1 Sep 2017 12:03:50 +
marc marc  wrote:

Perso n'a un avis sur la traduction ?

J'affiche insolemment mon absence d'avis: pour moi ce sont tous des
shop=clothes. Pourquoi le positionnement marketing devrait-il être
reflété dans une étiquette de premier niveau alors qu'il ne l'est pas
pour la plupart des types de POI ? shop=car s'applique à tous alors que
les canaux de distribution de véhicules automobiles sont d'une diversité
tout aussi extrême.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] OSM feature density vs edits per features

[De Sabbata, Stefano (Dr.)]

Dear all,

I would like to warmly thank all those who have taken the time today to answer 
to my email – this has been most helpful!

If you have further thoughts, or if you like to see some aggregated stats 
mapped for Greater London, please do get in contact. I have some drafts of my 
current analysis that I am happy to share, although they are not ready to be 
published. Although, I actually did publish some very early stage map on the 
work I am doing (which OSM is part of) on Twitter some months ago.

https://twitter.com/maps4thought/status/854843894860845057

Also, last year I did publish a short paper (also a slightly different, simpler 
analysis than what I am doing now) focusing on Leicester (see link below). Any 
comment on that would helpful too. :)

http://escholarship.org/uc/item/5hc4d2q6

More recently, I collaborated on a paper titled “Geodemographic biases in 
crowdsourced knowledge websites: Do neighbours fill in the blanks?” – although 
that’s based on a relatively small and specific sample of places with alcohol 
licence, in the scope of future health policy analysis.

https://twitter.com/maps4thought/status/868064714466754560

All the best,
Stefano.


From: SK53 
Date: Friday, 1 September 2017 at 18:50
To: Philip Barnes 
Cc: "Talk-GB@openstreetmap.org" 
Subject: Re: [Talk-GB] OSM feature density vs edits per features

I suspect the problem with Leicester is simply fewer mappers and therefore much 
more higher noise to signal. Also Leicester is odd in having a very active 
mapping community early on and much less (comparatively) activity more 
recently. Although the same is probably true of both Liverpool & Manchester.
Given that active mapping communities on a per country basis are often in the 
hundreds or low thousands using a city as big as London makes sense, even 
allowing for the effect of visitors. It's also too big for a few dedicated 
mappers to do on their own.
J

On 1 September 2017 at 18:13, Philip Barnes 
> wrote:
On Fri, 2017-09-01 at 12:04 +0100, Andy Townsend wrote:
>
> One thing you won't be short of is the sheer volume of data.  If you
> like a challenge, go for it - but I suspect that you might be better
> starting with somewhere with fewer variables if you want some
> quantifiable results to come out of it.
>
Or as you are based in my old hometown of Les-tah, why not use that as
a starting point to get to grips with OSM data. It has fewer variables
and is mostly mapped by locals. It is not such a tourist attraction as
London.

And as for learning OSM it makes sense to start with where you are, if
something is puzzling you then you can go and have look see without
traveling 100 miles.

Phil (trigpoint)

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

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

Re: [Talk-it] admin_center: sede legale o effettiva?

[girarsi_liste]

Il 01/09/2017 20:00, Irene Saltini ha scritto:
> Come da oggetto, creando la relazione per l'Unione di Comuni della Bassa
> Reggiana (http://www.bassareggiana.it) mi risulta che “La sede legale è
> presso il Comune di Guastalla, quella effettiva presso il Comune di
> Novellara.”
> 
> Quale delle due è da mettere come admin_center? Io per il momento ho optato
> per quella effettiva.
> 
> Ciao,
> Irene.

La sede legale è sede e punto, mentre quella effettiva è solo "ora et
labora", scusa la battuta.

Ma per dirla breve, quella riconosciuta dalla Stato è quella legale, dal
mio punto di vista.


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



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

Re: [Talk-tr] Yavuz sultan selim koprusu

[Roman Neumüller]

O mesele sanki OSMR'e ait - mapzen
https://www.openstreetmap.org/directions?engine=mapzen_car=41.2210%2C28.8391%3B41.1590%2C29.2552#map=11/41.1978/29.0540

ve graphhopper

https://www.openstreetmap.org/directions?engine=graphhopper_car=41.2210%2C28.8391%3B41.1528%2C29.3026

ikisi çalışıyor - tek osrm

https://www.openstreetmap.org/directions?engine=osrm_car=41.2210%2C28.8391%3B41.1528%2C29.3026#map=11/41.1544/29.0671

dediğin gibi Yavuz Sultan Selim Köprüsü beğenmiyor / görmüyor ;)

Roman

On Fri, 01 Sep 2017 19:31:31 +0300, Yusuf Umac  wrote:

Yavuz sultan selim koprusu kullanilarak avrupa yakasindan anadolu  
yakasina

ve ayni sekilde anadolu'dan da avrupa yakasina gecis yapilamiyor.
Bildiginiz uzere kamyon ve otobusler diger kopruleri kullanamiyorlar.
Hatanin nereden kaynaklandigini bulabilmek icin asagidaki durumlari test
edebiliriz.

https://router.project-osrm.org/route/v1/driving/29.140854477882385,41.19784179879946;29.139052033424377,41.197668233317806?overview=false=true=true=
;

http://map.project-osrm.org/?z=18=41.197785%2C29.142185=41.197842%2C29.140854=41.197668%2C29.139052=en=0

Iyi bayramlar dilerim.


On September 1, 2017 at 6:04:41 PM, Orkut Murat YILMAZ (
orkutmuratyil...@gmail.com) wrote:

Problemi daha net anlatmanız mümkün müdür Yusuf Hocam?

2017-08-31 19:57 GMT+03:00 Yusuf Umac :


Selamlar,

Yavuz sultan koprusu ile ilgili yollarda verisel baglanti problemleri
oldugunu dusunuyorum. Cozum konusunda cok deneyimli degilim. Yardim
edebilecek kimse olur mu?

Tsk.
Yusuf


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





--
http://orkutmuratyilmaz.com



--
katpatuka.org

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

[Talk-it] admin_center: sede legale o effettiva?

[Irene Saltini]

Come da oggetto, creando la relazione per l'Unione di Comuni della Bassa
Reggiana (http://www.bassareggiana.it) mi risulta che “La sede legale è
presso il Comune di Guastalla, quella effettiva presso il Comune di
Novellara.”

Quale delle due è da mettere come admin_center? Io per il momento ho optato
per quella effettiva.

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

Re: [OSM-talk-fr] harmonisation tag network "Arc en ciel" dans le département du Nord région Hauts-de-France

[JB]

Quelques notes suite à ton message :
Il y a 600 abonnés à talk-fr. Des statistiques sur 5 personnes n'ont pas 
de sens.
Le nombre de messages quotidien est déjà bien trop important, 
heureusement que 600 personnes n'ont pas donné leur avis par retour de 
mail.
La liste existe depuis de nombreuses années, et les plus anciens avec le 
plus de recul sont rarement ceux qui interviennent le plus et avec le 
plus d'insistance (probablement avec le réflexe : « est-ce que ce mail 
vaut le coup d'être envoyé ? »).
Ce genre de discussion a déjà été abordé moultes fois, avec toujours la 
même issue : on taggue ce qu'il y a sur le terrain.

JB.
PS : ce message n'appelle pas forcément de réponse. Sauf si elle vaut la 
peine d'être lue par 600 personnes.


Le 01/09/2017 à 17:00, marc marc a écrit :

Résultat après une semaine de vote :
Point 1 : changer le nom du réseau pour lui ajouter un suffixe
afin de le rendre humainement clair & unique
Vincent pour
Noémie contre
djakk contre
Jean-Yvon contre
Marc pour
Le non l'emporte, on est très loin d'un consensus.
Pas de consensus non plus sur la signification du tag : "humainement
parlant" <> "ne pas changer que le nord" <> "ne pas être différent
de l'officiel"

Point 2 : harmoniser avec la valeur locale la plus courante
"Arc en ciel" qui est aussi celle du site web
Vincent pour
Noémie pour
Jean-Yvon pour
Marc pour
premier gagnant : l'abstention :)
vu l'unanimité, j'ai fait l’opération

je suis content, on a progressé, même si c'est un pas minuscule :)

Le 25. 08. 17 à 01:38, Marc M. a écrit :

Bonsoir,

Je me propose de résoudre ce "doublon" "Arc en ciel"
D'abord merci à Lenny qui a fait déjà fait la moitié du travail :-)

Nom proposé pour le réseau : "Arc en Ciel (Nord)"

La typographie (la majuscule et les espaces) vient de la valeur
actuellement la plus présente.
Le suffixe "Nord" vient de leur site et la page wikipedia
qui indique qu'aujourd'hui (août 2017), c'est le département du Nord
qui s'occupe du réseau.

Critère de sélection :
tag network ayant les 3 mots "arc en ciel" sans faire de différence
entre les majuscules et minuscules.
étendue de la sélection : la région Hauts-de-France

Récurrence : possible si de nouveaux objets apparaissent
avec la mauvaise valeur.
J'essayerai bien évidement dans la mesure du possible
de prévenir au préalable le contributeur.

Raison du choix : essayer de contenter tout le monde
C'est à la fois un nom pour humain (l'utilisateur sait
facilement à quoi cela se rapporte) et c'est aussi
un nom unique à ce jour et qui pourrait le rester.

Il y a quelques valeurs qui renseignent le chiffre 2 parce
que leur réseau est divisé en 4 secteurs (de 1 à 4).
Si quelqu'un a une idée d'un sous-tag où mettre cette info,
Je la migrerai dans un sous-tag.
Si pas d'idée ou une majorité contre ou pas d'intérêt, je garderai
cette info dans le tag network comme c'est le cas actuellement.

Coïncidence, ce réseau changera au 1er septembre de couverture
pour s'étendre à la région (source : leur site web).
S'il y a une majorité avant cette date, je le renommerai avec "Nord"
avant le 1er septembre puis en "Arc en Ciel (Hauts-de-France)"
à partir du 1er septembre.
Cela ne me dérange pas et cela m'arrange même histoire à la fois
de ne pas attendre jusqu'au 1er septembre et à la fois d'avoir
une opération réelle de modification de nom de réseau à documenter.
Si la discussion traîne au delà du 1er septembre, je modifierai
évidement le nom directement en "Arc en Ciel (Hauts-de-France)"

L'opération ne concerne volontairement PAS :
- quoi faire le jour où ce réseau s'étend hors de la région.
- le réseau "Arc-en-ciel (Haute-Garonne)", par respect pour son travail,
je verrai cela séparément avec Lenny.
- regrouper tout dans une relation network <> des tag network
Je sélectionne les objets avec le tag. je ne modifie ni à la hausse
ni à la baisse le nombre ni de tag ni de relation (c'est un AUTRE sujet)
- le tag operator (c'est une AUTRE sujet)
- migrer des tags du mobilier vers stop_area (c'est une AUTRE sujet)
- un tag avec une ref osm (autre discussion en cours)
- wikidata ou pas, j'ignore même s'il y a un wikidata pour ce réseau.
Si quelqu'un a envie de chercher/créer/mettre à jour, ce serrait
bien venu. Ou attendre le 1er septembre pour pas changer 2 fois.
Moi cela m'est égal. Mais je veux bien l'ajouter dans la foulée.
- quelqu'un sait s'il y a des pages wiki où il faudrait mettre à jour
le tag network de ce réseau ? un contributeur non présent ici
à prévenir ? sinon je chercherai.

N'ayant aucune connaissance de terrain des objets modifiés,
ceux-ci seront uniquement sélectionnés par requête et vu
le nombre, je modifierai l'ensemble des valeurs avec
la fonction chercher de JOSM.
Cette opération est donc un "changement mécanique" au sens de :

https://wiki.openstreetmap.org/wiki/FR:Code_de_conduite_des_modifications_automatis%C3%A9es


C'est pourquoi, pour faire bien les chose, j'en parle ici avant.
Je créerai la page wiki nécessaire à la documentation
de cette 

Re: [OSM-talk-fr] harmonisation tag network "Arc en ciel" dans le département du Nord région Hauts-de-France

[Jérôme Amagat]

Moi si la valeur la plus présente sur le terrain et sur le site internet
c'est "Arc en Ciel", je suis pour network=Arc en Ciel

Et tant pis si il y a des doublon avec d'autre réseaux, on peut faire la
différence avec d'autre réseau du même nom grâce à la localisation des
lignes qui sont dans le nord et pas à l'autre bout de la France ou du monde.

Le 1 septembre 2017 à 17:00, marc marc  a écrit :

> Résultat après une semaine de vote :
> Point 1 : changer le nom du réseau pour lui ajouter un suffixe
> afin de le rendre humainement clair & unique
> Vincent pour
> Noémie contre
> djakk contre
> Jean-Yvon contre
> Marc pour
> Le non l'emporte, on est très loin d'un consensus.
> Pas de consensus non plus sur la signification du tag : "humainement
> parlant" <> "ne pas changer que le nord" <> "ne pas être différent
> de l'officiel"
>
> Point 2 : harmoniser avec la valeur locale la plus courante
> "Arc en ciel" qui est aussi celle du site web
> Vincent pour
> Noémie pour
> Jean-Yvon pour
> Marc pour
> premier gagnant : l'abstention :)
> vu l'unanimité, j'ai fait l’opération
>
> je suis content, on a progressé, même si c'est un pas minuscule :)
>
> Le 25. 08. 17 à 01:38, Marc M. a écrit :
> > Bonsoir,
> >
> > Je me propose de résoudre ce "doublon" "Arc en ciel"
> > D'abord merci à Lenny qui a fait déjà fait la moitié du travail :-)
> >
> > Nom proposé pour le réseau : "Arc en Ciel (Nord)"
> >
> > La typographie (la majuscule et les espaces) vient de la valeur
> > actuellement la plus présente.
> > Le suffixe "Nord" vient de leur site et la page wikipedia
> > qui indique qu'aujourd'hui (août 2017), c'est le département du Nord
> > qui s'occupe du réseau.
> >
> > Critère de sélection :
> > tag network ayant les 3 mots "arc en ciel" sans faire de différence
> > entre les majuscules et minuscules.
> > étendue de la sélection : la région Hauts-de-France
> >
> > Récurrence : possible si de nouveaux objets apparaissent
> > avec la mauvaise valeur.
> > J'essayerai bien évidement dans la mesure du possible
> > de prévenir au préalable le contributeur.
> >
> > Raison du choix : essayer de contenter tout le monde
> > C'est à la fois un nom pour humain (l'utilisateur sait
> > facilement à quoi cela se rapporte) et c'est aussi
> > un nom unique à ce jour et qui pourrait le rester.
> >
> > Il y a quelques valeurs qui renseignent le chiffre 2 parce
> > que leur réseau est divisé en 4 secteurs (de 1 à 4).
> > Si quelqu'un a une idée d'un sous-tag où mettre cette info,
> > Je la migrerai dans un sous-tag.
> > Si pas d'idée ou une majorité contre ou pas d'intérêt, je garderai
> > cette info dans le tag network comme c'est le cas actuellement.
> >
> > Coïncidence, ce réseau changera au 1er septembre de couverture
> > pour s'étendre à la région (source : leur site web).
> > S'il y a une majorité avant cette date, je le renommerai avec "Nord"
> > avant le 1er septembre puis en "Arc en Ciel (Hauts-de-France)"
> > à partir du 1er septembre.
> > Cela ne me dérange pas et cela m'arrange même histoire à la fois
> > de ne pas attendre jusqu'au 1er septembre et à la fois d'avoir
> > une opération réelle de modification de nom de réseau à documenter.
> > Si la discussion traîne au delà du 1er septembre, je modifierai
> > évidement le nom directement en "Arc en Ciel (Hauts-de-France)"
> >
> > L'opération ne concerne volontairement PAS :
> > - quoi faire le jour où ce réseau s'étend hors de la région.
> > - le réseau "Arc-en-ciel (Haute-Garonne)", par respect pour son travail,
> > je verrai cela séparément avec Lenny.
> > - regrouper tout dans une relation network <> des tag network
> > Je sélectionne les objets avec le tag. je ne modifie ni à la hausse
> > ni à la baisse le nombre ni de tag ni de relation (c'est un AUTRE sujet)
> > - le tag operator (c'est une AUTRE sujet)
> > - migrer des tags du mobilier vers stop_area (c'est une AUTRE sujet)
> > - un tag avec une ref osm (autre discussion en cours)
> > - wikidata ou pas, j'ignore même s'il y a un wikidata pour ce réseau.
> > Si quelqu'un a envie de chercher/créer/mettre à jour, ce serrait
> > bien venu. Ou attendre le 1er septembre pour pas changer 2 fois.
> > Moi cela m'est égal. Mais je veux bien l'ajouter dans la foulée.
> > - quelqu'un sait s'il y a des pages wiki où il faudrait mettre à jour
> > le tag network de ce réseau ? un contributeur non présent ici
> > à prévenir ? sinon je chercherai.
> >
> > N'ayant aucune connaissance de terrain des objets modifiés,
> > ceux-ci seront uniquement sélectionnés par requête et vu
> > le nombre, je modifierai l'ensemble des valeurs avec
> > la fonction chercher de JOSM.
> > Cette opération est donc un "changement mécanique" au sens de :
> >> https://wiki.openstreetmap.org/wiki/FR:Code_de_conduite_
> des_modifications_automatis%C3%A9es
> >>
> > C'est pourquoi, pour faire bien les chose, j'en parle ici avant.
> > Je créerai la page wiki nécessaire à la documentation
> > de cette opération s'il y a une majorité qui 

Re: [OSM-talk-fr] Projet du mois : suppression des landuse=industrial; retail

[Jérôme Amagat]

Sur l'import, on peut voir :
https://wiki.openstreetmap.org/wiki/Corine_Land_Cover que c'est des zones
qui était indiqué comme "Industrial or commercial units" qui sont devenu
landuse=industrial;retail.

C'est vrai que c'est pas toujours facile de faire la différence entre
retail, industral, commercial mais si vous regarder ces zones taguer
landuse=industrial;retail vous verrez que pour beaucoup c'est assez simple
et que si cette zone est encore là c'est parce qu'il n'y a pas eu beaucoup
de contribution à osm dans la zone.

Les commerces dans ces zones sont quand même la plupart du temps regroupé.
on peut les distinguer avec les shop=* déjà présent, a quoi ressemble les
parking ...

Par contre c'est plus difficile de faire la différence entre industrial et
commercial surtout dans nos zone d'activité en france (je ne sait pas
comment c'est à l’étranger).

J'aime pas les valeur multiple avec des ";" surtout dans landuse=*. pour
moi les zones indiquées comme landuse c'est des zone "assez grande" où l'on
choisit l'activité majoritaire. Dans les zone résidentielle il peut y avoir
des commerce, des bureaux, des routes... pareil pour les autre zones qui ne
sont pas obligatoirement homogène.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] OSM feature density vs edits per features

[Philip Barnes]

On Fri, 2017-09-01 at 12:04 +0100, Andy Townsend wrote:
> 
> One thing you won't be short of is the sheer volume of data.  If you 
> like a challenge, go for it - but I suspect that you might be better 
> starting with somewhere with fewer variables if you want some 
> quantifiable results to come out of it.
> 
Or as you are based in my old hometown of Les-tah, why not use that as
a starting point to get to grips with OSM data. It has fewer variables
and is mostly mapped by locals. It is not such a tourist attraction as
London.

And as for learning OSM it makes sense to start with where you are, if
something is puzzling you then you can go and have look see without
traveling 100 miles.

Phil (trigpoint)

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

Re: [OSM-talk] An import in New Zealand, assistance requested

[Éric Gillet]

2017-08-31 21:56 GMT+02:00 Simon Poole :
>
> If there is problems with the data or what's being entered on OSM, we can
> stop and think before continuing.
>
> Well it seems as if exactly -that- wasn't happening which is why this
> thread was started in the first place. Seems however that the brakes have
> been put on now, see https://lists.openstreetmap.
> org/pipermail/imports/2017-July/005118.html
>

I do not see any reference to such problem in OP.

If the original plan didn't include building, that's fine by me to stop
because importing building is wholly different from roads.
But if it did, and the data is valid, precise and license-compatible, it's
sad to stop because of minute details imo.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[Philippe Verdy]

Le 1 septembre 2017 à 13:32, marc marc  a écrit :

> Résumé : les numéros à convertir de 0 en +33 semblent être :
> +331
> +332
> +333
> +334
> +335
> +336
> +3373xxx
> +3374xxx
> +3375xxx
> +3376xxx
> +3377xxx
> +3378xxx
> +3379xxx
> +33870xx
> +339
>

OK tant qu'on conserve les groupements (espaces, points, tirets tous
assimilés et remplacés par une seul espace) et avec l'espace obligatoire
après +33 si elle n'y est pas déjà.
S'il y a moins de chiffres que 9 après le +33, là on peut souligner une
analyse comme erreur, et s'il y en a plus demander une vérification
(attention, à vérifier)

Pour le 0700 je n'ai aucune idée s'il peut être appelé pour l'instant en
international.

Noter aussi les numéros courts d'urgence (sécurité, sanitaire ou social)
dont le 116 xxx européen (à 6 chiffres, il y a deux numéros alloués pour
l'instant qui sont le 116 000 et 116 117) et la tranche 19x (3 trois
chiffres).

Le +33 870 xx xx xx (pour la téléphonie sur IP par les box internet) est en
cours de transition vers le +33 970 xx xx xx, par décision de l'ARCEP, mais
ce n'est pas encore fait chez tous les opérateurs qui ont encore le temps

Les opérateurs ne se pressent plus vu que les numéros fixes des tranches
géographiques se libèrent de plus en plus et que les opérateurs ont de
grosses réserves maintenant pour donner des numéros géographiques à toutes
les box (même en région parisienne), voire même pour des services mobiles
(qui prennent à leur charge le complément de facturation de ceux qui les
appellent, ce sont surtout des entreprises qui utilisent des blocs de
numéros groupés et reroutables en cas de non réponse vers un autre numéro
fixe ou un centre d'appel).

Je pense même qu'à terme les tranches 01-07 et 09 fusionneront et qu'on ne
distinguera plus les numéros fixes et mobiles, ni les 5 zones régionales en
France (exception faite encore de l'outre-mer), et les opérateurs pourront
allouer et réutiliser ces blocs n'importe où sans contrainte (ça arrivera
en premier dans les régions parisienne, lyonnaise et marseillaise, en
débordant sur les zones autour). La portabilité des numéros fixe et mobiles
a tout changé.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] "CC-BY" and "CC-BY-IT" licences

[Maurizio Napolitano]

BTW:
the use of the cc-by 2.5 Italian version was a common behaviour in Italy
between 2010 and 2011
The version 2.5 doesn't mention the "sui generis rights" (aka database
rights)
This opened also a discussion more or less on the same reason for the
passage in OpenStreeMap to cc-by-sa to odbl.
Nobody updated to the 3.0 because, in this version, there is a clear
declaration about the missing protection of the sui generis right.
In my point of view the cc-by 2.5 has less issues with the compatibility
with the odbl.

My2cents

Il 01 Set 2017 17:51, "Andy Townsend"  ha scritto:

> On 01/09/2017 16:11, Andrea Musuruane wrote:
>
>
> They pointed to a summary of the CC-BY 2.5 license written in Italian.
> AFAIK this doesn't mean anything. The original English CC-BY 2.5 written in
> English still applies.
>
>
> Thanks everyone - that helps a lot.
>
> Best Regards,
>
> Andy
>
>
> ___
> 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] "CC-BY" and "CC-BY-IT" licences

[Andy Townsend]

On 01/09/2017 16:11, Andrea Musuruane wrote:


They pointed to a summary of the CC-BY 2.5 license written in Italian. 
AFAIK this doesn't mean anything. The original English CC-BY 2.5 
written in English still applies.


Thanks everyone - that helps a lot.

Best Regards,

Andy

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

Re: [OSM-talk] a sample panoramic aerial image for 3D mapping made with the new DJI Spark quad-copter

[Oleksiy Muzalyev]

On 9/1/2017 5:12 PM, Martin Koppenhoefer wrote:



2017-09-01 16:24 GMT+02:00 Oleksiy Muzalyev 
>:



But the advantage is that it weighs only 300 grams, very portable,
and it is ready to fly almost instantly as folding propellers are
fixed permanently, and smart-phone connects to the remote control
via WiFi, no cables are necessary.



did you try how high/far you can get before loosing the wifi connection?

Cheers,
Martin


Hello Martin and James,

In this case was talking about Wi-Fi connection between smart-phone 
where runs DJI Go 4 app and the remote control radio, they remain close 
to one another all the time. But certainly the flight range of Spark is 
not as great as the one of the Phantom.


There is a list of compatible smart-phones for the Spark at the very 
bottom of this page: http://www.dji.com/spark/info#specs . I read at the 
DJI forum that if one uses such a smart-phone the range is better.


I flew Spark maximum about 700 meters away and 150 (legal limit for the 
region) meters high. The video & control signals was present all the 
time, though my old smart-phone is not in the list. I ordered already a 
compatible one.


For me this range is OK. The best aerial photos are made from the 
altitude of 70 - 100 meters anyway, and besides in accordance with the 
regulations it is allowed to fly only LoS (line-of-sight) anyway (unless 
there is a special license).


The Spark remote controller has got folding outside antennas, so the 
range of several hundred meters, or I would guess up to 1 - 1.2 km, is 
probably due to these antennas. The range of the Phantom is more than 2 km.


Best regards,

Oleksiy

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

Re: [OSM-talk] a sample panoramic aerial image for 3D mapping made with the new DJI Spark quad-copter

[James]

Stock WIFI antennas have a ranges of about 32m (105feet) in optimal
conditions. So unless he has a booster that will be the limit

On Fri, Sep 1, 2017 at 11:12 AM, Martin Koppenhoefer  wrote:

>
>
> 2017-09-01 16:24 GMT+02:00 Oleksiy Muzalyev :
>
>>
>> But the advantage is that it weighs only 300 grams, very portable, and it
>> is ready to fly almost instantly as folding propellers are fixed
>> permanently, and smart-phone connects to the remote control via WiFi, no
>> cables are necessary.
>>
>
>
> did you try how high/far you can get before loosing the wifi connection?
>
> Cheers,
> Martin
>
> ___
> 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] a sample panoramic aerial image for 3D mapping made with the new DJI Spark quad-copter

[Martin Koppenhoefer]

2017-09-01 16:24 GMT+02:00 Oleksiy Muzalyev :

>
> But the advantage is that it weighs only 300 grams, very portable, and it
> is ready to fly almost instantly as folding propellers are fixed
> permanently, and smart-phone connects to the remote control via WiFi, no
> cables are necessary.
>


did you try how high/far you can get before loosing the wifi connection?

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

Re: [Talk-it] "CC-BY" and "CC-BY-IT" licences

[Andrea Musuruane]

Hi,

On Fri, Sep 1, 2017 at 12:03 PM, Andy Townsend  wrote:

> Hello Italian mappers,
>
> The DWG has recently been asked about some data imported into OSM under a
> "CC-BY-IT" licence.  The relevant changeset discussion, where "CC-BY-IT"
> was first mentioned, is http://www.openstreetmap.org/changeset/50067983 .
>
> Does anyone know anything about that licence?  The usual web searches
> don't turn up anything obvious.  The changeset discussion mentions
> "Creative Commons Italia", but that's unlikely to be directly relevant here
> since it's English and Welsh law that applies to OSM as opposed to any
> other legal system (and in any case I'd leave licence suitability questions
> to the licence working group - they have for more experience dealing with
> such questions than me).
>
> Obviously there a whole series of other questions about the import and the
> quality of the data in it, but that's a separate issue - here I'm just
> asking if anyone can point me at any details for this licence.
>

The "Milano - Fontanelle" data set available at
https://geoportale.comune.milano.it/sit/open-data/ seems to be the original
data set.

If you try to download it, the following notice will appear:


*"Avvertenze e Limitazioni d'usoI dati così come mostrati non sono validati
dal Comune di Milano e pertanto il loro scopo è da considerarsi
esclusivamente informativo. Il Comune di Milano non fornisce alcuna
dichiarazione né di garanzia né di altro genere in merito e non è in ogni
caso responsabile, né assume alcuna responsabilità, circa un eventuale
utilizzo fatto da terzi del materiale. Dati forniti da Metropolitana
Milanese proiettati nel sistema GAUSS-BOAGA e distribuiti con licenza CC-BY
http://creativecommons.org/licenses/by/2.5/it/deed.it
 - Dati estratti da
© OpenStreetMap contributors (http://www.openstreetmap.org/copyright
) proiettati nel sistema WGS con
licenza ODbL."*

Automatic translation:


*"Warnings and Limitations of UseThe data as shown are not validated by the
Municipality of Milan and therefore their purpose is to be considered only
informative. The Milan City Council makes no representations or warranties
of any kind, nor is it in any way liable or liable for any use by third
parties of the material. Data provided by the Metropolitana Milanese
projected in the GAUSS-BOAGA system and distributed under CC-BY license
http://creativecommons.org/licenses/by/2.5/it/deed.it
 - Data extracted
from © OpenStreetMap contributors (http: // www .openstreetmap.org
 / copyright) projected in the ODBL licensed WGS
system."*

The ZIP file contains two shape files: one with the CC-BY licensed data and
the other one with ODbL licensed data (which are taken from OSM).

They pointed to a summary of the CC-BY 2.5 license written in Italian.
AFAIK this doesn't mean anything. The original English CC-BY 2.5 written in
English still applies.

The first line also states: "Questo è un riassunto in linguaggio
accessibile a tutti (e non un sostituto) della licenza.", Engish: "This is
a human-readable summary of (and not a substitute for) the license."

Therefore I believe the data are licensed under CC-BY 2.5.

Metropolitana Milanese is the data owner. If they are interested in having
their data in OSM, they could change the license (for example to the more
ODbL-friendly IODL) or they can supply a waiver.

BR,

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

Re: [Talk-tr] Yavuz sultan selim koprusu

[Orkut Murat YILMAZ]

Problemi daha net anlatmanız mümkün müdür Yusuf Hocam?

2017-08-31 19:57 GMT+03:00 Yusuf Umac :

> Selamlar,
>
> Yavuz sultan koprusu ile ilgili yollarda verisel baglanti problemleri
> oldugunu dusunuyorum. Cozum konusunda cok deneyimli degilim. Yardim
> edebilecek kimse olur mu?
>
> Tsk.
> Yusuf
>
>
> ___
> Talk-tr mailing list
> Talk-tr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-tr
>
>


-- 
http://orkutmuratyilmaz.com
___
Talk-tr mailing list
Talk-tr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tr

Re: [OSM-talk-fr] harmonisation tag network "Arc en ciel" dans le département du Nord région Hauts-de-France

[marc marc]

Résultat après une semaine de vote :
Point 1 : changer le nom du réseau pour lui ajouter un suffixe
afin de le rendre humainement clair & unique
Vincent pour
Noémie contre
djakk contre
Jean-Yvon contre
Marc pour
Le non l'emporte, on est très loin d'un consensus.
Pas de consensus non plus sur la signification du tag : "humainement 
parlant" <> "ne pas changer que le nord" <> "ne pas être différent
de l'officiel"

Point 2 : harmoniser avec la valeur locale la plus courante
"Arc en ciel" qui est aussi celle du site web
Vincent pour
Noémie pour
Jean-Yvon pour
Marc pour
premier gagnant : l'abstention :)
vu l'unanimité, j'ai fait l’opération

je suis content, on a progressé, même si c'est un pas minuscule :)

Le 25. 08. 17 à 01:38, Marc M. a écrit :
> Bonsoir,
> 
> Je me propose de résoudre ce "doublon" "Arc en ciel"
> D'abord merci à Lenny qui a fait déjà fait la moitié du travail :-)
> 
> Nom proposé pour le réseau : "Arc en Ciel (Nord)"
> 
> La typographie (la majuscule et les espaces) vient de la valeur 
> actuellement la plus présente.
> Le suffixe "Nord" vient de leur site et la page wikipedia
> qui indique qu'aujourd'hui (août 2017), c'est le département du Nord
> qui s'occupe du réseau.
> 
> Critère de sélection :
> tag network ayant les 3 mots "arc en ciel" sans faire de différence 
> entre les majuscules et minuscules.
> étendue de la sélection : la région Hauts-de-France
> 
> Récurrence : possible si de nouveaux objets apparaissent
> avec la mauvaise valeur.
> J'essayerai bien évidement dans la mesure du possible
> de prévenir au préalable le contributeur.
> 
> Raison du choix : essayer de contenter tout le monde
> C'est à la fois un nom pour humain (l'utilisateur sait
> facilement à quoi cela se rapporte) et c'est aussi
> un nom unique à ce jour et qui pourrait le rester.
> 
> Il y a quelques valeurs qui renseignent le chiffre 2 parce
> que leur réseau est divisé en 4 secteurs (de 1 à 4).
> Si quelqu'un a une idée d'un sous-tag où mettre cette info,
> Je la migrerai dans un sous-tag.
> Si pas d'idée ou une majorité contre ou pas d'intérêt, je garderai
> cette info dans le tag network comme c'est le cas actuellement.
> 
> Coïncidence, ce réseau changera au 1er septembre de couverture
> pour s'étendre à la région (source : leur site web).
> S'il y a une majorité avant cette date, je le renommerai avec "Nord" 
> avant le 1er septembre puis en "Arc en Ciel (Hauts-de-France)"
> à partir du 1er septembre.
> Cela ne me dérange pas et cela m'arrange même histoire à la fois
> de ne pas attendre jusqu'au 1er septembre et à la fois d'avoir
> une opération réelle de modification de nom de réseau à documenter.
> Si la discussion traîne au delà du 1er septembre, je modifierai 
> évidement le nom directement en "Arc en Ciel (Hauts-de-France)"
> 
> L'opération ne concerne volontairement PAS :
> - quoi faire le jour où ce réseau s'étend hors de la région.
> - le réseau "Arc-en-ciel (Haute-Garonne)", par respect pour son travail, 
> je verrai cela séparément avec Lenny.
> - regrouper tout dans une relation network <> des tag network
> Je sélectionne les objets avec le tag. je ne modifie ni à la hausse
> ni à la baisse le nombre ni de tag ni de relation (c'est un AUTRE sujet)
> - le tag operator (c'est une AUTRE sujet)
> - migrer des tags du mobilier vers stop_area (c'est une AUTRE sujet)
> - un tag avec une ref osm (autre discussion en cours)
> - wikidata ou pas, j'ignore même s'il y a un wikidata pour ce réseau.
> Si quelqu'un a envie de chercher/créer/mettre à jour, ce serrait
> bien venu. Ou attendre le 1er septembre pour pas changer 2 fois.
> Moi cela m'est égal. Mais je veux bien l'ajouter dans la foulée.
> - quelqu'un sait s'il y a des pages wiki où il faudrait mettre à jour
> le tag network de ce réseau ? un contributeur non présent ici
> à prévenir ? sinon je chercherai.
> 
> N'ayant aucune connaissance de terrain des objets modifiés,
> ceux-ci seront uniquement sélectionnés par requête et vu
> le nombre, je modifierai l'ensemble des valeurs avec
> la fonction chercher de JOSM.
> Cette opération est donc un "changement mécanique" au sens de :
>> https://wiki.openstreetmap.org/wiki/FR:Code_de_conduite_des_modifications_automatis%C3%A9es
>>  
>>
> C'est pourquoi, pour faire bien les chose, j'en parle ici avant.
> Je créerai la page wiki nécessaire à la documentation
> de cette opération s'il y a une majorité qui soutient l'idée.
> 
> Donc je vous demande : pour ou contre ?
> Si vous êtes contre, merci de préciser si c'est :
> - le principe d'unification du tag network pour ce réseau
> - les critères
> - le nom choisi (si c'est seulement ce point qui pose problème, 
> j'unifierai avec le nom le plus présent, ce serra déjà une avancée)
> 
> Merci donc de me donner votre avis et... bon vote :-)
> 
> Cordialement,
> Marc

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

Re: [Talk-us] SPAM-LOW: Post-Harvey Event Imagery

[Brian May]

Hi Andrew,

Are you on the OSM US slack channel? Tasks are being discussed there 
among other things.


https://osmus-slack.herokuapp.com/

Thanks for helping with the tasks, too!

Brian

On 8/31/2017 11:09 AM, Andrew Matheny wrote:
NOAA has released some post-Harvey event imagery [1] in Rockport and 
along the coast that was hardest hit. It also includes a WMTS tile 
server in the "About" tab.


Would this be a good candidate for a task in the OSM-us tasking manager?

Thanks,

Andrew

[1] https://storms.ngs.noaa.gov/storms/harvey/index.html


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


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

Re: [OSM-talk] a sample panoramic aerial image for 3D mapping made with the new DJI Spark quad-copter

[James]

Put it to 85 degrees and pitch the drone 5 degrees forward. Problem solved.

On Fri, Sep 1, 2017 at 10:24 AM, Oleksiy Muzalyev <
oleksiy.muzal...@bluewin.ch> wrote:

> On 9/1/2017 4:07 PM, Greg Morgan wrote:
>
>
>
> On Fri, Sep 1, 2017 at 6:37 AM, Oleksiy Muzalyev <
> oleksiy.muzal...@bluewin.ch> wrote:
>
>> I received today my new DJI Spark quad-copter and made a panoramic aerial
>> image with it:
>>
>> https://commons.wikimedia.org/wiki/Category:Aerial_photograp
>> hs_of_Geneva#/media/File:Geneva-aerial-panorama.jpg
>>
>> This aircraft is so small and light that some local regulations are not
>> even applicable for it, as the they are mostly for the UAVs from 0.5 kg up
>> to 30 kg (though the common sense and good piloting are always applicable).
>> Nevertheless the image is of a surprisingly good quality for a cloudy day,
>> and since it is panoramic it covers quite a large area.
>>
>> The 21 aerial photos for a panoramic image are taken automatically during
>> a flight, and then they are stitched together by the DJI Media Maker
>> software on a PC.
>>
>>  Oleksiy,
>
> Thanks for sharing.  Have you tried to vertical shots?  For example, I
> know of a new building.  I'd like to get building and the surrounding
> improvements.  It seems like a small UAV that you describe would do the job.
>
> Regards,
> Greg
>
> I did not try vertical shots yet. Though Spark cannot direct camera
> completely vertically down as Phantom can. It has got the gimbal pitch from
> -85 to 0 (-85 degrees is almost vertically down), and Phantom 3 & 4 has got
> from -90 to +30.
> But the advantage is that it weighs only 300 grams, very portable, and it
> is ready to fly almost instantly as folding propellers are fixed
> permanently, and smart-phone connects to the remote control via WiFi, no
> cables are necessary.
>
> Best regards,
>
> Oleksiy
>
> ___
> 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: [Talk-it] "CC-BY" and "CC-BY-IT" licences

[Alessandro Palmas]

  
  
Il 01/09/2017 15:02, Maurizio
  Napolitano ha scritto:


  I'm complete agree with the observation made by Stefano.
I think that the "mapper" confused the IODL 2.0 with the CC-BY
The IODL 2.0 sounds like the CC-BY with a short attention to the "sui
generis right"
(only because, in the text, you can read "database" instead "work")




I'm sure that Alessandro Palmas (project manager of Wikimedia Italia
for OpenStreetMap) in short time is ready to give you more details :)


BTW
here is the "official" link of the IODL 2.0
http://www.dati.gov.it/content/italian-open-data-license-v20

On Fri, Sep 1, 2017 at 12:32 PM, Stefano Salvador
 wrote:

  
AFAIK "CC-BY-IT" does not exists, many italian open data are licensed  with
IODL ( http://www.formez.it/iodl/ ) which explicitly permits import in ODBL
databases.

By the way in the url linked in the import (
https://geoportale.comune.milano.it/ATOM/SIT/Fontanelle/Fontanelle_Dataset_1.xml
) states "Dati estratti da © OpenStreetMap contributors", it seems that the
user imported in OSM data extracted from OSM ...

Stefano

  


Hello,
I couldn't agree more with Stefano and Maurizio

Alessandro
  


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

Re: [OSM-talk] a sample panoramic aerial image for 3D mapping made with the new DJI Spark quad-copter

[Oleksiy Muzalyev]

On 9/1/2017 4:07 PM, Greg Morgan wrote:



On Fri, Sep 1, 2017 at 6:37 AM, Oleksiy Muzalyev 
> wrote:


I received today my new DJI Spark quad-copter and made a panoramic
aerial image with it:


https://commons.wikimedia.org/wiki/Category:Aerial_photographs_of_Geneva#/media/File:Geneva-aerial-panorama.jpg



This aircraft is so small and light that some local regulations
are not even applicable for it, as the they are mostly for the
UAVs from 0.5 kg up to 30 kg (though the common sense and good
piloting are always applicable). Nevertheless the image is of a
surprisingly good quality for a cloudy day, and since it is
panoramic it covers quite a large area.

The 21 aerial photos for a panoramic image are taken automatically
during a flight, and then they are stitched together by the DJI
Media Maker software on a PC.

 Oleksiy,

Thanks for sharing.  Have you tried to vertical shots? For example, I 
know of a new building.  I'd like to get building and the surrounding 
improvements.  It seems like a small UAV that you describe would do 
the job.


Regards,
Greg

I did not try vertical shots yet. Though Spark cannot direct camera 
completely vertically down as Phantom can. It has got the gimbal pitch 
from -85 to 0 (-85 degrees is almost vertically down), and Phantom 3 & 4 
has got from -90 to +30.
But the advantage is that it weighs only 300 grams, very portable, and 
it is ready to fly almost instantly as folding propellers are fixed 
permanently, and smart-phone connects to the remote control via WiFi, no 
cables are necessary.


Best regards,

Oleksiy

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

Re: [OSM-talk] a sample panoramic aerial image for 3D mapping made with the new DJI Spark quad-copter

[Greg Morgan]

On Fri, Sep 1, 2017 at 6:37 AM, Oleksiy Muzalyev <
oleksiy.muzal...@bluewin.ch> wrote:

> I received today my new DJI Spark quad-copter and made a panoramic aerial
> image with it:
>
> https://commons.wikimedia.org/wiki/Category:Aerial_photograp
> hs_of_Geneva#/media/File:Geneva-aerial-panorama.jpg
>
> This aircraft is so small and light that some local regulations are not
> even applicable for it, as the they are mostly for the UAVs from 0.5 kg up
> to 30 kg (though the common sense and good piloting are always applicable).
> Nevertheless the image is of a surprisingly good quality for a cloudy day,
> and since it is panoramic it covers quite a large area.
>
> The 21 aerial photos for a panoramic image are taken automatically during
> a flight, and then they are stitched together by the DJI Media Maker
> software on a PC.
>
>  Oleksiy,

Thanks for sharing.  Have you tried to vertical shots?  For example, I know
of a new building.  I'd like to get building and the surrounding
improvements.  It seems like a small UAV that you describe would do the job.

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

Re: [Talk-is] Röng rötun í strætó appinu

[Jóhannes Birgir Jensson]

Flott að heyra.

Erum að skoða að halda vinnustofu með Mapillary núna í september, það 
tengist inn á þetta þó það sé ekki bara um þetta. Ætla að berja saman 
tilkynningu um það um helgina.


Þann 01.09.2017 13:54, Arni Davidsson reit:

Sæl

Jón Gunnar Pálsson hefur verið mjög áhugasamur og sent mér
endurtekið pósta um rötun í Strætó appinu. Hann hefur lika sent
Svavari póst. Hann virðist hafa áhuga á að hjálpa til við að
laga þessa rötun fyrir strætó og gæti mögulega tekið þátt í
grunnvinnunni við OSM.

Stendur til að boða einhvern fund á næstunni í félaginu sem hann
gæti verið boðið á? Ef ekki gæti ég staðið fyrir minni fundi
t.d. á kaffihúsi til að ræða málin. Munduð þið vera tilbúnir
að hitta hann? Þið þekkið þetta eiginlega mun betur en ég.

Mér finnst lílka vanta svör við :
1) Hvaða fyrirtæki sér um appið hjá Strætó. Mér sýnist
lítið þýða að ræða við strætó beint um þessi mál.
2) Var ekki búið að færa inn stígagögn frá Garðabæ í OSM?

kveðja
Árni Davíðsson

Þann 28. ágúst 2017 kl. 08:40 skrifaði Morten Lange
:


Hæ

Áhugavert. Mín snöggviðbrögð:
Kortið er ábótavant þarna, en verra er að rötunarvélin
virðist haldin þeirri misskilningi að ekki mega ganga eftir
götum.

Hæðarbyggð 7/9 : Hér er í þokkabót um götu að ræða sem er
merkt (tögguð) residential  :-)
(Og svo er þetta nálægt enda botnlanga í ofanálag.)

Annað mál er að auðvelt er að laga einstaka staði í OSM,
gefið að einhver staðfesti "ground truth". Framlengja gangstétta
og stíga.
Eða  hreinlega bæta við óformleg tenging (slóð sem sést á
grasi etc)
highway=path, informal=yes, visibility=good eða álíka

En aðalmálið í stærri myndinni er að laga rötunarvélina.
Gera ráð fyrri að hægt sé að fara af gangstétt / footway og
út á götu, amk húsagötur og "sveitavegi"

--
Regards / Kveðja / Hilsen Morten Lange

-
FROM: Arni Davidsson 
TO: Jóhannes Birgir Jensson ; Svavar Kjarrval
; Morten Lange 
SENT: Monday, 28 August 2017, 1:25
SUBJECT: Röng rötun í strætó appinu

Sælir

Ég fékk eftirfarandi póst vegna rangrar rötunar sem strætó
appið gefur. Það virðist vera að nota Open street map.


Sæll Ég hef sent póst á fulltrúa Garðabæjar, OSM og
strætó. Engin viðbrögð hafa verið. Þú getur fengið afrit
af þeim pósti. Þar er stungið upp á að ræða hvað sé
hægt að bæta við Karlabrautina. Garðabær skipuleggur
göngustíga, OSM setur þá inn í upplýsingakerfi sem strætó
notar og strætó ber ábyrð á að tölvan skili réttum
upplýsingum. Skoðum aðeins að fara frá Hæðarbyggð 9 að
Ásgarði. Ef þú skoðar kort frá OSM, sést að enginn
göngustígur er milli Hæðarbyggðar 9 og 7. Því er farin
lengri leið. Er hægt að laga þetta með því að framlengja
stíginn milli 9 og 7? Ef Garðabær segir að þar sé
göngustígur, þarf OSM að merkja hann inn. Annars ætti kannski
að "búa til" göngustíg þar á milli? Skoðum næst ferð frá
Furulundi 9 að Ásgarði. Ekki er hægt að fara yfir merktan
göngustíg milli biðstöðvanna Heiðarlundur og Furulundur. Í
lokin er farið upp Hæðarbyggðina og er gengið annað hvort
milli Hæðarbyggðar 5 eða 9 að Hæðarbyggð 7. En íbúar
Hæðarbyggðar 5 og 9 geta ekki notað þessa gönguleið. Allir
þrír þurfa að skoða þetta. Ég vil að þú takir þá með
sem þú telur hæfasta. Ekkert skilyrði er að ég sé í
þessum hóp. Ætti þetta að vera afmarkað verkefni, eða hluti
af öllu, sem á að ræða um? Ætti hópurinn að hittast fyrir
fund með strætó? Því næst yrði boðaður fundur með
strætó. Hvað ætti fundarefnið að vera? Kveðja Jón Gunnar
Pálsson


Eru einhverjar skýringar á því hversvegna þetta er svona? Veit
einhver hvaða fyrirtæki það er sem býr til strætó appið?

kveðja
Árni Davíðsson

--
Árni Davíðsson
arni...@gmail.com


--
Árni Davíðsson
arni...@gmail.com


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

Re: [OSM-talk-fr] traduction shop=boutique shop=fashion

[Jean-Marc Liotier]

On Fri, 1 Sep 2017 12:03:50 +
marc marc  wrote:
>
> Perso n'a un avis sur la traduction ?

J'affiche insolemment mon absence d'avis: pour moi ce sont tous des
shop=clothes. Pourquoi le positionnement marketing devrait-il être
reflété dans une étiquette de premier niveau alors qu'il ne l'est pas
pour la plupart des types de POI ? shop=car s'applique à tous alors que
les canaux de distribution de véhicules automobiles sont d'une diversité
tout aussi extrême.

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

Re: [Talk-is] Röng rötun í strætó appinu

[Arni Davidsson]

Sæl

Jón Gunnar Pálsson hefur verið mjög áhugasamur og sent mér endurtekið pósta
um rötun í Strætó appinu. Hann hefur lika sent Svavari póst. Hann virðist
hafa áhuga á að hjálpa til við að laga þessa rötun fyrir strætó og gæti
mögulega tekið þátt í grunnvinnunni við OSM.

Stendur til að boða einhvern fund á næstunni í félaginu sem hann gæti verið
boðið á? Ef ekki gæti ég staðið fyrir minni fundi t.d. á kaffihúsi til að
ræða málin. Munduð þið vera tilbúnir að hitta hann? Þið þekkið þetta
eiginlega mun betur en ég.

Mér finnst lílka vanta svör við :
1) Hvaða fyrirtæki sér um appið hjá Strætó. Mér sýnist lítið þýða að ræða
við strætó beint um þessi mál.
2) Var ekki búið að færa inn stígagögn frá Garðabæ í OSM?

kveðja
Árni Davíðsson





Þann 28. ágúst 2017 kl. 08:40 skrifaði Morten Lange :

> Hæ
>
> Áhugavert. Mín snöggviðbrögð:
> Kortið er ábótavant þarna, en verra er að rötunarvélin virðist haldin
> þeirri misskilningi að ekki mega ganga eftir götum.
>
> Hæðarbyggð 7/9 : Hér er í þokkabót um götu að ræða sem er merkt (tögguð)
> residential  :-)
> (Og svo er þetta nálægt enda botnlanga í ofanálag.)
>
> Annað mál er að auðvelt er að laga einstaka staði í OSM, gefið að einhver
> staðfesti "ground truth". Framlengja gangstétta og stíga.
> Eða  hreinlega bæta við óformleg tenging (slóð sem sést á grasi etc)
> highway=path, informal=yes, visibility=good eða álíka
>
> En aðalmálið í stærri myndinni er að laga rötunarvélina. Gera ráð fyrri að
> hægt sé að fara af gangstétt / footway og út á götu, amk húsagötur og
> "sveitavegi"
>
> --
> Regards / Kveðja / Hilsen Morten Lange
>
>
> --
> *From:* Arni Davidsson 
> *To:* Jóhannes Birgir Jensson ; Svavar Kjarrval <
> sva...@kjarrval.is>; Morten Lange 
> *Sent:* Monday, 28 August 2017, 1:25
> *Subject:* Röng rötun í strætó appinu
>
> Sælir
>
> Ég fékk eftirfarandi póst vegna rangrar rötunar sem strætó appið gefur.
> Það virðist vera að nota Open street map.
>
> Sæll Ég hef sent póst á fulltrúa Garðabæjar, OSM og strætó. Engin viðbrögð
> hafa verið. Þú getur fengið afrit af þeim pósti. Þar er stungið upp á að
> ræða hvað sé hægt að bæta við Karlabrautina. Garðabær skipuleggur
> göngustíga, OSM setur þá inn í upplýsingakerfi sem strætó notar og strætó
> ber ábyrð á að tölvan skili réttum upplýsingum. Skoðum aðeins að fara frá
> Hæðarbyggð 9 að Ásgarði. Ef þú skoðar kort frá OSM, sést að enginn
> göngustígur er milli Hæðarbyggðar 9 og 7. Því er farin lengri leið. Er hægt
> að laga þetta með því að framlengja stíginn milli 9 og 7? Ef Garðabær segir
> að þar sé göngustígur, þarf OSM að merkja hann inn. Annars ætti kannski að
> "búa til" göngustíg þar á milli? Skoðum næst ferð frá Furulundi 9 að
> Ásgarði. Ekki er hægt að fara yfir merktan göngustíg milli biðstöðvanna
> Heiðarlundur og Furulundur. Í lokin er farið upp Hæðarbyggðina og er gengið
> annað hvort milli Hæðarbyggðar 5 eða 9 að Hæðarbyggð 7. En íbúar
> Hæðarbyggðar 5 og 9 geta ekki notað þessa gönguleið. Allir þrír þurfa að
> skoða þetta. Ég vil að þú takir þá með sem þú telur hæfasta. Ekkert
> skilyrði er að ég sé í þessum hóp. Ætti þetta að vera afmarkað verkefni,
> eða hluti af öllu, sem á að ræða um? Ætti hópurinn að hittast fyrir fund
> með strætó? Því næst yrði boðaður fundur með strætó. Hvað ætti fundarefnið
> að vera? Kveðja Jón Gunnar Pálsson
>
>
> Eru einhverjar skýringar á því hversvegna þetta er svona? Veit einhver
> hvaða fyrirtæki það er sem býr til strætó appið?
>
> kveðja
> Árni Davíðsson
>
>
>
> --
> Árni Davíðsson
> arni...@gmail.com
>
>
>


-- 
Árni Davíðsson
arni...@gmail.com
___
Talk-is mailing list
Talk-is@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-is

[OSM-talk] a sample panoramic aerial image for 3D mapping made with the new DJI Spark quad-copter

[Oleksiy Muzalyev]

I received today my new DJI Spark quad-copter and made a panoramic 
aerial image with it:


https://commons.wikimedia.org/wiki/Category:Aerial_photographs_of_Geneva#/media/File:Geneva-aerial-panorama.jpg

This aircraft is so small and light that some local regulations are not 
even applicable for it, as the they are mostly for the UAVs from 0.5 kg 
up to 30 kg (though the common sense and good piloting are always 
applicable). Nevertheless the image is of a surprisingly good quality 
for a cloudy day, and since it is panoramic it covers quite a large area.


The 21 aerial photos for a panoramic image are taken automatically 
during a flight, and then they are stitched together by the DJI Media 
Maker software on a PC.


Best regards,

Oleksiy


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

Re: [OSM-talk-fr] Projet du mois : suppression des landuse=industrial; retail

[Philippe Verdy]

Le 1 septembre 2017 à 12:44, François Lacombe  a
écrit :

>
> A mon avis la valeur n'existe pas
> le plus proche reste landuse=commercial
>
>
>>
>> https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dcommercial
>> un faux amis pour une zone d'affaire (= tertiaire ?)
>>
>> industrial pour l'industrie "lourde"
>>
>> retail pour les zones commerciales
>>
> +1
>
+1 aussi:

- zones commerciales (sans activité industrielle ou ferroviraire)
landuse=retail
- zones industrielles (y compris ferroviaires hors zones portuaires)
landuse=industrial
- zones portuaires maritimes ou fluviales (y compris les bassins) :
landuse=harbour
- ZAE (mixte): landuse=commercial (peut comprendre aussi un peu de
résidentiel)

On a des cas plus ambigus entre commercial et résidentiel (commercial
partout le long d'une rue au rez de chaussée mais sinon résidentiel à tous
les étages au dessus) : en général c'est la fonction résidentielle qui a
prévalu dans les centres-villes.

On peut aussi avoir des petits ilots (CORINE ne pouvait pas
détailler.) industriels ou commerciaux dans une zone résidentielle étendue
ou agricole (par exemple une centrale de traitement des eaux usées ou une
déchetterie, ou une carrière encore en état d'activité, c'est clairement à
taguer comme industriel même si ça semble petit). Et on évitera d'inclure
les parcs et cimetières (uniquement les jardins d'agrément ou petites
plantation décoratives), ainsi que les zones agricoles (cultivées ou pas),
mais les zones "brunes" (friches) peuvent déborder ou être à cheval (elles
sont par dessus tout le reste).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] "CC-BY" and "CC-BY-IT" licences

[Maurizio Napolitano]

I'm complete agree with the observation made by Stefano.
I think that the "mapper" confused the IODL 2.0 with the CC-BY
The IODL 2.0 sounds like the CC-BY with a short attention to the "sui
generis right"
(only because, in the text, you can read "database" instead "work")

The restrictions are:
- indicate the source of the Information and the name of the Licensor,
including, if possible, a copy of this license or a link to it.
- not re-use the Information in a manner that suggests that they are
official or that the Licensor approves the use you make of
Information;
- take any reasonable measure to ensure that the uses that are
permitted beforehand do not mislead other subjects and that such
information is not misrepresented.

In my point of view there aren't present some particular clauses like
the cc-by 4.0, and the license can be compatible with the ODbL.
(the ODBL 1.0 has a declaration of compatibility with the ODbL on the last line)

In any case the suggestion of Stefano is very important because,
Wikimedia Italia started a collaboration with the municipality of
Milan about the drinking waters.
You can find the complete thread here
https://lists.openstreetmap.org/pipermail/talk-it/2017-June/058920.html

One of the most important topics on this collaboration is connected
with the concept of "significant contribution"


I'm sure that Alessandro Palmas (project manager of Wikimedia Italia
for OpenStreetMap) in short time is ready to give you more details :)


BTW
here is the "official" link of the IODL 2.0
http://www.dati.gov.it/content/italian-open-data-license-v20

On Fri, Sep 1, 2017 at 12:32 PM, Stefano Salvador
 wrote:
> AFAIK "CC-BY-IT" does not exists, many italian open data are licensed  with
> IODL ( http://www.formez.it/iodl/ ) which explicitly permits import in ODBL
> databases.
>
> By the way in the url linked in the import (
> https://geoportale.comune.milano.it/ATOM/SIT/Fontanelle/Fontanelle_Dataset_1.xml
> ) states "Dati estratti da © OpenStreetMap contributors", it seems that the
> user imported in OSM data extracted from OSM ...
>
> Stefano

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

Re: [OSM-talk-fr] Projet du mois : suppression des landuse=industrial; retail

[Christian Quest]

Corine est généré par analyse photo de moyenne résolution et il n'est 
pas évident de faire le distinguo donc dans Corine c'est une valeur 
mixte... qu'on n'a donc pas pu séparé lors de l'import.


Maintenant qu'on a des photo aériennes détaillées, on peut plus 
facilement faire la séparation (mais pas toujours évident) quand ce 
n'est pas vraiment mélangé sur le terrain comme ça arrive quand même 
souvent.


Donc oui, c'est bien se séparer quand on peut mais on ne pourra sûrement 
pas le faire partout. Je ne sais pas si créer un nouveau tag est une 
solution, il serait quand même préférable dans de tels cas de gérer les 
valeurs multiples à la réutilisation avant de s'attaquer à faire de la 
dentelle.



Le 01/09/2017 à 12:44, François Lacombe a écrit :
Le 1 septembre 2017 à 12:23, marc marc > a écrit :


C'est quoi la raison à l'origine pour avoir cette double valeur ?
il n'y avait pas assez d'occupation du sol pour choisir ? ou un
batiment
de chaque type ?

Ca vient de l'import du Corine Land Cover, je n'en sais pas plus

J'ai toujours cru qu'une zone tertiaire pouvait être un mélange
de tertiaire, commerce, industriel légère, artisanat.
Le seul soucis étant de trouver la bonne clef dans ce *** des landuse


A mon avis la valeur n'existe pas
le plus proche reste landuse=commercial


https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dcommercial

un faux amis pour une zone d'affaire (= tertiaire ?)

industrial pour l'industrie "lourde"

retail pour les zones commerciales

+1

François


___
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] traduction shop=boutique shop=fashion

[marc marc]

Perso n'a un avis sur la traduction ?

Le 30. 08. 17 à 12:12, Marc M. a écrit :
> Sur la mailing mondiale, Simon essaye de mettre de l'ordre
> l'un des points est le faux-ami "boutique" qui est traduit
> à toutes les sauces en français
> 
> Lisez la page anglaise ou au moins la photo et la page wikipedia
> https://wiki.openstreetmap.org/wiki/Tag:shop%3Dboutique
> https://en.wikipedia.org/wiki/Boutique
> Comment selon vous faudrait-il traduire cela en Français ?
> j'ai proposé "magasin de Haute couture"
> 
> autre problème de traduction shop=fashion
> j'ai proposé : "magasin de vêtements et accessoires de mode"
> 
> Et vous comment traduiriez vous ces 2 termes ?

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

Re: [Talk-GB] OSM feature density vs edits per features

[Gregory]

Disclaimer: I suppose I'm a former member of the London OSM community, and
now only visit occasionally.

I'd add that it's worth noting OSM in London has history similar to the
city it's self. It's not a typical city/town, but many small villages that
expanded & grew with centres that then merged into each other. This is why
London has lots of different highstreets/market squares/"downtowns".

OpenStreetMappers in London worked on their local areas from a blank
canvas, and started expanding the distance from home/work that they mapped.
The mapping distance/radius continues to expand for as long as OSM interest
is maintained, or until they think it's reached/met other map areas. If
interest is maintained, it might be that they return/reset to 0-distance
and start adding different features/detail. The result can be fuzzy halos
of data/detail between different mapper's patches. It's hard to casually
spot those boundaries of detailed data, particularly because the existing
mappers are not regularly visiting the areas (due to the reasons that
created the anomalies).

A previous replier referred to "City of London" when I think they meant
"Central London". Be careful, because "City of London" is a very specific
place and isn't the center or downtown for most people/uses.

As for "Visiting OSMers" and their impact on data maintenance, there are
other cities I would pick to look into that. It would be good to look at,
and also to see if it can be measured how well a city/community has dealt
with it.

>From the center of Newcastle,
Gregory.


On 1 Sep 2017 12:29 pm, "Dan S"  wrote:

Hi

One specific possibility: I know that at least a handful of people have
been deliberately filling out London's buildings, and in un-surveyed areas
this is often by tracing building shapes from aerial views. This is
motivated by London's "patchy" coverage: areas where mappers live, plus
tourist/popular streets, are well-mapped, while other (residential etc)
areas sometimes looked blank. Maybe worth checking if the difference you
see is due to a specific object type (in particular, building=*).

Best
Dan


2017-09-01 12:01 GMT+03:00 De Sabbata, Stefano (Dr.) <
s.desabb...@leicester.ac.uk>:

> Dear all,
>
>
>
> my name is Stefano, and I am a lecturer in geography at the University of
> Leicester. Volunteered geographic information and OSM have been one of my
> research interests for a few years now. I have also done some very minor
> contributions to OSM myself, but never in London and I am not very familiar
> with the London OSM community.
>
>
>
> As I have been recently looking at some aspects data production and
> quality of OSM in London, and I was wondering whether any of you might have
> some time to help me out in interpreting some of the data… I have a couple
> of maps that can use some local expertise to make sense of them. :)
>
>
>
> In particular, I am looking at the relationship between feature density
> and number of edits per features (among other things). It looks like there
> are areas of London with consistently high density but low average number
> of edits per features. I was wondering whether this might be the result of
> local projects or mapathons organised by the community? Or might there be
> (and most probably there are) other reasons I am overlooking?
>
>
>
> If you are interested, please contact me: at s.desabb...@le.ac.uk
>
>
>
> All the best,
>
> Stefano.
>
>
>
>
>
> *Dr Stefano De Sabbata*
>
> *Lecturer in Quantitative Geography*
>
> Department of Geography,
>
> University of Leicester, University Road, Leicester, LE1 7RH, UK
>
> *t: *+44 (0)116 252 3812 <+44%20116%20252%203812>
>
> *e:* s.desabb...@le.ac.uk
>
> *w: *le.ac.uk/departments/geography/people/stefano-de-sabbata
> 
>
> *twitter: *@maps4thought 
>
>
>
> *Research Associate*
>
> Oxford Internet Institute, University of Oxford
>
> *oii.ox.ac.uk/people/desabbata *
>
> Information Geographies 
>
> Connectivity, Inclusion, and Inequality 
>
>
> [image: id:77B79125-D80D-4E72-9F70-791C2419DE28@home]
>
> Follow us on Twitter  or visit our
> Facebook  page
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>

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

Re: [OSM-talk-fr] Champs phone : futur projet du mois ?

[marc marc]

Résumé : les numéros à convertir de 0 en +33 semblent être :
+331
+332
+333
+334
+335
+336
+3373xxx
+3374xxx
+3375xxx
+3376xxx
+3377xxx
+3378xxx
+3379xxx
+33870xx
+339

Le 31. 08. 17 à 22:11, Philippe Verdy a écrit :
>> 0700 n'apporte pas de détail utile pour osm avec la range mobile

> Le 0700 est justement un cas où la numérotation à "10 chiffres "  
> ne s'étend pas, la longueur étant variable.
Je rappelle quand même que la question est "est-ce un numéro accessible 
au format international ?"
si oui, c'est comme tout les autres, on remplace "0 " par "+33"
si non, on n'y touche pas OU pourrait migrer dans phone:FR

Tout le détail sur les pabx d'entreprise, les tonalités d'attente,
le tunisien qui appelle en vacances, les fusions d'opérateur, voip,
les opérateurs "physiques ou virtuel", la facturation, la législation, 
c'est génial pour la culture générale mais, je ne vois vraiment pas
ce qu'il faut en faire pour la question "+33 ou 0" ?

après AUTRE question : numéro valide ou invalide ?
on aurait pu en profiter pour faire une liste pour tester la validité 
des numéros de téléphone afin que les applications sachent valider
un numéro directement à la saisie.
j'ai proposé que ceux qui maîtrisent le sujet (dont toi) fasse une
telle liste ultra-résumé (une ligne par préfixe qui donne la longueur)
Car je trouve juste dommage qu'on corrige des erreurs si on n'a pas 
commencer à essayer de supprimer la source, mais c'est que mon avis.

à demain pour mon prochaine résumé si nécessaire :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] OSM feature density vs edits per features

[Dan S]

Hi

One specific possibility: I know that at least a handful of people have
been deliberately filling out London's buildings, and in un-surveyed areas
this is often by tracing building shapes from aerial views. This is
motivated by London's "patchy" coverage: areas where mappers live, plus
tourist/popular streets, are well-mapped, while other (residential etc)
areas sometimes looked blank. Maybe worth checking if the difference you
see is due to a specific object type (in particular, building=*).

Best
Dan


2017-09-01 12:01 GMT+03:00 De Sabbata, Stefano (Dr.) <
s.desabb...@leicester.ac.uk>:

> Dear all,
>
>
>
> my name is Stefano, and I am a lecturer in geography at the University of
> Leicester. Volunteered geographic information and OSM have been one of my
> research interests for a few years now. I have also done some very minor
> contributions to OSM myself, but never in London and I am not very familiar
> with the London OSM community.
>
>
>
> As I have been recently looking at some aspects data production and
> quality of OSM in London, and I was wondering whether any of you might have
> some time to help me out in interpreting some of the data… I have a couple
> of maps that can use some local expertise to make sense of them. :)
>
>
>
> In particular, I am looking at the relationship between feature density
> and number of edits per features (among other things). It looks like there
> are areas of London with consistently high density but low average number
> of edits per features. I was wondering whether this might be the result of
> local projects or mapathons organised by the community? Or might there be
> (and most probably there are) other reasons I am overlooking?
>
>
>
> If you are interested, please contact me: at s.desabb...@le.ac.uk
>
>
>
> All the best,
>
> Stefano.
>
>
>
>
>
> *Dr Stefano De Sabbata*
>
> *Lecturer in Quantitative Geography*
>
> Department of Geography,
>
> University of Leicester, University Road, Leicester, LE1 7RH, UK
>
> *t: *+44 (0)116 252 3812 <+44%20116%20252%203812>
>
> *e:* s.desabb...@le.ac.uk
>
> *w: *le.ac.uk/departments/geography/people/stefano-de-sabbata
> 
>
> *twitter: *@maps4thought 
>
>
>
> *Research Associate*
>
> Oxford Internet Institute, University of Oxford
>
> *oii.ox.ac.uk/people/desabbata *
>
> Information Geographies 
>
> Connectivity, Inclusion, and Inequality 
>
>
> [image: id:77B79125-D80D-4E72-9F70-791C2419DE28@home]
>
> Follow us on Twitter  or visit our
> Facebook  page
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OSM feature density vs edits per features

[Andy Townsend]

On 01/09/2017 10:55, Neil Matthews wrote:


Not a member of the London OSM community, but...

Also, do you think that there might also be an effect from "visiting" 
OSM contributors to an area?


I used to regularly walk to/from occasional meetings with companies in 
London and map items on the way




I'm also exactly that sort of "non-London London mapper".

With a DWG* hat on I occasionally get asked to investigate problems in 
lots of places around the world, so I've got a bit of subjective 
familiarity with "how different places get mapped", and I suspect that 
London is perhaps one of the most difficult places to undertake the 
analysis that it sounds like you're doing, for a few reasons:


o lots of history (lots of it pre OSM licence change)

o Very high feature density, so that edits to one thing can accidentally 
affect others nearby


o Very wide spectrum of different sorts of mappers ranging from people 
who just map "everything" to people who concentrate on certain sorts of 
features (who may or may not be locals - wikidata adders sometimes 
aren't, for example) and tourists using MAPS.ME.


One thing you won't be short of is the sheer volume of data.  If you 
like a challenge, go for it - but I suspect that you might be better 
starting with somewhere with fewer variables if you want some 
quantifiable results to come out of it.


Best Regards,
Andy

* OSM's Data Working Group.  For the avoidance of any doubt I'm writing 
this in an entirely personal capacity.



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

Re: [OSM-talk-fr] Projet du mois : suppression des landuse=industrial; retail

[François Lacombe]

Le 1 septembre 2017 à 12:23, marc marc  a écrit :

> C'est quoi la raison à l'origine pour avoir cette double valeur ?
> il n'y avait pas assez d'occupation du sol pour choisir ? ou un batiment
> de chaque type ?
>
Ca vient de l'import du Corine Land Cover, je n'en sais pas plus


> J'ai toujours cru qu'une zone tertiaire pouvait être un mélange
> de tertiaire, commerce, industriel légère, artisanat.
> Le seul soucis étant de trouver la bonne clef dans ce *** des landuse
>

A mon avis la valeur n'existe pas
le plus proche reste landuse=commercial


>
> https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dcommercial
> un faux amis pour une zone d'affaire (= tertiaire ?)
>
> industrial pour l'industrie "lourde"
>
> retail pour les zones commerciales
>
+1

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

Re: [Talk-it] "CC-BY" and "CC-BY-IT" licences

[Stefano Salvador]

AFAIK "CC-BY-IT" does not exists, many italian open data are licensed  with
IODL ( http://www.formez.it/iodl/ ) which explicitly permits import in ODBL
databases.

By the way in the url linked in the import (
https://geoportale.comune.milano.it/ATOM/SIT/Fontanelle/Fontanelle_Dataset_1.xml
) states "Dati estratti da © OpenStreetMap contributors", it seems that the
user imported in OSM data extracted from OSM ...

Stefano


2017-09-01 12:03 GMT+02:00 Andy Townsend :

> Hello Italian mappers,
>
> The DWG has recently been asked about some data imported into OSM under a
> "CC-BY-IT" licence.  The relevant changeset discussion, where "CC-BY-IT"
> was first mentioned, is http://www.openstreetmap.org/changeset/50067983 .
>
> Does anyone know anything about that licence?  The usual web searches
> don't turn up anything obvious.  The changeset discussion mentions
> "Creative Commons Italia", but that's unlikely to be directly relevant here
> since it's English and Welsh law that applies to OSM as opposed to any
> other legal system (and in any case I'd leave licence suitability questions
> to the licence working group - they have for more experience dealing with
> such questions than me).
>
> Obviously there a whole series of other questions about the import and the
> quality of the data in it, but that's a separate issue - here I'm just
> asking if anyone can point me at any details for this licence.
> Best Regards,
>
> Andy Townsend, on behalf of OSM's Data Working Group
>
>
> (Traduzione automatica)
> Ciao cartografi italiani,
>
> Il DWG è stato recentemente chiesto di alcuni dati importati in OSM sotto
> una licenza "CC-BY-IT". Il relativo cambiamento di discussione, dove
> "CC-BY-IT" è stato citato per la prima volta, è
> http://www.openstreetmap.org/changeset/50067983.
>
> Qualcuno sa nulla di questa licenza? Le ricerche usuali del web non
> comportano nulla di evidente. La discussione sui cambiamenti menziona
> "Creative Commons Italia", ma è improbabile che qui sia direttamente
> rilevante poiché la legge inglese e gallese si applica a OSM in contrasto
> con qualsiasi altro sistema legale (e comunque lascio le domande
> sull'adeguatezza della licenza alla licenza Gruppo di lavoro - hanno per
> più esperienza che si occupano di tali domande di me).
>
> Ovviamente c'è un'intera serie di altre domande sull'importazione e sulla
> qualità dei dati in esso, ma questo è un problema distinto - qui sto solo
> chiedendo se qualcuno può indicarmi a tutti i dettagli di questa licenza.
> I migliori saluti,
>
> Andy Townsend, a nome del gruppo di lavoro dei dati OSM
>
> ___
> 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: [OSM-talk-fr] Projet du mois : suppression des landuse=industrial; retail

[marc marc]

C'est quoi la raison à l'origine pour avoir cette double valeur ?
il n'y avait pas assez d'occupation du sol pour choisir ? ou un batiment 
de chaque type ?

J'ai toujours cru qu'une zone tertiaire pouvait être un mélange
de tertiaire, commerce, industriel légère, artisanat.
Le seul soucis étant de trouver la bonne clef dans ce *** des landuse

https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dcommercial
un faux amis pour une zone d'affaire (= tertiaire ?)

industrial pour l'industrie "lourde"

retail pour les zones commerciales


Le 01. 09. 17 à 11:54, François Lacombe a écrit :
> Hello,
> 
> +1 sur la remarque de djakk
> Cependant, ne réintroduisons pas une liste de valeur à ;
> 
> On peut penser à une valeur du style landuse=economic_activity (pour 
> reprendre un terme bien français, ZAE)
> Elle mixerait des activités industrielles légères avec du tertiaire et 
> du commercial.
> 
> Pour les activités techniques lourdes, il y a rarement de doute : c'est 
> protégé par servitude, périmètres, PPI, clôtures et fusils mitrailleurs 
> etc... ce qui limite l'évolution des environs en zone commercial 
> accueillant un large public.
> 
> François
> 
> 
> Le 1 septembre 2017 à 11:12, djakk djakk  a écrit :
> 
> Salut,
> 
> le truc c'est que les zones voulues 100% industrielles au départ
> sont devenues au fil du temps à moitié industrielles à moitié retail
> voire une troisième moitié en zone à bureaux :), exemple à Rennes :
> https://www.openstreetmap.org/#map=18/48.10399/-1.73425
> 
> Comment cartographier ces zones (globalement, sans aller jusqu'au
> détail parcelle par parcelle) ? landuse=industrial;retail;commercial
> me vient en premier lieu mais je trouve le ";" moche ;
> landuse=industrial_and_retail_and_commercial ?
> 
> 
> djakk
> 
> Le 1 septembre 2017 à 00:26, Jérôme Amagat  > a écrit :
> 
> Je vais y aller de mon idée de projet du mois, moi aussi :)
> 
> On a d’après taginfo
> 
> (https://taginfo.openstreetmap.fr/tags/landuse=industrial%3Bretail#overview
> 
> )
> :
> 544  landuse=industrial;retail qui viennent pour la plupart de
> l'import des données CORINE Land Cover, import qui date de 2009.
> landuse=industrial;retail ça veux rien dire, beaucoup on disparu
> avec le temps mais ça serai bien de finir de les supprimer 8 ans
> après leur import.
> 
> C'est un projet où tout le monde peut participé, on peut trouvé
> les lieu où ce tag existe avec overpass :
> http://overpass-turbo.eu/s/ros
> Après, grâce aux photos aériennes et aux informations déjà
> pressentent dans osm (nom d'entreprise, shop, centre
> commerciaux...) , il est assez simple de repérer si l'on a
> affaire à une zone industrielle, de bureau ou de commerce
> (landuse=industral, commercial ou retail) voir résidentiel.
> Il faut souvent améliorer le tracé du polygone voir le découper
> en plusieurs zones (industriel , de commerce ...)
> On peut en profiter pour supprimer les tags CLC:code=*,
> CLC:id=*, CLC:year=* inutiles ainsi que "note=CLC import: update
> the tag landuse with either industrial or retail after survey"
> et "note:fr=Import CLC: ajustez le tag landuse avec soit
> industrial, soit retail après contrôle" voir même le tag
> "source=Union européenne - SOeS, CORINE Land Cover, 2006."
> surtout si l'on modifie la géométrie en plus du tag landuse=*.
> 
> Projet du mois ou pas, ce message permet de rappeler que
> landuse=industrial;retail n’était pas fait pour durer comme il
> est écrit dans les "note:fr=Import CLC: ajustez le tag landuse
> avec soit industrial, soit retail après contrôle" importé avec
> eux il y a plusieurs années. et donc si des gens ont du temps a
> perdre :) il y a ces polygones à supprimer/modifier et en même
> temps si le coin vous plaît vous pouvait améliorer les alentours
> :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] Asqueado de que Google Maps te pregunte cosas, ayuda a OpenStreetmap

[Miguel de Dios Matias]

Buenas gente.

He hecho un pequeño articulo en mi blog personal sobre StreetComplete, la
app para Android para ayudar a OSM.

http://www.tomatesasesinos.com/2017/09/01/asqueado-de-que-google-maps-te-pregunte-cosas-ayuda-a-openstreetmap/

Supongo que tendrá algún que otro error ortográfico, mil perdones.

Si veis que falta algo o algo que mejorar en el artículo, de mil amores lo
arreglo.

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

Re: [OSM-talk-fr] Bornes à incendie : proposition en cours d'écriture

[François Lacombe]

Hello,

Petit point d'étape sur les récentes discussions avec Viking
On avance : la plupart des clés ont perdu leur prefixe fire_hydrant: ou
suction_point.

Autre sujet maintenant :
https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Fire_Hydrant_
Extensions#Flow_and_pipes_capacity

Je trouvais les tags couplings_type et couplings_diameter un peu
restrictifs pour décrire quelque chose d'aussi divers et détaillé que les
connexions des bornes. Surtout que c'était avec des valeurs listes
Ainsi j'ai proposé d'avoir des couplings:small, couplings:medium ou
couplings:big ou ne serait-ce que couplings=x pour donner le nombre de
connexions possibles.
C'est pas le meilleur schéma possible, mais les listes à ; sont à bannir,
avec ou sans unités.
Pour l'instant la réponse est non, convaincu qu'il faut éviter à tout prix
les namespaces (ce qui n'était pas tout à fait mon propos avec
fire_hydrant:)

Il y a normalement l'équipe d'OsmHydrant qui est prévenue et qui devrait
aussi donner son avis avant le vote, pour éviter toute déconvenue

Chose également étrange, il serait aussi de nouveau question de fusionner
fire_hydrant et suction_point d'après le dernier mail recu sur la ML
internationale.

Il reste encore un peu de chemin avant d'obtenir un truc votable, sur la
forme discussion vraiment intéressante et constructive, c'est encourageant



*François*
Le 30 août 2017 à 11:28, François Lacombe  a
écrit :

>
> Le 28 août 2017 à 11:32, marc marc  a écrit :
>
>> Je trouve que ce n'est pas exact.
>> capacity indique le maximum possible pour une infrastructure.
>> le chiffre indiqué sur une borne incendie n'est pas son débit
>> variable dans le temps (celui là ne dépend que du pompier)
>> mais le débit maximum dont la borne est capable.
>>
> Je suis de cet avis, mais tout le monde n'entend pas cette logique.
> Ils ont migré vers flow_rate, ce qui est déjà un progrès.
>
>
>> On fait quoi pour la séparation pressurisé <> non pressurisé ?
>> j'argumente une dernière fois avec le fait que 10% des bornes françaises
>> vont se trouver dans un état indéterminée pas d'info pour les classer ?
>> et surtout quid à l'avenir du gars qui rencontre une borne
>> sans plaque de pression... il doit choisir l'une des 2 catégories,
>>
>
> Pareillement, je suis de ton avis.
> dans l'immédiat, avoir des clés agnostiques de fire_hydrant ou
> suction_point est déjà une avancée.
> On peut partir la dessus pour l'instant et dans un second temps revenir en
> force avec des cas et propositions dans ce sens ?
> Comme tu le disais, sinon ca risque d'échouer si on fait tout en même temps
>
>
>>
>>  > attends tu l'avis Bhynoteam ?
>>  >
>>  > Yann Kacenelen m'a répondu sur Twitter avec ce document qu'il avait
>>  > rédigé en 2015
>>  > https://framagit.org/ykacenelen/point_eau_incendie_OSM/snippets/655
>> J'ai lu son document.
>> ä un endroit il dit qu'il n'est pas pour type=pond
>> ä un autre il propose l'ajout de type=dry_hydrant qui n'est
>> cependant pas en jaune comme le reste des nouveauté proposé.
>> je ne sais pas si l'un est un remplacement de l'autre.
>> En fin de pdf, il utilise donne des exemples de bornes sans pression :
>> emergency = fire_hydrant
>> fire_hydrant:type = pillar
>> fire_hydrant:pressure = suction
>> Donc j'en déduit que selon lui, il faudrait aussi supprimer le "pond"
>> mais que le critère d'uneborne n'est pas la pression
>> il ne compte pas participer au débat ?
>>
> Non à mon avis il n'a pas le temps
> Le document étant principalement en phase avec la proposition hormis les
> clés avec fire_hydrant: de partout, je suis d'avis pour le soutenir en
> l'état.
>
> Il reste peut-être un point sur couplings_type et couplings_diameter qui
> sont là pour décrire les types de connexion et surtout leur nombre et
> diamètre.
> Peut-être suggérerais-je l'ajout de manufacturer=* et model=* qui
> pourraient servir à connaitre le modele de borne (standard dans le
> catalogue fournisseur) sans avoir à préciser exactement les diamètres et
> types de connexion (pas forcément visibles en plus)
> Alors que des fabricants il n'y en a pas des masses (bayard,...)
>
> Les points Resolved commencent à apparaitre dans le Talk, ce qui est bon
> signe
>
> François
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mapper des Péniches restaurant

[Cactusbone]

Merci a tous pour vos réponses !

Du coup ça donne :
building=houseboat (building=boat n'est pas dans le wiki et n'est utilisé
que 120 fois dans le monde)
seamark:hulk:category=floating_restaurant

et un point qui indique restaurant



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] réseau de bus twisto - nouveauté pour le 01 septembre

[Jo]

2017-08-31 23:51 GMT+02:00 Jérôme Amagat :

> network=fr_twisto  :(
>

Oui, qui a inventé fr_twisto?

network=FR:Twisto je comprendrais encore.

Mais simplement network=Twisto me semble parfaitement adéquat aussi.

Personnellement ma préférence serait d'ajouter:

network:wikidata=Q3537947

Avec le plugin wikipédia en JOSM on peut tout de suite vérfier que c'est
correct.

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

[Talk-it] "CC-BY" and "CC-BY-IT" licences

[Andy Townsend]

Hello Italian mappers,

The DWG has recently been asked about some data imported into OSM under 
a "CC-BY-IT" licence.  The relevant changeset discussion, where 
"CC-BY-IT" was first mentioned, is 
http://www.openstreetmap.org/changeset/50067983 .


Does anyone know anything about that licence?  The usual web searches 
don't turn up anything obvious.  The changeset discussion mentions 
"Creative Commons Italia", but that's unlikely to be directly relevant 
here since it's English and Welsh law that applies to OSM as opposed to 
any other legal system (and in any case I'd leave licence suitability 
questions to the licence working group - they have for more experience 
dealing with such questions than me).


Obviously there a whole series of other questions about the import and 
the quality of the data in it, but that's a separate issue - here I'm 
just asking if anyone can point me at any details for this licence.


Best Regards,

Andy Townsend, on behalf of OSM's Data Working Group


(Traduzione automatica)

Ciao cartografi italiani,

Il DWG è stato recentemente chiesto di alcuni dati importati in OSM 
sotto una licenza "CC-BY-IT". Il relativo cambiamento di discussione, 
dove "CC-BY-IT" è stato citato per la prima volta, è 
http://www.openstreetmap.org/changeset/50067983.


Qualcuno sa nulla di questa licenza? Le ricerche usuali del web non 
comportano nulla di evidente. La discussione sui cambiamenti menziona 
"Creative Commons Italia", ma è improbabile che qui sia direttamente 
rilevante poiché la legge inglese e gallese si applica a OSM in 
contrasto con qualsiasi altro sistema legale (e comunque lascio le 
domande sull'adeguatezza della licenza alla licenza Gruppo di lavoro - 
hanno per più esperienza che si occupano di tali domande di me).


Ovviamente c'è un'intera serie di altre domande sull'importazione e 
sulla qualità dei dati in esso, ma questo è un problema distinto - qui 
sto solo chiedendo se qualcuno può indicarmi a tutti i dettagli di 
questa licenza.

I migliori saluti,

Andy Townsend, a nome del gruppo di lavoro dei dati OSM
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Projet du mois : suppression des landuse=industrial; retail

[François Lacombe]

Hello,

+1 sur la remarque de djakk
Cependant, ne réintroduisons pas une liste de valeur à ;

On peut penser à une valeur du style landuse=economic_activity (pour
reprendre un terme bien français, ZAE)
Elle mixerait des activités industrielles légères avec du tertiaire et du
commercial.

Pour les activités techniques lourdes, il y a rarement de doute : c'est
protégé par servitude, périmètres, PPI, clôtures et fusils mitrailleurs
etc... ce qui limite l'évolution des environs en zone commercial
accueillant un large public.

François


Le 1 septembre 2017 à 11:12, djakk djakk  a écrit :

> Salut,
>
> le truc c'est que les zones voulues 100% industrielles au départ sont
> devenues au fil du temps à moitié industrielles à moitié retail voire une
> troisième moitié en zone à bureaux :), exemple à Rennes :
> https://www.openstreetmap.org/#map=18/48.10399/-1.73425
> Comment cartographier ces zones (globalement, sans aller jusqu'au détail
> parcelle par parcelle) ? landuse=industrial;retail;commercial me vient en
> premier lieu mais je trouve le ";" moche ; landuse=industrial_and_
> retail_and_commercial ?
>
>
> djakk
>
> Le 1 septembre 2017 à 00:26, Jérôme Amagat  a
> écrit :
>
>> Je vais y aller de mon idée de projet du mois, moi aussi :)
>>
>> On a d’après taginfo (https://taginfo.openstreetmap
>> .fr/tags/landuse=industrial%3Bretail#overview) :
>> 544  landuse=industrial;retail qui viennent pour la plupart de l'import
>> des données CORINE Land Cover, import qui date de 2009.
>> landuse=industrial;retail ça veux rien dire, beaucoup on disparu avec le
>> temps mais ça serai bien de finir de les supprimer 8 ans après leur import.
>>
>> C'est un projet où tout le monde peut participé, on peut trouvé les lieu
>> où ce tag existe avec overpass :
>> http://overpass-turbo.eu/s/ros
>> Après, grâce aux photos aériennes et aux informations déjà pressentent
>> dans osm (nom d'entreprise, shop, centre commerciaux...) , il est assez
>> simple de repérer si l'on a affaire à une zone industrielle, de bureau ou
>> de commerce (landuse=industral, commercial ou retail) voir résidentiel.
>> Il faut souvent améliorer le tracé du polygone voir le découper en
>> plusieurs zones (industriel , de commerce ...)
>> On peut en profiter pour supprimer les tags CLC:code=*, CLC:id=*,
>> CLC:year=* inutiles ainsi que "note=CLC import: update the tag landuse with
>> either industrial or retail after survey"
>> et "note:fr=Import CLC: ajustez le tag landuse avec soit industrial, soit
>> retail après contrôle" voir même le tag "source=Union européenne - SOeS,
>> CORINE Land Cover, 2006." surtout si l'on modifie la géométrie en plus du
>> tag landuse=*.
>>
>> Projet du mois ou pas, ce message permet de rappeler que
>> landuse=industrial;retail n’était pas fait pour durer comme il est écrit
>> dans les "note:fr=Import CLC: ajustez le tag landuse avec soit industrial,
>> soit retail après contrôle" importé avec eux il y a plusieurs années. et
>> donc si des gens ont du temps a perdre :) il y a ces polygones à
>> supprimer/modifier et en même temps si le coin vous plaît vous pouvait
>> améliorer les alentours :) .
>>
>> ___
>> 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] Projet du mois : suppression des landuse=industrial; retail

[djakk djakk]

Salut,

le truc c'est que les zones voulues 100% industrielles au départ sont
devenues au fil du temps à moitié industrielles à moitié retail voire une
troisième moitié en zone à bureaux :), exemple à Rennes :
https://www.openstreetmap.org/#map=18/48.10399/-1.73425
Comment cartographier ces zones (globalement, sans aller jusqu'au détail
parcelle par parcelle) ? landuse=industrial;retail;commercial me vient en
premier lieu mais je trouve le ";" moche ; landuse=
industrial_and_retail_and_commercial ?


djakk

Le 1 septembre 2017 à 00:26, Jérôme Amagat  a
écrit :

> Je vais y aller de mon idée de projet du mois, moi aussi :)
>
> On a d’après taginfo (https://taginfo.openstreetmap.fr/tags/landuse=
> industrial%3Bretail#overview) :
> 544  landuse=industrial;retail qui viennent pour la plupart de l'import
> des données CORINE Land Cover, import qui date de 2009.
> landuse=industrial;retail ça veux rien dire, beaucoup on disparu avec le
> temps mais ça serai bien de finir de les supprimer 8 ans après leur import.
>
> C'est un projet où tout le monde peut participé, on peut trouvé les lieu
> où ce tag existe avec overpass :
> http://overpass-turbo.eu/s/ros
> Après, grâce aux photos aériennes et aux informations déjà pressentent
> dans osm (nom d'entreprise, shop, centre commerciaux...) , il est assez
> simple de repérer si l'on a affaire à une zone industrielle, de bureau ou
> de commerce (landuse=industral, commercial ou retail) voir résidentiel.
> Il faut souvent améliorer le tracé du polygone voir le découper en
> plusieurs zones (industriel , de commerce ...)
> On peut en profiter pour supprimer les tags CLC:code=*, CLC:id=*,
> CLC:year=* inutiles ainsi que "note=CLC import: update the tag landuse with
> either industrial or retail after survey"
> et "note:fr=Import CLC: ajustez le tag landuse avec soit industrial, soit
> retail après contrôle" voir même le tag "source=Union européenne - SOeS,
> CORINE Land Cover, 2006." surtout si l'on modifie la géométrie en plus du
> tag landuse=*.
>
> Projet du mois ou pas, ce message permet de rappeler que
> landuse=industrial;retail n’était pas fait pour durer comme il est écrit
> dans les "note:fr=Import CLC: ajustez le tag landuse avec soit industrial,
> soit retail après contrôle" importé avec eux il y a plusieurs années. et
> donc si des gens ont du temps a perdre :) il y a ces polygones à
> supprimer/modifier et en même temps si le coin vous plaît vous pouvait
> améliorer les alentours :) .
>
> ___
> 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

[OSM-talk-fr] Appel à participation - Journée Conviviale OSM à Martigues.

[LAROCHE Vincent]

Bonjour à tous,

La ville de Martigues et le service des Espaces Publics Numériques organisent 
une journée OSM à Martigues Carro le Samedi 14 octobre 2017.
Cette action est proposée dans le cadre de la Semaine de l'Internet Citoyen de 
la ville de Martigues #SIC17 et à l'occasion de la Fête de la sciences #FDS2017.

L'idée est de rassembler des initiés et des novices autour de cet outil 
collaboratif dans une ambiance conviviale.
L'objectif est d'impliquer les habitants et d'initier une communauté OSM locale.
Je recherche donc aussi bien des utilisateurs confirmés qui souhaitent partager 
leurs connaissances que des personnes désirant en savoir plus sur ce projet et 
les différentes manières d'y participer.

Rendez-vous à la Maison de Carro de 10h à 17h
http://www.openstreetmap.org/#map=17/43.33325/5.04289

Eléments de programme :


-  Introduction par M. Stéphane Delahaye (élu au numérique de la Ville 
de Martigues)

-  Les communs numériques

-  Le projet OSM : une communauté autour d'une base de données

-  La carte , le pouvoir

-  Connaitre et comprendre les données OSM

-  Défi du cartographe sur le terrain

-  Pique-nique (repas en commun tiré du sac)

-  Collecte de données par thème (manipulation de GPS, POI, trace, 
walking papers, appareil photo, tablettes)

-  Utiliser les outils de contribution

-  Interroger la base de données OSM

N'hésitez pas à me contacter si vous souhaitez y participer.


 [https://framapic.org/5z4yURhc4j7Z/eaACUCCdhpx4.png]
vincent
LAROCHE
Chargé de Développement Numérique / EPN
direction des systèmes d'information
vincent.laro...@ampmetropole.fr
t : 04 42 49 02 67
_
 [https://framapic.org/PAh61yMWFID1/L5KGcbeGXhAq.gif]
BP 48014 - 13567 marseille cedex 02 - t : 04 91 99 99 00
adresse territoire : rond-point de l'Hôtel de ville - BP 90104 - 13693 
Martigues cedex

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

[Talk-GB] OSM feature density vs edits per features

[De Sabbata, Stefano (Dr.)]

Dear all,

my name is Stefano, and I am a lecturer in geography at the University of 
Leicester. Volunteered geographic information and OSM have been one of my 
research interests for a few years now. I have also done some very minor 
contributions to OSM myself, but never in London and I am not very familiar 
with the London OSM community.

As I have been recently looking at some aspects data production and quality of 
OSM in London, and I was wondering whether any of you might have some time to 
help me out in interpreting some of the data… I have a couple of maps that can 
use some local expertise to make sense of them. :)

In particular, I am looking at the relationship between feature density and 
number of edits per features (among other things). It looks like there are 
areas of London with consistently high density but low average number of edits 
per features. I was wondering whether this might be the result of local 
projects or mapathons organised by the community? Or might there be (and most 
probably there are) other reasons I am overlooking?

If you are interested, please contact me: at 
s.desabb...@le.ac.uk

All the best,
Stefano.


Dr Stefano De Sabbata
Lecturer in Quantitative Geography
Department of Geography,
University of Leicester, University Road, Leicester, LE1 7RH, UK
t: +44 (0)116 252 3812
e: s.desabb...@le.ac.uk
w: 
le.ac.uk/departments/geography/people/stefano-de-sabbata
twitter: @maps4thought

Research Associate
Oxford Internet Institute, University of Oxford
oii.ox.ac.uk/people/desabbata
Information Geographies
Connectivity, Inclusion, and Inequality

[id:77B79125-D80D-4E72-9F70-791C2419DE28@home]

Follow us on Twitter or visit our 
Facebook page

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

Re: [OSM-talk-fr] réseau de bus twisto - nouveauté pour le 01 septembre

[Francescu GAROBY]

Bonjour,
J'ai renommé les 4 arrêts de bus dont le nom a changé.

Francescu

Le 31 août 2017 à 23:26, marc marc  a écrit :

> >> On peut se répartir les tâches, si tu veux ?
> et donc comment procède-t-on ? quelqu'un a déjà commencé ? sur quoi ?
>
> J'ai commencé par les améliorations sans changement d'itinéraire,
> voir ci-dessous
>
> >> Sinon existe-t-il une source opendata pour les créer ?
> >> Je les ai titiller (
> >> https://twitter.com/Crochetdavid/status/898587291391635456
> on a un problème pour la source des changeset
> http://twisto.fr/affichage.php?id=1100=1=1=1100=1
> conditions générales de vente
> 7.7. Propriété intellectuelle
> cela ne parle que de l'application NFC Twisto y compris les données
> mais pas un mot sur l'opendata
> on fait quoi dans ce cas ?
> si tu as vu les bus ne plus s'arrêter à tel et tel arrêt, on peux mettre
> source="survey  David" mais cela fait 39 modifications à avoir vu :)
>
> Le 28. 08. 17 à 21:21, Noémie Lehuby a écrit :
> > Il y a quelques erreurs Osmoses sur les arrêts et les lignes du réseau
> > Twisto qui peuvent surement être regardées par la même occasion ;)
>
> J'ai fait :
> 3 harmonisation de tag network
> résolution de 11 conflits entre highway=bus_stop (une plateforme) et
> public_transport=stop_position (l'arrêt sur la route)
> 13 route_master crées
> 11 route migré en public_transport:version=2
> 177 ajout public_transport=plateform + bus=yes sur les highway=bus_stop
> nécessaire pour la compatibilité PT v2 (beurks le v2 sur ce point de ne
> pas avoir gardé la possibilité d'utiliser l'existant)
> quelques corrections mineurs de tag
>
> Il reste 1000+ erreurs dans le secteur :)
> mais heureusement la majorité ne concerne pas les bus
>
> Je posterais probablement demain, probablement sur la page discussion
> du wiki les grosses anomalies rencontrées
> et qlq suggestions pour osmose et pt_assistant aussi :)
>
> Pour ceux qui veulent télécharger tout le réseau dans josm
> http://overpass-turbo.eu/s/roo
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [Talk-it] Ritorna il controllo dei nomi delle strade

[Simone Saviolo]

Il giorno 31 agosto 2017 17:51, Daniele Forsi  ha scritto:

> Il 30 agosto 2017 10:39, Simone Saviolo ha scritto:
>
> > Ogni quanto si aggiornano i dati?
>
> ora che siamo "in prova" ogni 3 ore dalle 7 alle 19 UTC, il minimo che
> posso arrivare senza riscrivere la procedura è un aggiornamento ogni
> ora


Se cerchi "Vercelli", viene ancora fuori "Centro Commerciale Carrefour",
che però ho tolto due giorni fa. Ci sono anche altri esempi (quasi tutti
quelli rimasti), ma questo è il primo.

Ciao,

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

[OSM-talk-ie] weeklyOSM #371 2017-08-22-2017-08-28

[weeklyteam]

The weekly round-up of OSM news, issue # 371,
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/9415/

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-ca] weeklyOSM #371 2017-08-22-2017-08-28

[weeklyteam]

The weekly round-up of OSM news, issue # 371,
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/9415/

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

[Talk-in] weeklyOSM #371 2017-08-22-2017-08-28

[weeklyteam]

The weekly round-up of OSM news, issue # 371,
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/9415/

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-us] weeklyOSM #371 2017-08-22-2017-08-28

[weeklyteam]

The weekly round-up of OSM news, issue # 371,
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/9415/

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-ph] weeklyOSM #371 2017-08-22-2017-08-28

[weeklyteam]

The weekly round-up of OSM news, issue # 371,
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/9415/

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] weeklyOSM #371 2017-08-22-2017-08-28

[weeklyteam]

The weekly round-up of OSM news, issue # 371,
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/9415/

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