Re: [OSM-talk] Licence compatibility (was Adding wikidata tags to the remaining objects with only wikipedia tag)

[Yuri Astrakhan]

Thanks Richard. Understood about coordinates. I suspect that most of the
Wikidata+OSM value is not related to Wikipedia's geolocations, but rather
multilingual names, object classifications, links to multiple Wikipedia
languages, and an ability to query connected graph data.  To my knowledge,
these are the main usecases by our data consumers.

On Tue, Oct 3, 2017 at 3:25 AM Richard Fairhurst 
wrote:

> Yuri Astrakhan wrote:
> OpenStreetMap takes and has always taken a whiter-than-white view of
> copyright. We aim to provide a dataset that anyone can use without fear of
> legal repercussions. It is not OSM's role to explore interesting grey areas
> in copyright, nor to push things to the extent that a court case is
> necessary.
>
> It has been settled for many years that we do not take co-ordinates from
> Wikipedia. They are mostly encumbered with Google copyright:
>
>
> https://en.wikipedia.org/wiki/Wikipedia:Obtaining_geographic_coordinates#Google_tools
>
> This is not a new issue and has been mentioned before in connection with
> Wikidata referencing.
>
> Our data is principally hosted in the UK and the OSM Foundation is a
> company
> registered in England & Wales, so as a broad assumption UK law applies
> (which is fairly maximalist on copyright and follows the sweat-of-the-brow
> doctrine) as well as the EU database right, at least until this benighted
> country takes leave of its senses forever and leaves the EU. :(
>
> Follow-ups probably best to legal-talk@.
>
> Richard
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-transit] Feature Proposal - RFC - Public Transport v2 Vehicle Type "coach"

[Mikolai-Alexander Gütschow]

Hi all,

I've elaborated a proposal for the route=coach tag according to the 
Public Transport Scheme v2 and as already in use in some cases.


See 
https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport_v2_Vehicle_Type_%22coach%22 



The proposal adds the possibility to differentiate between city bus and 
coach routes.


Please comment!

Ialokim


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

Re: [Talk-br] Mapa em aplicativo Android

[Jairo Duarte]

Boa noite Wesley

O Osmand usa mapas OSM e está no Google Play.

https://play.google.com/store/apps/details?id=net.osmand=en



Em 02-10-2017 13:43, Wesley Morais de Oliveira escreveu:

Olá, boa tarde.
Meu nome é Wesley Morais de Oliveira, estou pesquisando/estudando uma 
forma de usar o OSM em um aplicativo android, para ser utilizado como 
ferramenta de um sistema de tranporte escolar, a principio ele apenas 
seria usado para desenhar as rotas dos onibus aqui de minha cidade, 
porém eu não encontro uma forma de usar o mapa sem precisar da 
internet, algo como o Google Maps. Isso é possível?




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


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

Re: [OSM-talk-fr] Re langues régionales

[marc marc]

Bonsoir,

Le 04. 10. 17 à 00:53, Anne-Marie Candès a écrit :
 > Je m’y pencherai à nouveau exemple à l’appui car j’ai encore
 > des exemples d’alerte dans osmose que je comprends pas.
oui n'hésites pas

> des propos tel que « ces sagouins de contributeurs basques » .
je n'ai pas vu ce genre de phrase (j'avoue que je zappe certains 
messages qui s'égarent) mais c'est clairement une erreur que
de s'exprimer ainsi.
Il aurait fallu dire "ce comportement de vandale" :-)

> hésite à contribuer de peur de prendre une volée de bois vert à chaque erreur.
L'erreur est humaine. le tension sur le sujet est  mon avis surtout 
causé par l'intention volontaire de casser du dernier cas en date.

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

[OSM-talk-fr] Re langues régionales

[Anne-Marie Candès]

Merci à tous pour les précisions que vous m’avez fourni dans vos réponses sur 
ce sujet et d’avoir répondu à certaines de mes questions. Je m’y pencherai à 
nouveau exemple à l’appui car j’ai encore des exemples d’alerte dans osmose que 
je comprends pas. Je regrette simplement que sur une liste de diffusion on 
retrouve des propos tel que « ces sagouins de contributeurs basques » . Cela 
n’a pas lieux d’être dans la sphère publique et de plus par écrit. Je trouve 
cela excluant et peu engageant pour les nouveaux venus des régions concernées 
qui ne sont pas tous des casseurs de code forcenés. En tout cas pour ma part je 
n’ai aucune intention de casser quoi que ce soit mais du coup hésite à 
contribuer de peur de prendre une volée de bois vert à chaque erreur. N’y a 
t-il pas également une charte étique au sujet des échanges sur les listes ? 
J’ai l’impression d’être dans une arène.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication OpenData du cadastre

[Vincent Privat]

Hello,
Quelques compléments d'info sur JOSM.
Le support du cadastre est disponible, il faut utiliser la toute dernière
version stable (12921) de JOSM et la version 33690 du greffon cadastre-fr.
J'ai annoncé la nouvelle version du greffon il y a quelques jours sur la
liste dev-fr, et on en a parlé aussi au dernier meeting toulousain, j'ai
déjà corrigé quelques soucis de jeunesse suite aux tests préliminaires des
mappeurs toulousains :)

Le greffon permet d'ouvrir les lots Edigéo via file/open, file/open
location, ou en drag, soit de l'archive tar.bz2, soit du fichier .THF.
Les géométries sont automatiquement simplifiées pour éviter d'avoir des
piscines avec 500 nœuds. Le souci des bâtiments coupés en 2 au milieu d'une
limite de parcelle ne se pose pas, vu qu'il s'agit des géométries natives
du cadastre (sauf dans les cas de bâtiments à cheval sur plusieurs
planches).
Actuellement sont chargés le bâti, les limites administratives, les
parcelles & sections, les adresses, la voirie, et diverses autres choses
(puits, pylônes, cimetières, bâtiment de culte, etc.). Tout est sourcé avec
le tag habituel "cadastre-fr ... DGFiP 2017 etc.".
Ne sont pas chargés: les infos de mitoyenneté (mur, fossé) parce que
représentées par un nœud, et les choses qui sont bizarrement regroupées
dans le cadastre telles que "terrains de sport et petits ruisseaux"
(WTF?!), ou bien "parking, terrasse, surplomb", etc.
Pour les curieux la correspondance entre les données du cadastre et les
tags OSM se fait ici:
https://github.com/openstreetmap/josm-plugins/blob/master/cadastre-fr/src/org/openstreetmap/josm/plugins/fr/cadastre/edigeo/pci/EdigeoPciReader.java#L37

Les calques chargés ainsi dans JOSM sont flaggués "envoi dissuadé". C'est à
dire: JOSM va vous crier dessus si vous essayez d'envoyer ces données vers
OSM, pour sensibiliser tout le monde qu'il y a un gros travail de
vérification & d'intégration à mener avant de faire ça. Si je vois qu'il y
a des dérives et des imports massifs sans travail préalable, je basculerai
rapidement en mode "envoi interdit", ce qui bloquera complètement l'envoi
direct à partir de ces calques.

Il me manque à exploiter la date de dernière mise à jour (je pense à la
mettre dans un tag source:date).

J'attends l'API Etalab avec impatience, ça permettra à JOSM de télécharger
les données du cadastre pour une zone donnée (actuellement il faut
connaître le numéro de planche du cadastre).

Si vous trouvez des bugs n'hésitez pas à me les remonter :)

A+
Vincent





Le 3 octobre 2017 à 14:47, Christian Quest  a
écrit :

> Oui, officiellement dispo depuis hier... :)
>
> Les données brutes de la DGFiP sont au format EDIGEO, format peu courant
> mais ouvrable avec gdal (donc QGis).
>
> Dans cette première livraison, Etalab propose une extraction des
> principales couches d'infos surfaciques remise au format geojson en WGS84:
> limites de communes, de section cadastrale, de parcelle, et l'emprise des
> bâtiments.
>
> Des données sont téléchargeables par département et par communes pour les
> geojson et par département et feuille cadastrale pour l'EDIGEO.
>
> Ces données seront mises à jour trimestriellement.
>
>
> Les nouveautés à venir pour les contributeurs:
>
> - la prochaine version de JOSM va pouvoir ouvrir directement les fichier
> EDIGEO de la DGFiP.
> - l'extraction du bâti de cadastre.openstreetmap.fr deviennent en partie
> inutiles
> - les script d'extraction d'adresses de cadastre.openstreetmap.fr et de
> BANO vont aussi pouvoir évoluer prochainement.
>
> Il y a d'autres données provenant du cadastre qui seront bientôt
> disponibles:
> - le PCI Image et  les localisants de parcelles
> - l'historique des évolutions des parcelles (la parcelles XXX est séparée
> en YYY et ZZZ)
>
>
> Les fichiers EDIGEO permettent bien plus que ce qu'on a pu faire jusqu'à
> maintenant. On a par exemple les dates de création et de dernière
> modification des objets.
> On y trouve aussi des filaires portant les noms des voies pour l'habillage
> des plan... j'ai commencé à travailler dessus pour les rapprocher de
> FANTOIR, il se peut que ce type de traitement soit fait sur les données
> mises à disposition par Etalab en geojson.
> D'autres traitements sont aussi envisagés par Etalab pour améliorer les
> données, les lier à d'autres, etc. Ceci devrait arriver d'ici la fin de
> l'année.
>
> Etalab va aussi mettre en place des API pour interroger ces données, comme
> ça a pu être fait en mettant en place un géocodeur pour faciliter la
> réutilisation de la BAN.
>
>
> Il mes semble utile qu'on réfléchisse ensemble au meilleur moyen
> d'exploiter ces données et surtout de le penser dans le long terme pour les
> mises à jour. Pour cela, évitons de nous précipiter sur des imports à
> partir de ces données pour l'instant très brutes.
> Ces données font parti du "Service Public de la Donnée de Référence" dont
> le slogan est "Des données sur lesquelles vous pouvez compter"... c'est
> donc là pour longtemps ;)
>
>

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

[Yuri Astrakhan]

While I have nothing against pausing bulk wikidata additions for a month,
we should be very clear here:
* several communities use bots to maintain and inject these tags, e.g.
Israel. Should they pause their bots?
* If a specific community is ok with it, does it override world wide ban
for that location?
* Has anyone actually been doing world-wide bulk wikidata additions ever
since this discussion has restarted after what I thought was a settled
matter about two weeks ago?

On Tue, Oct 3, 2017 at 4:58 PM, michael spreng 
wrote:

> Yes I support a pause. I feel that currently one side tries to outgun
> the other with rather brute force mechanical editing.
>
> Michael
>
> ___
> 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-us] Center turn lane mapping

[Martijn van Exel]

I agree. Isn't there a hidden preference to make that setting stick?

On Tue, Oct 3, 2017 at 1:59 PM, Tod Fitch  wrote:

> I switched from using the centre_turn_lane tag to using the turn:lanes
> tagging when I discovered the turn lanes plugin for JOSM. Between that
> plugin and the change:lanes plugin I think it is much easier and clearer to
> tag lanes, including center turn lanes, that it was not too long ago.
>
> Only real complaint I have with the turn lanes plugin is that I prefer to
> have tag values of the form “left|none|none|right” rather than
> “left|||right” as it is easier for a human to read. Or at least easier for
> me to read. You need to check a box that does not stay checked between
> editing sessions for it to use “none". And it doesn’t put “none” in all the
> lanes if there are more than a couple of lanes in the same direction.
>
> Tod
>
>
> On Oct 3, 2017, at 11:49 AM, Martijn van Exel  wrote:
>
> Hi all,
>
> I had a discussion about center turn lane mapping with my team this
> morning, and I wrote a diary about it proposing one consistent scheme to
> tag them. Not a new scheme, but using the existing lanes / turn:lanes
> schema as already implemented by the JOSM plugin, in favor of the
> centre_turn_lane tag. The diary is here: https://www.
> openstreetmap.org/user/mvexel/diary/42432
>
> If you could take the time to share your opinion there I would surely
> appreciate it!
>
> Thanks,
> Martijn
> ___
> 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] Could we just pause any wikidata edits for a month or two?

[michael spreng]

Yes I support a pause. I feel that currently one side tries to outgun
the other with rather brute force mechanical editing.

Michael

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

Re: [Talk-it] memorial=war_memorial (a riguardo di)

[demon.box]

dieterdreist wrote
> questo è anche un problema storico: visto che non abbiamo i muri (doppia
> linea), ma soltanto la sagoma, quando mettiamo qualcosa al way di confine
> di un edificio si perde l'informazione se sta dentro o fuori. 

ciao, scusami riprendo un attimo questo aspetto

ma se ad esempio ho una santella (historic=wayside_shrine) come questa:

 

che è tuttuno con la parete esterna dell'edificio come faccio?

se faccio un nodo NON sulla way del poligono dell'edificio per far capire
che è sulla facciata esterna, così si perde però l'informazione che la
santella è parte integrante dell'edificio stesso...

tutto sommato ripensandoci, se in linea di principio sono d'accordo sul
mappare sempre un nodo a parte per far capire se l'oggetto è interno o
esterno credo però che pochi (quanti...?) mappino oggetti che nella realtà
si trovano attaccati alle pareti interne di un edificio privato.
forse se si tratta di un edificio pubblico (palazzo storico, chiesa) allora
il discorso cambia...

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-us] Center turn lane mapping

[Tod Fitch]

I switched from using the centre_turn_lane tag to using the turn:lanes tagging 
when I discovered the turn lanes plugin for JOSM. Between that plugin and the 
change:lanes plugin I think it is much easier and clearer to tag lanes, 
including center turn lanes, that it was not too long ago.

Only real complaint I have with the turn lanes plugin is that I prefer to have 
tag values of the form “left|none|none|right” rather than “left|||right” as it 
is easier for a human to read. Or at least easier for me to read. You need to 
check a box that does not stay checked between editing sessions for it to use 
“none". And it doesn’t put “none” in all the lanes if there are more than a 
couple of lanes in the same direction.

Tod
 
> On Oct 3, 2017, at 11:49 AM, Martijn van Exel  wrote:
> 
> Hi all, 
> 
> I had a discussion about center turn lane mapping with my team this morning, 
> and I wrote a diary about it proposing one consistent scheme to tag them. Not 
> a new scheme, but using the existing lanes / turn:lanes schema as already 
> implemented by the JOSM plugin, in favor of the centre_turn_lane tag. The 
> diary is here: https://www.openstreetmap.org/user/mvexel/diary/42432 
>  
> 
> If you could take the time to share your opinion there I would surely 
> appreciate it!
> 
> Thanks,
> Martijn
> ___
> 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-fr] Re: Prise de contact

[gnrc]

Bonjour Mahamat, 
bien que metropolitain, je participe au WikiProjet Madagascar depuis environ 3 
ans. Vu de ma fenetre et de ma modeste experience de contribution : 

- Tu as toute liberté pour faire évoluer la page du Wiki relative au Tchad 
(c'est le principe de tout wiki) ; par politesse et pour ne pas faire de 
"vandalisme" il est toujours mieux d'informer les précédents rédacteurs de tes 
intentions, soit par message personnel, soit par l'onglet discussion de la 
page. Des organismes comme Humanitarian-Osm-Team (HOT) sont surement déjà 
impliqués dans le texte actuel. 

- Pour Madagascar, tu verras que la page principale est tout d'abord en 
français, pour accrocher 
les contributeurs locaux, et que la version anglaise bien qu'existante avec le 
bandeau multilingue n'est que tres peu renseignée. 
https://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar 
Cette methode me semble la bonne pour permettre au projet de bien fonctionner 
localement, et de lier les langues locales entre pages. Cette page décrit assez 
bien comment fonctionne le projet Madagascar et les moyens de communication 
locaux (rencontres, mailinglist...), peut-etre peux tu t'en inspirer ! 

- des associations comme HOT ou CartOng ont des contacts avec les locaux et 
pourraient t'aider à trouver d'autres acteurs locaux et à vous coordonner. Je 
t'invite à contacter Violaine de CartOng ( 
https://wiki.openstreetmap.org/wiki/User:Violaine_Do ) qui m'a converti au pjt 
Madagascar et qui t'ouvrira surement les portes de CartOng pour te constituer 
un réseau ! 

Christian (gnrc69) 

- Mail original -

De: "Philippe Verdy"  
À: "Discussions sur OSM en français"  
Envoyé: Mardi 3 Octobre 2017 20:09:13 
Objet:  Re: [OSM-talk-fr] ***SPAM*** Prise de contact 

La page https://wiki.openstreetmap.org/wiki/WikiProject_Chad (ou sa version 
francophone https://wiki.openstreetmap.org/wiki/FR:WikiProjet_Tchad ) est déjà 
là : à compléter 
Ces pages sont déjà liées aussi aux noms plus simples "Chad" et "Tchad" en 
français. 

Le 3 octobre 2017 à 19:50, Christian Rogel < christian.ro...@club-internet.fr > 
a écrit : 







Le 2017 Here 3 à 15:15, Mahamat Laouane < mahamatlaou...@gmail.com > a écrit : 



Nous sommes ravi d'être parmi vous et nous contribuons depuis le 
Tchad(Afrique). 
Cependant on a quelques préoccupations. On vient en effet de mettre sur pieds 
l'association locale et nous cherchons une légitimité globale. Que faire ? 



Pour la légitimité globale, le mieux est d’utiliser en priorité les canaux 
anglophones, donc la liste Talk-en, la lettre WeeklyOSM, la page wiki en 
anglais des chapitres locaux en se signalant comme envisageant de postuler 
comme chapitre local. 
Il faut aussi créer une page wiki WikiprojectChad et y mettre des infos 
consistantes. 

Tout cela peut être dupliqué en français, sachant que la légitimité globale 
parle d’abord et avant tout anglais. Il faut s’y faire. 

Ensuite, comme déjà dit, il faut trouver un projet original, soit sur une zone, 
soit prévoyant des actions d’initiation significatives (habitants, étudiants, 
écoliers) qui puissent être mentionnés sur les canaux OSM 

Christian R. 

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






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

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

[OSM-talk-fr] Manifestation Le libre sur la Place à Nancy le 23 novembre

[Romain MEHUT]

Bonjour,

Je mets dans la boucle le CA et la liste talk-fr car comme suggéré dans
l'invitation de la mairie de Nancy, la présence d'une ville ayant de
l'expérience serait très important.

Nous, contributeurs de Nancy et ses environs, n'avons pas d'expériences
locales à partager pour montrer les usages professionnels d'OSM aux
collectivités qui seront présentes.

Je lance donc un appel à qui pourrait et voudrait bien participer à cette
manifestation du "Libre sur la Place" à Nancy le 23 novembre. Je ferai le
lien avec la Ville de Nancy.

Donat, peux-tu faire suivre le programme prévisionnel ?

Merci beaucoup par avance.

Romain

Le 3 octobre 2017 à 11:48, Donat ROBAUX  a écrit :

> Bonjour,
>
> Je transmets à la communauté locale qui sera plus à même de se déplacer
> que moi pour cet événement (étant sur Paris)
>
> Donat ROBAUX
>
>
> Le 3 octobre 2017 à 08:51, a écrit :
>
>> Bonjour,
>>
>> Comme nous en avions parlé, dans le cadre de la semaine de l'innovation
>> publique, nous organisons le 23 novembre prochain notre journée "Le libre
>> sur la Place " avec pour thème cette année Le logiciel libre vecteur
>> d'innovations publiques.
>>
>> Cette journée est destinée aux collectivités territoriales et autres
>> organismes publics.
>>
>> Un atelier est prévu l'aprés midi pour présenter OSM et montrer aux
>> collectivités les usages professionnels qu'ils peuvent en avoir. Nous
>> serions très honorés si vous ou une des personnes qualifiées de votre
>> réseau acceptiez d'intervenir au sein de cet atelier.
>> Il serait de plus très important qu'une ville ayant de l'expérience dans
>> ce domaine puisse vous accompagner.
>> Pouvez vous nous, en indiquer une ou plusieurs afin que nous les
>> contactions ?
>>
>> Je vous prie de trouver ci-dessous le programme prévisionnel de cette
>> journée
>>
>>
>> vous remerciant
>>
>> [image: Ville de Nancy]
>>   *Olivier SIMON*
>> * Directeur du projet "Nancy ville numérique" *
>> Direction générale
>>
>>
>>
>>
>>
>> Hôtel de Ville - 1 place Stanislas
>>  -
>> Case officielle n°1 - 54035 Nancy Cedex - *www.nancy.fr*
>> 
>> * Adoptez l'Eco Attitude :* n'imprimez ce message et ses pièces annexes
>> que si vous en avez vraiment l'utilité
>>
>>
>>
>> De :Donat ROBAUX 
>> A :OpenStreetMap Meuthe et Moselle > es.openstreetmap.fr>, ca-prive 
>> Date :23/09/2017 22:08
>> Objet :Rencontre à propos d'OpenStreetMap
>> --
>>
>> Compte-rendu définitif du rendez-vous du mercredi 30/08/2017
>>
>> Présents
>> - Romain Pierronnet, conseiller municipal de Nancy, délégué au numérique
>> - Olivier Simon, directeur de la mission "Nancy ville numérique"
>> - Romain Mehut, mandataire sur Nancy et environs
>> - moi- même, secrétaire OpenStreetMap France
>>
>> Propos préliminaires
>> Romain P. et Olivier S. ont présenté les différentes initiatives et
>> projets en cours à la ville de Nancy concernant le numérique et le libre.
>> Elle est résolue à utiliser OSM le plus souvent possible, comme c'est le
>> cas sur son site Internet depuis le lancement de sa nouvelle version.
>> La ville, après les dernières élections municipales s'est saisi du
>> numérique qui avait un peu été laissé à l'abandon.
>> Les directions métiers sont toutes sensibilisées à cet enjeu et notamment
>> au libre. La ville veut notamment impulser des migrations vers vers
>> logiciels libres et dans la mesure du possible de remplacer des logiciels
>> métiers par du logiciel libre. Pour le moment tout cela se fait comme
>> pilote au sein de la mutualisation informatique portée par la Métropole du
>> Grand Nancy, cette dernière n'ayant pas encore structuré de démarche
>> identique. La ville est donc dans une optique de démarrer seule sans
>> attendre de soutien ou d'autres communes de la Métropole pour avancer, mais
>> se tient prête à mutualiser avec elles.
>> La ville organisera du 20 au 26 novembre 2017 une manifestation intitulée *Le
>> Libre sur la Place* (en référence au *Livre sur la Place*, manifestation
>> nationale littéraire sur Nancy) impliquant les directions métiers de la
>> ville et d'autres collectivités intéressées, avec un ou plusieurs ateliers
>> orientés vers du grand public.
>>
>> Concernant le SotmFR
>> J'ai présenté les différentes éditions (en tout cas les 2 dernières qui
>> sont les plus représentatives), celle de Clermont-Ferrand en 2016 et
>> d'Avignon en 2017.
>> J'ai présenté aussi la manière dont nous fonctionnons: petite équipe,
>> rassemblement plutôt en mode détente que congrès, financement via
>> sponsoring.
>>
>> La ville se tient à la disposition de l'association si nous décidions
>> d'organiser la manifestation sur Nancy. J'ai avancé l'idée de 2019
>> puisqu'aux dernières nouvelles (non fixées définitivement) l'édition 2018
>> aurait lieu à Bordeaux Il faut aussi 

Re: [Talk-us] Great Lakes missing after osmosis update (diffs installation)

[Pilon, Michel (SSC/SPC)]

Thanks for responding Kevin,

Actually I have the issue after daily updating the whole planet.

But effectively, I don’t have that issue when I use only Ontario province or 
all Canada with geofabric daily updates…

Only with the whole planet daily update…. (same issue with hourly and minutely 
updates).

I am using a 32-cores server with 62 GB RAM and 1.4TB SSD.

ALL: Am I the only one downloading the whole planet and trying to daily update 
it successfully?

Please share your experience if you update the whole planet daily, hourly or 
minutely…

Thanks,

Michel




From: kevin.b.ke...@gmail.com [mailto:kevin.b.ke...@gmail.com] On Behalf Of 
Kevin Kenny
Sent: October 3, 2017 13:49
To: Pilon, Michel (SSC/SPC) 
Cc: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Great Lakes missing after osmosis update (diffs 
installation)

On Tue, Oct 3, 2017 at 1:31 PM, Pilon, Michel (SSC/SPC) 
> wrote:
Have you gotten a chance to validate the coastlines of the Great Lakes during 
the last weekend?
You’re the only one who responded to my “help” request….

Oops, sorry, I thought I'd sent a reply.
I found one self-intersection on Lake Michigan and fixed it. Aside from that, 
there didn't
seem to be any problems, and the Great Lakes render all right on my machine. 
(Even
before the fix, they were rendering all right.)
I'm not a Mapnik maintainer, nor a really sophisticated user, so I'm not 
certain what
might be amiss. Could it be that you had a failed import of diffs that broke 
something?
(In which case, there might be no alternative to rerunning osm2pgsql from a 
planet
export.)
Does your app need up-to-the-minute global data? I usually run with just North 
America
from geofabrik, and only use geofabrik's daily diffs. I started out trying to 
maintain
a mirror with minutely diffs, and it was kind of a nightmare. If anything went 
wrong
even momentarily, it struggled to catch up and eventually failed. This was with 
a
quadcore, 32 GB main memory, 0.5 TB SSD / 4 TB RAID0+1. It may have been
bandwidth limited, but I think it was more that you need a bigger cache than I
could give it. That's a big database to try to synchronize remotely.

Otherwise, I'm kind of out of ideas. Maybe others who hear this message can
help more.

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

Re: [Talk-us] I 85 Express Lane (Atlanta, Georgia)

[Bill Ricker]

> We really need to start treating bicycle lanes the same way.
>

​+1​

-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-pt] Novas imagens aéreas da Madeira e Açores via DigitalGlobe Standard Imagery

[Nuno Caldeira]

Update: a Bing acaba de fazer o mesmo que a DigitalGlobe. As imagens da 
Bing são de Julho 2016 ( e não possuem nuvens) e DigitalGlobe Fevereiro 
2017.



Nuno Caldeira 
23 de setembro de 2017 20:43via Postbox 

Na presente semana a DigitalGlobe actualizou as imagens para a área da 
Madeira (as até então disponíveis eram de 2008, quer as da Bing, 
DigitalGlobe, ESRI). Apesar da distorção e de grandes áreas com nuvens 
presentes, estas novas imagens datadas do início deste ano, certamente 
melhorarão o OSM, sobretudo pelas grandes alterações pós 20 de 
Fevereiro 2010 que não figuravam na totalidade e com precisão no OSM. 
A atualização  abrange também os Açores.


--
Nuno Caldeira
www.iamnunocaldeira.com


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

Re: [Talk-us] Center turn lane mapping

[Martijn van Exel]

Oh, and the corresponding team ticket:
https://github.com/TelenavMapping/mapping-projects/issues/28
Martijn

On Tue, Oct 3, 2017 at 12:49 PM, Martijn van Exel  wrote:

> Hi all,
>
> I had a discussion about center turn lane mapping with my team this
> morning, and I wrote a diary about it proposing one consistent scheme to
> tag them. Not a new scheme, but using the existing lanes / turn:lanes
> schema as already implemented by the JOSM plugin, in favor of the
> centre_turn_lane tag. The diary is here: https://www.
> openstreetmap.org/user/mvexel/diary/42432
>
> If you could take the time to share your opinion there I would surely
> appreciate it!
>
> Thanks,
> Martijn
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Center turn lane mapping

[Martijn van Exel]

Hi all,

I had a discussion about center turn lane mapping with my team this
morning, and I wrote a diary about it proposing one consistent scheme to
tag them. Not a new scheme, but using the existing lanes / turn:lanes
schema as already implemented by the JOSM plugin, in favor of the
centre_turn_lane tag. The diary is here:
https://www.openstreetmap.org/user/mvexel/diary/42432

If you could take the time to share your opinion there I would surely
appreciate it!

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

Re: [OSM-talk-fr] Comment taguer un lycée et lycée pro

[Adrien Carpentier]

Bonjour,
Je fais en comme Marc : un polygone d'emprise, le ou les bâtis, 2 points
distincts pour chaque lycée avec son code UAI
dans ce cas, je vérifie toujours s'il s'agit bien de 2 lycées distincts,
souvent ils finissent par fusionner en un lycée polyvalent (ici, il n'y a
déjà plus qu'un seul proviseur pour les 2 lycées),
parfois ils partagent des lieux communs mais ont une partie distincte, mais
d'autres les 2 sont vraiment imbriqués
dans ton cas, ce sont bien 2 lycées distincts :
http://www.education.gouv.fr/pid24302/annuaire-resultat-recherche.html?lycee=3_name==1_name=Saint-Chamond+%2842%29
sur l'emprise tu peux indiquer que c'est une cité scolaire avec l'adresse :
http://www.claudelebois.fr/site/
Bonne soirée
Adrien


Le 3 octobre 2017 à 20:19, marc marc  a écrit :

> Le 03. 10. 17 à 19:25, Cédric Frayssinet a écrit :
>
> >>> Comment fait-on pour taguer proprement un lycée qui fait lycée général
> >>> ET lycée professionnel et ceci dans les mêmes bâtiments et ayant 2
> >>> entités bien distinctes (UAI différent) ?
> >> Je séparerais les bâtiments de leurs "occupants" :
> >> des chemins fermés pour les buildings
> >> 2 nœuds pour les 2 "occupants"
> >> un landuse pour englober le tout s'il y a plusieurs bâtiments.
> >>
> >
> > Merci pour ta réponse Marc. Du coup, j'en déduis que ce lycée semble
> > bien tagué : http://www.openstreetmap.org/#map=18/45.46736/4.51325 ?
>
> j'aurais fais légèrement différent
> - éviter d'avoir 2 fois la même adresse en mettant l'adresse une seule
> fois uniquement sur la zone (ou l'entrée principale)
> - si les 2 lycées sont "co-habitant" se partagent les locaux, j'aurais
> mis soit les 2 en nom pour l'ensemble, soit aucun nom sur la zone et
> mettre uniquement le nom sur 2 noms séparément pour les 2 lycées.
>
> Mais c'est déjà très bien ainsi.
>
> Cordialement,
> Marc
> ___
> 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] Comment taguer un lycée et lycée pro

[marc marc]

Le 03. 10. 17 à 19:25, Cédric Frayssinet a écrit :

>>> Comment fait-on pour taguer proprement un lycée qui fait lycée général
>>> ET lycée professionnel et ceci dans les mêmes bâtiments et ayant 2
>>> entités bien distinctes (UAI différent) ?
>> Je séparerais les bâtiments de leurs "occupants" :
>> des chemins fermés pour les buildings
>> 2 nœuds pour les 2 "occupants"
>> un landuse pour englober le tout s'il y a plusieurs bâtiments.
>>
> 
> Merci pour ta réponse Marc. Du coup, j'en déduis que ce lycée semble 
> bien tagué : http://www.openstreetmap.org/#map=18/45.46736/4.51325 ?

j'aurais fais légèrement différent
- éviter d'avoir 2 fois la même adresse en mettant l'adresse une seule 
fois uniquement sur la zone (ou l'entrée principale)
- si les 2 lycées sont "co-habitant" se partagent les locaux, j'aurais 
mis soit les 2 en nom pour l'ensemble, soit aucun nom sur la zone et 
mettre uniquement le nom sur 2 noms séparément pour les 2 lycées.

Mais c'est déjà très bien ainsi.

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

Re: [OSM-talk-fr] ***SPAM*** Prise de contact

[Philippe Verdy]

La page https://wiki.openstreetmap.org/wiki/WikiProject_Chad (ou sa version
francophone https://wiki.openstreetmap.org/wiki/FR:WikiProjet_Tchad) est
déjà là : à compléter
Ces pages sont déjà liées aussi aux noms plus simples "Chad" et "Tchad" en
français.

Le 3 octobre 2017 à 19:50, Christian Rogel  a écrit :

>
> Le 2017 Here 3 à 15:15, Mahamat Laouane  a
> écrit :
>
> Nous sommes ravi d'être parmi vous et nous contribuons depuis le
> Tchad(Afrique).
> Cependant on a quelques préoccupations. On vient en effet de mettre sur
> pieds l'association locale et nous cherchons une légitimité globale. Que
> faire ?
>
>
> Pour la légitimité globale, le mieux est d’utiliser en priorité les canaux
> anglophones, donc la liste Talk-en, la lettre WeeklyOSM, la page wiki en
> anglais des chapitres locaux en se signalant comme envisageant de postuler
> comme chapitre local.
> Il faut aussi créer une page wiki WikiprojectChad et y mettre des infos
> consistantes.
>
> Tout cela peut être dupliqué en français, sachant que la légitimité
> globale parle d’abord et avant tout anglais. Il faut s’y faire.
>
> Ensuite, comme déjà dit, il faut trouver un projet original, soit sur une
> zone, soit prévoyant des actions d’initiation significatives (habitants,
> étudiants, écoliers) qui puissent être mentionnés sur les canaux OSM
>
> Christian R.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[Christian Rogel]

Le 2017 Here 3 à 02:06, Philippe Verdy  a écrit :Tous ces noms basques ont pour la plupart été changés en masse parhttp://www.openstreetmap.org/user/izpura/history(tous les changesets avec le commentiare "euskaraz")C'est un utilisateur francophone d'après la locale de son editeur. Aui a envoyés des milliers de changesets avec un changement de nom.Cela concerne toutes les communes, tous les villages, toutes les rivières, une bonne partie des rues, tous les sommets, bon nombre de services publics.Le tout très rapidement. Il a certainement du utiliser un bot non autorisé...Il fait aussi des modifs en Espagne (et pas qu'au Pays Basque espagnol ou en Navarre mais bien au delà…)Il faut trouver le moyen de le stopper, car, il continue à perturber la carte.J’ai regardé son dernier changement d’appellation (Arbouet-Sussaute > Arboti) et j’ai entrepris, non seulement de le rétablir, mais de superviser la commune.J’ai corrigé des noms de voie partagés entre 2 communs et j’ai vu que certaines étaient inscrites comme bilingues dans le cadastre.  Chemin de X / X KarrikaConformément à ce que j’ai déjà écrit, je ne les vois pas comme un bilinguisme officiel et j’ai mis un « name » et un « name:eu ».Quelqu’un lui a-t’il écrit ?Christian R.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ***SPAM*** Prise de contact

[Christian Rogel]

> Le 2017 Here 3 à 15:15, Mahamat Laouane  a écrit :
> 
> Nous sommes ravi d'être parmi vous et nous contribuons depuis le 
> Tchad(Afrique).
> Cependant on a quelques préoccupations. On vient en effet de mettre sur pieds 
> l'association locale et nous cherchons une légitimité globale. Que faire ?
> 

Pour la légitimité globale, le mieux est d’utiliser en priorité les canaux 
anglophones, donc la liste Talk-en, la lettre WeeklyOSM, la page wiki en 
anglais des chapitres locaux en se signalant comme envisageant de postuler 
comme chapitre local.
Il faut aussi créer une page wiki WikiprojectChad et y mettre des infos 
consistantes.

Tout cela peut être dupliqué en français, sachant que la légitimité globale 
parle d’abord et avant tout anglais. Il faut s’y faire.

Ensuite, comme déjà dit, il faut trouver un projet original, soit sur une zone, 
soit prévoyant des actions d’initiation significatives (habitants, étudiants, 
écoliers) qui puissent être mentionnés sur les canaux OSM

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

Re: [Talk-us] Great Lakes missing after osmosis update (diffs installation)

[Kevin Kenny]

On Tue, Oct 3, 2017 at 1:31 PM, Pilon, Michel (SSC/SPC) <
michel.pi...@canada.ca> wrote:

> Have you gotten a chance to validate the coastlines of the Great Lakes
> during the last weekend?
>
> You’re the only one who responded to my “help” request….
>

Oops, sorry, I thought I'd sent a reply.

I found one self-intersection on Lake Michigan and fixed it. Aside from
that, there didn't
seem to be any problems, and the Great Lakes render all right on my
machine. (Even
before the fix, they were rendering all right.)

I'm not a Mapnik maintainer, nor a really sophisticated user, so I'm not
certain what
might be amiss. Could it be that you had a failed import of diffs that
broke something?
(In which case, there might be no alternative to rerunning osm2pgsql from a
planet
export.)

Does your app need up-to-the-minute global data? I usually run with just
North America
from geofabrik, and only use geofabrik's daily diffs. I started out trying
to maintain
a mirror with minutely diffs, and it was kind of a nightmare. If anything
went wrong
even momentarily, it struggled to catch up and eventually failed. This was
with a
quadcore, 32 GB main memory, 0.5 TB SSD / 4 TB RAID0+1. It may have been
bandwidth limited, but I think it was more that you need a bigger cache
than I
could give it. That's a big database to try to synchronize remotely.

Otherwise, I'm kind of out of ideas. Maybe others who hear this message can
help more.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-ca] Using City of Vancouver Open Licensed Data?

[Alan Richards]

There is some information on the wiki here. https://wiki.openstreetmap.
org/wiki/Canada:British_Columbia:Vancouver#GIS_sources_by_city. Special
permission was obtained from the city for certain datasets only.

On Tue, Oct 3, 2017 at 6:09 AM, john whelan  wrote:

> I understand Paul Norman arranged for something for the city of Vancouver
> Open Data so the data might be imported into OSM.  This is independent of
> the normal licensing route.
>
> Cheerio John
>
> On 2 October 2017 at 14:15, keith  wrote:
>
>> Hello Canada list,
>>
>> I am interested in using some of the data provided by the City of
>> Vancouver under the "Open Government Licence – Vancouver" (
>> http://vancouver.ca/your-government/open-data-catalogue.aspx#tab19099).
>> According to the OSM wiki this is compatible with OSM's licence (
>> https://wiki.openstreetmap.org/wiki/Contributors#Vancouver), is this
>> accurate?
>>
>> I want to do small imports of building traces, manually checking the
>> imagery against the Imagery. I guess this should still be considered to
>> finish off the section of Vancouver that does not have the buildings
>> traced. The quality of the data from the City of Vancouver is OK, not
>> amazing, in fact slightly lower than the average for Vancouver building
>> traces, but not outside the range. It would be trivial to improve the
>> traces to be better than average, and I would do so for what I import. It's
>> for a relatively small area, about 2km by 4.5km, and I would be doing lots
>> of manual fixes and inspection. So many that I'm not really sure that it's
>> exactly an import.
>>
>> If the building traces goes smoothly, and has general acceptance, I might
>> use other data from the listed datasets.
>>
>> What do the folks on this list say? Am I good to go ahead with this?
>>
>> Thanks for any input.
>>
>> Keith
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-us] Great Lakes missing after osmosis update (diffs installation)

[Pilon, Michel (SSC/SPC)]

Hello Kevin,

Have you gotten a chance to validate the coastlines of the Great Lakes during 
the last weekend?
You’re the only one who responded to my “help” request….

Thanks,

Michel



From: kevin.b.ke...@gmail.com [mailto:kevin.b.ke...@gmail.com] On Behalf Of 
Kevin Kenny
Sent: September 28, 2017 16:37
To: Pilon, Michel (SSC/SPC) 
Cc: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Great Lakes missing after osmosis update (diffs 
installation)

On Thu, Sep 28, 2017 at 1:23 PM, Pilon, Michel (SSC/SPC) 
> wrote:
Hello all,

I am in the process of putting in place a local OSM server.

Last Thursday September 21st I populated my PostGIS database using the 
following command:

osm2pgsql --create --slim --flat-nodes /data/osm/pgload/flat_nodes.bin \
 -C 27000 --number-processes 8 --hstore \
 --style /data/osm/openstreetmap-carto-3.2.0/openstreetmap-carto.style \
 --multi-geometry /data/osm/new_planet-latest.osm.pbf

Once done I verified the slippymap and I can see correctly all the Canadian/US 
Great Lakes.

So I applied the daily updates on the data using osmosis (daily diff).   Once 
completed, everything looks good EXCEPT that there is no more water on Great 
Lakes except Lac Érié and Ontario for ALL ZOOM LEVELS. Superior, Michigan and 
Huron Lakes just disappeared!

For the update process, I am using /usr/bin/openstreetmap-tiles-update-expire 
with the followng options for osm2pgsql command:
   OSM2PGSQL_OPTIONS="--number-processes 8 --hstore -C 27000 
--style /data/osm/openstreetmap-carto-3.2.0/openstreetmap-carto.style 
--multi-geometry"

I am using mapnik with openstreetmap-carto stylesheets.

I am really stuck and need help as I tried it 3 times, always with the result 
of Lakes disappearing for all zoom levels… ☹

Any ideas???

Thanks in advanced for your very appreciated help….



Someone probably broke the coastline again. It's easy to goof when editing the 
lake shore.
I don't have time to look into it right now, I can try on the weekend if 
someone else doesn't fix it first.
(And, I confess, I've broken the lake shore of Lake Ontario at least once.
I fixed it promptly once I realized the problem.)
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Comment taguer un lycée et lycée pro

[Cédric Frayssinet]

Le 03/10/2017 à 19:13, marc marc a écrit :
> Bonsoir,
>
> Le 03. 10. 17 à 19:09, Cédric Frayssinet a écrit :
>> Comment fait-on pour taguer proprement un lycée qui fait lycée général 
>> ET lycée professionnel et ceci dans les mêmes bâtiments et ayant 2 
>> entités bien distinctes (UAI différent) ?
> Je séparerais les bâtiments de leurs "occupants" :
> des chemins fermés pour les buildings
> 2 nœuds pour les 2 "occupants"
> un landuse pour englober le tout s'il y a plusieurs bâtiments.
>

Merci pour ta réponse Marc. Du coup, j'en déduis que ce lycée semble
bien tagué : http://www.openstreetmap.org/#map=18/45.46736/4.51325 ?


-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] Comment taguer un lycée et lycée pro

[marc marc]

Bonsoir,

Le 03. 10. 17 à 19:09, Cédric Frayssinet a écrit :
> Comment fait-on pour taguer proprement un lycée qui fait lycée général 
> ET lycée professionnel et ceci dans les mêmes bâtiments et ayant 2 
> entités bien distinctes (UAI différent) ?

Je séparerais les bâtiments de leurs "occupants" :
des chemins fermés pour les buildings
2 nœuds pour les 2 "occupants"
un landuse pour englober le tout s'il y a plusieurs bâtiments.

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

[OSM-talk-fr] Comment taguer un lycée et lycée pro

[Cédric Frayssinet]

Bonjour,

Petite question :

Comment fait-on pour taguer proprement un lycée qui fait lycée général
ET lycée professionnel et ceci dans les mêmes bâtiments et ayant 2
entités bien distinctes (UAI différent) ?

Merci d'avance,

Cédric


-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

[Christoph Hormann]

On Tuesday 03 October 2017, Frederik Ramm wrote:
> Hi,
>
>seeing that the matter is discussed quite intensively and opinions
> vary widely, could we perhaps agree to pause any (large scale)
> wikidata edits for a while until more members of our community have
> had a chance to form an opinion?

I think that is a good idea.

This would also give an opportunity to take the discourse from the 
exchange of spontaneous opinions and reactions with relatively little 
substance to a better founded and thought through basis you can 
reliably form an opinion from.

From my side a number of questions exist in the context of wikidata 
references in OSM where there does not seem to be a reliable answer at 
the moment although this would be important to form a qualified 
opinion.  In particular:

* How many of the wikidata=* tags currently in the database have been 
added through normal mapping (while adding or significantly modifying 
the object otherwise) and how many have been added through systematic 
efforts outside normal mapping?

* How many of the X:wikidata=* tags have been added through systematic 
efforts?  Are those derived from matching the existing X=* tags?  How 
many of those also have a wikidata=* tag?

* What practical applications exist for the wikidata IDs?  And i am not 
talking about theoretical ideas here but specific uses for practical 
purposes in actual use, in particular with open source implementation.

* To what extent has there been information transferred systematically 
from Wikidata and Wikipedia to OSM based on wikidata ID references 
(like adding names in different languages).  As others have explained 
this would be legally problematic and it would be important to know how 
common this is.

* How stable is the identity of what can be found under a certain 
Wikidata ID.  As mentioned there are cases where Wikidata aggregates 
several concepts under one ID (like an administrative unit and a 
populated place in case of cities/towns).  Would it be possible that 
this changes?  If yes, would the original ID be re-purposed or would it 
cease to exist?

* What is the qualification of Wikidata for having its IDs in OSM (both 
for wikidata=* and X:wikidata=*)?  Is there a particular objective 
criterion that qualifies it?  Would there be other external IDs that 
would also qualify under these criteria?  Is there a limit in the 
number of different external IDs OSM is going to accept?

Also i think it would be of great importance for OSM and a functioning 
communication in the community to have better documentation of:

* systematic wikidata ID addition/editing efforts (there seems to be 
nothing listed currently on 
https://wiki.openstreetmap.org/wiki/Category:Automated_edits_log)
* tag documentation of the wikidata tags.  This needs a lot of 
improvement.  Like:

https://wiki.openstreetmap.org/wiki/Key:wikidata does not make clear if 
these document 1:1 relationships between OSM features and wikidata 
objects or not and what qualifies a wikidata ID to be 'about a 
feature'.  How does a mapper practically verify if a certain wikidata 
ID is correct on a certain feature?

https://wiki.openstreetmap.org/wiki/Key:brand:wikidata is plain wrong, 
brand:wikidata=* is not a machine-readable form of brand=*.  It in 
particular needs to tell the mapper what types of wikidata object 
should be referenced here and how a mapper can find the correct ID for 
a certain feature.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

[Philippe Verdy]

Le 3 octobre 2017 à 17:59, Anne-Marie Candès  a
écrit :

> Bonjour
> J’ai  du mal a accepter le mépris dans des mots comme : saboteurs,
> régionalistes.
>

ce qui est reproché c'est surtout le fait d'avoir remplacé les toponymes
français en usage (quel que soit leur origine) par une opération
destructive. Le fait de rayer Bayonne ou Saint-Jean-de-Luz de la carte ou
même les rendre introuvables est très mal apprécié. C'est une sacré claque
aux outils de géocodage qui ne s'en sortent plus.
OSM fait d'abord primer les recherches d'adresses telles qu'on les utilise
pour le courrier et pour la navigation sur le terrain.

Remplacer la valeur de name=* sans même préserver name:fr=* pour au moins
conserver la trace du nom utilisé en français par la majorité des gens
(même les visiteurs étrangers qui s'appuient sur des cartes affichant les
noms français et qui correspondent aussi aux indications de base sur les
panneaux, et les adresses communiquées par les différents lieux à visiter,
ou trouvées dans les annuaires ou guides) c'est bien du sabotage.

On a toujours eu la place pour avoir des langues régionales avec name:=* et même des loc_name=* pour l'usage local (pas forcément
officiel), mais la toponymie officielle (telle qu'on la trouve dans le
cadastre ou dans les communications communales et les documents
administratifs et commerciaux) reste celle à utiliser dans "name=*" puisque
c'est toujours celle qui s'affiche en premier et concerne tout le monde
(même les régionalistes).

Ensuite une municipalité peut très bien décider de changer localement sa
toponymie pour les lieux-dits et rues, elle fera les mises à jour
nécessaires dans son cadastre et dans le FANTOIR. Pour les noms de
collectivités locales, les noms à prendre sont ceux validés par les arrêtés
préfectoraux (à moins d'une décision ultérieure dans une cours
administrative ou au Conseil d'Etat).

Pour les cours d'eau, une concertation doit avoir lieu entre les
collectivités, mais on a une base de référence avec là encore un annuaire
officiel (c'est du ressort des agences de bassin qui couvrent de larges
zones interrégionales, et dont la langue de travai lreste quand même le
français, même si elles publient aussi des noms locaux synonymes, on a une
ref dans la base SANDRE).

Les questions historiques n'ont pas lieu d'être : OSM privilégie d'abord ce
qui existe aujourd'hui. Les langues régionales et noms d'usage ont droit de
cité dans OSM et on a des champs pour ça, et cela amène pas mal de
possibilités poru ne pas se contenter des seuls noms officiels (quels
qu'ils soient). Mais name=* est bien pour l'usage le plus courant (et c'est
bien l'usage administratif officiel: lois pour les régions et départements,
arrêtés pour les collectivités communales et intercommunales, SANDRE pour
les cours d'eau).

L'usage touristique officialisé aussi par les offices de tourismes
(maintenant le plus souvent gérés par les intercommunalités que par les
communes) n'est pas oublié et permet de donner en priorité les traductions
proposées par ces offices (qui tiennent compte aussi des volontés
régionalistes locales et même peuvent promouvoir les langues régionales).
Pour les lieux privés (commerces et services) le nom est celui utilisé et
rendu public par l'exploitant local (indépendamment des "brandings" dans le
cas de chaines franchisées car des tas de comemrces sont multi-franchisés).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

[marc marc]

Bonjour,

tout d'abord, quand pour ma part j'utilise le mot vandalisme, ce n'est 
pas du mépris, c'est un mot qui décrit une action, celle de casser 
quelque chose d'utile pour le plaisir d'y voir sa propre version, sans 
tenir compte des autres, un peu comme quand quelqu'un détruit un poteau 
d'éclairage public (je suis contre la pollution lumineuse inutile, mais 
aussi contre le vandalisme comme supposée solution).
Mon ressenti envers le vandalisme n'est évidement pas positif.
Je pense que ce que tu qualifie du mépris est lié à la perte de temps 
qu’engendre une minorité alors que des solutions multilingue existent.

L'histoire du faux saint, c'est historiquement stupide, mais voyons les 
choses en face : le lieu s’appelle ainsi, si vous on veux renseigner le 
nom, c'est malheureusement pour l’étymologie avec l'erreur de traduction 
quitte à rajouter un tag description ou étymologie.

Votre recherche du compromis existe et fonctionne dans de nombreuse 
régions "sous tension linguistique". En Belgique par exemple, la règle 
est simple : les régions sous statu multilingues ont les langues 
multiples dans le tag name. les régions non-multilingues (y compris les 
communes massivement francophones mais situés en Flandre) ont le nom 
officiel dans le tag name et toutes les variantes linguistiques possible 
dans les tag name:xx correspondant. C'est stupide mais cela fonctionne.
Et il ne me viendrait pas à l'idée d'y vandaliser les noms 
néerlandophones malgré que je trouve la situation non parfaite.

Pour répondre dans les détails à vos questions :
 > Renseigner le toponyme officiel dans les deux langues officielles
 > puisqu’il y a aussi les régions qui ont deux langues officielles.

De quelle région parlez-vous ?
Dans les régions réellement multilingue, cela se fait dans le tag name, 
avec cependant des variations dans le caractère de séparation (le ";" 
aurait été logique pour suivre l'habitude dans osm, mais le "-" existe, 
de même que le "/" exemple :
https://www.openstreetmap.org/way/3517898 à Bruxelles
https://www.openstreetmap.org/relation/1682380 en Suisse
NB: Toulouse n'est pas une région bilingue pour en revenir
au début du "***"

 > Renseigner le toponyme en langue officielle et en langue locale
 > dans le cas où elle n’est pas reconnue comme langue officielle
 > et que c’est l’usage en français qui domine pour l’objet à nommer.

name=Toulouse
name:eu=Tolosa Okzitania

 > Que faire dans le cas où le nom d’une route, un chemin un ruisseau
 > est  en langue locale et n’a pas été changé en langue officielle
 > par le passé.

Qu'importe la langue, si le nom officiel est uiriouewiowh, on met 
name=uiriouewiowh
on peux préciser la lanque de ce uiriouewiowh en mettant 
name:xx=uiriouewiowh. on peux "traduire" ce nom dans la langue
de son choix avec un name:yy=la traduction
oü xx et yy sont les langues respectives.
Le soucis et la susceptibilité est de définir quel est
le nom officiel et quel est le nom "traduit".
Pour une route, une commune, une région, c'est l'autorité qui
définit le nom. Paris se nome Paris même si quelqu'un se mettait
à vouloir transformer cela en panam. On pourrait éventuellement
avoir alt_name=panam mais pas name=panam.

 > Je trouve de nombreux exemples qui clignotent dans Osmose où
 > c’est le cas « langue locale du nom sans langue par défault »
 > Il s’agit des cas où c’est le nom catalan qui est utilisé
 > localement et non le français pour des rues
Quelle adresse utilise l'administration pour envoyer la feuille
d'impôt ?
Si le nom "venant du catalan" est utilisé par l'administration, on peux 
en déduire que c'est devenu aussi le nom "en français".
Si c'est un autre nom, c'est le nom recherché pour le tag name :)
Pour le reste, remettons déjà en ordre les rues/communes et autres 
objets qui ont un nom "officiel", il serra toujours temps de raffiner
le reste.

 > C’est comme si j’écrivais New-York Niouillorc

en réalité il y a une erreur de terme. Quand on dit en "en français", 
pour le nom d'une ville, ce n'est pas une traduction, c'est le mot 
utilisé en langue française.
le "name:fr" serrait "New-York" puis que c'est ainsi qu'un nom
la ville quand on dit "je vais à New-York" et non "je vais à Niouillorc"

 > en les bridant

il n'y a aucun bridage, on peux ajouter autant d'info qu'on veux.
Mais on peux aussi se souvenir qu'osm es un projet communautaire
et qu'il faut donc un minimum de consensus.
virer le tag name:fr ou changer Toulouse en un dialecte n'est pas
un acte qui fait l'objet d'un consensus.

 > c’est quoi un bot ?

C'est un programme informatique chargé de réagir en "automatique".
par exemple un bot pourrait connaître la liste de toute les communes 
française et corriger les cas de vandalisme sans qu'un humain doive
y perdre son temps.
D'autre bot existe qui corrigent par exemple des fautes d'orthographes 
ou de tag courant. ou envois un message de bienvenu lorsqu'on fait une 
contribution dans une zone.

Cordialement,
Marc

[Talk-us] GNIS Issues to be aware of (was: dubious church node)

[Mike Thompson]

Here are a few other GNIS issues to be aware of:

1) Duplicates  - As someone else pointed out, the GNIS points were
digitized off of the USGS topo maps.  If a feature is actually in multiple
map sheets (such as a mountain), it may appear multiple times. I believe it
was done by state, so if a feature appears in multiple states there will be
multiple entries in the GNIS (sometimes with slightly different names).  I
have pointed out a large number of such cases to the Board on Geographic
names, but that was after the import to OSM, so you may still encounter
them.

2) Classification - It seems that the GNIS used an automated query to
classify some of the GNIS points.  For example, a "park", particularly in
the western US, can be a broad flat relatively treeless valley. Many of
these types of parks were mis-classified in the GNIS as the recreational
type of park.  I pointed out some of these to the Board on Geographic
names, but again, that was after the import.

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

[OSM-talk-fr] Langues régionales : à la recherche du consensus

[Anne-Marie Candès]

Bonjour

J’ai  du mal a accepter le mépris dans des mots comme : saboteurs, 
régionalistes.

L’argument selon lequel « on supprime les toponymes officiels pour les 
remplacer par leur équivalent régional » est faux  quand on sait que les 
toponymes officiels sont la plupart du temps une francisation à l’écrit du nom 
historique en langue locale. Détail d’importance qui peut permettre de 
comprendre je l’espère. C’est l’histoire de l’arroseur arrosé.
Pour la petite histoire, nous avons un village Santarnac (en catalan) que les 
français ont cru intelligent de transcrire Saint-Arnac (en français officiel) 
Connaissez vous donc le saint de l’Arnaque ? Moi pas ! Erreur de compréhension 
: Santarnac ce n’est pas Sant Arnac.

De façon générale l’orthographe officielle est passée dans l’usage 
depuis longtemps et je ne vois pas de retour en arrière possible, je pense que 
ce serait aussi ridicule au final et assez ingérable effectivement. Je vous 
comprend donc parfaitement, moi non plus je n’aime pas qu’on détruise mon 
travail. Faut-il pour autant faire perdurer cette hérésie en fabriquant des 
saints qui n’ont jamais existé ?

Plutôt que du mépris, je pense qu’il serait plus constructif de 
proposer une solution pour que l’on puisse insérer les deux, car ce problème 
est mondial  et pas seulement régional. Nier une culture en tentant de la 
limiter au folklore c’est appauvrir la culture pour tout le monde, c’est une 
perte énorme pour l’histoire, l’ethnologie, la sociologie, la littérature et 
cela a des relents de colonialisme et d’uniformisation dans un monde que je 
préfère ouvert et respectueux de tous.

Géographe de formation,  je suis capable de comprendre qu’il ne faut 
pas faire n’importe quoi au risque de foutre tout par terre, ainsi plutôt que 
du mépris je propose d’une part un peu de pédagogie pour comprendre le 
fonctionnement d’une base de donnée et l’impact de certaines modifications et 
d’autre part  une prise en compte de ce problème universel et la recherche de 
solutions technique adaptées.

Débutant avec OSM (qui n’est pas d’un abord facile) et je veux bien 
maintenant qu’on m’explique comment faire dans les cas suivants : 

Renseigner le toponyme officiel dans les deux langues officielles puisqu’il y a 
aussi les régions qui ont deux langues officielles.
Renseigner le toponyme en langue officielle et en langue locale dans le cas où 
elle n’est pas reconnue comme langue officielle et que c’est l’usage en 
français qui domine pour l’objet à nommer.
Que faire dans le cas où le nom d’une route, un chemin un ruisseau est  en 
langue locale et n’a pas été changé en langue officielle par le passé. Je 
trouve de nombreux exemples qui clignotent dans Osmose où c’est le cas « langue 
locale du nom sans langue par défault »Il s’agit des cas où c’est le nom 
catalan qui est utilisé localement  et non le français pour des rues, des lieux 
dits, des ruisseaux qui ne serait pas compris avec une traduction française 
puisque c’est le catalan qui a toujours été utilisé pour les désigner (tout n’a 
pas été traduit ou transcrit par le passé). Parfois il  s’agit d’ailleurs de 
nom propres. Le système semble là aussi reconnaitre la langue, d’où les 
anomalies qui remontent dans Osmose. L’usage des 2 langues coexiste donc dans 
la réalité (ce qui n’a rien à voir avec le fait que la langue ne soit pas 
officielle)  Des lieux n’ont pas eu d’existence en français et il n’y a donc 
aucune raison objective de les « débaptiser » maintenant. Dans osmose on trouve 
souvent dans ce cas le même nom (nom catalan donc) dans le tag name et dans le 
tag name:ca. Comment faire pour éviter l’alerte « langue locale du nom sans 
langue par défault «  dans ce cas ?
Dois t-on faire perdurer l’absurdité d’écrire des noms catalans avec une 
orthographe française  pour ceux qui n’ont pas encore été nommé et cartographié 
?  Faut-il en fabriquer volontairement d’autres ? C’est comme si j’écrivais 
New-York Niouillorc ou Niouyorc,  ou que je décide que maintenant ça va 
s’appeler Villeneuve pour qu’Osmose ne clignote pas !

Il ne s’agit pas de régler un problème politique mais de trouver une solution 
technique à un problème de toponymie dans un contexte bilingue, même si on ne 
peut pas occulter la réalité et l’ existence des problèmes politiques sous 
peine d’aller droit dans le mur.
L’esprit du libre c’est bien l’ouverture, le partage des connaissances,  et la 
contribution ou je me trompe et c’est comme ailleurs la loi du plus fort ? 

Je pense qu’il est dommage de se priver des connaissances en toponymie 
de ces contributeurs en les bridant et en ne leur permettant pas d’enrichir la 
base  avec ce contenu, je propose donc de sérier tout les cas de figures 
problématiques et d’établir les règles que la communauté devra ensuite valider 
et appliquer. 

PS. Question de débutante : c’est quoi un bot ?

J’ai regardé ce que ça donne sur google par curiosité : 

Re: [Talk-it] memorial=war_memorial (a riguardo di)

[demon.box]

liste DOT girarsi AT posteo DOT eu wrote
> Non ti far prendere dallo sgomento, 
> (...)


dieterdreist wrote
> per il momento lascia, ma probabilmente anche in futuro

Parole sagge!
Seguo il vostro consiglio e per ora (in attesa di indicazioni più chiare e
condivise, semmai ce ne saranno...) non faccio proprio nulla... lascio stare
così com'è e poi si vedrà.

Grazie, ciao

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Prise de contact

[Jean-Marc Liotier]

On Tue, 3 Oct 2017 14:15:52 +0100
Mahamat Laouane  wrote:
>
> Nous sommes ravi d'être parmi vous et nous contribuons depuis le
> Tchad(Afrique). Cependant on a quelques préoccupations. On vient en
> effet de mettre sur pieds l'association locale et nous cherchons une
> légitimité globale. Que faire ?

Parlez-en sur  - vous y trouverez
des contributeurs de plusieurs autres pays voisins, dont certain ont
parcouru un long chemin dans l'animation de structures Openstreetmap
locales.

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

Re: [Talk-ht] Fwd: J-7

[Dagno louis]

Très intéressant
Le 29 sept. 2017 9:20 AM, "Fred Moine"  a écrit :

> Bonjour,
>
> Pour information un Mooc qui pourrait avoir des éléments intéressants...
>
> En 2015, on avait essayé de proposer des analyses rapides sur les bassins
> versants en Haïti pour pauser un diagnostique participatif...
>
> Mais on n'a pas pu aller au bout de la démarche, faute de moyen... Cela
> arrive on garde cela sous le coude comme on dit.
>
> Bonne continuation a+ FredM
> -- Message transféré --
> De : 
> Date : 26 septembre 2017 à 08:37
> Objet : J-7
> À : frmo...@gmail.com
>
>
> Des rivières et des hommes : hydrologie, hydraulique et géomorphologie
> [image: alt text]  Se former en liberté sur la
> plateforme FUN
> Des rivières et des hommes : hydrologie, hydraulique et géomorphologie
>
> Bonjour à tous,
>
> nous voici à une semaine de la 4ème édition du MOOC "des rivières et des
> hommes".
> Vous êtes maintenant 2400 inscrits, des quatre coins de la planète, tous
> motivés pour mieux comprendre comment gérer durablement nos rivières.
> De part vos réseaux de connaissances professionnelles ou universitaires,
> vous êtes sans conteste les meilleurs ambassadeurs de ce MOOC. Aussi,
> n’hésitez pas à le faire connaitre à votre entourage! Ceci pour élargir à
> la fois le cercle de participants et, pourquoi pas, faire naître une
> communauté locale d'apprenants.
>
> Nous avons mis en place des réseaux sociaux dans le cadre de ce MOOC :
> Vous pouvez suivre notre page Facebook https://www.facebook.com/mooc.RdH,
> ou encore suivre le compte Twitter @MOOC_RdH (https://twitter.com/MOOC_RdH
> ).
>
> Nous sommes vraiment ravis de vous retrouver très prochainement,
>
> Au nom de toute l'équipe du MOOC "Des rivières et des hommes", je vous
> souhaite une très bonne journée,
> Nicolas Gratiot
>   *Voir le cours*
> 
>
> Vous recevez ce message car vous êtes inscrit au MOOC Des rivières et des
> hommes : hydrologie, hydraulique et géomorphologie
> 
> sur la plateforme FUN .
> Si vous ne souhaitez plus recevoir de messages concernant ce cours, merci
> de bien vouloir modifier les « Paramètres de messagerie » dans votre
> tableau de bord .
> Aide  |  Catalogue des cours
> 
> Ce message est généré automatiquement, merci de ne pas y répondre.
>
> 
> 
> ___
> Talk-ht mailing list
> Talk-ht@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ht
> Notez! Vous pouvez utiliser Google Translate (http://translate.google.com)
> pour traduire les messages.
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[OSM-ja] 東屋について

[多田 真遵]

ただ＠尼崎です。

公園の東屋（屋根が有って壁がない建物）について質問です。
https://ja.wikipedia.org/wiki/%E5%9B%9B%E9%98%BF

iDで東屋を選択すると
amenity=shelter
shelter_type=pavilion
になります。

東屋のwikiでは
https://wiki.openstreetmap.org/wiki/JA:Key:shelter_type
amenity=shelter
shelter_type=picnic_shelter
になっています。

どちらが正しいのでしょうか？

shelter_type=pavilion
はwikiには載ってないのですが、
building=pavilion
というのは有りました。
http://wiki.openstreetmap.org/wiki/Tag:building%3Dpavilion

以上、宜しくお願いします。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-gb-westmidlands] Next meeting

[Todd Heidesch]

I will certainly do my best to get there tomorrow.

Regards
Todd

> On 2 Oct 2017, at 23:02, Rob Nickerson  wrote:
> 
> Wednesday seems best (just) as it's me, maybe Todd and maybe Andy. Thursday 
> is just Eike.
> 
> We can switch back to Thursday next month.
> 
> @Andy: Let me know re the pub.
> @Todd: Will you be able to make it this Wednesday?
> 
> Rob
> 
>> On 28 September 2017 at 22:22, Andy Robinson  wrote:
>> Wed it is then. Not 100% sure I can make it currently.
>> 
>>  
>> 
>> We did use the Shakespeare before but I think we found it a bit small and 
>> noisy (sky tv). Wherever we go its best that there isn’t a big screen in 
>> eye/ear shot.
>> 
>> 
>> I have a friend that used the Wellington a lot. Will ask his view.
>> 
>>  
>> 
>> Cheers
>> 
>> Andy
>> 
>>  
>> 
>>  
>> 
>>  
>> 
>> From: Rob Nickerson [mailto:rob.j.nicker...@gmail.com] 
>> Sent: 27 September 2017 22:57
>> To: Andy Robinson
>> Cc: Brian Prangle; talk-gb-westmidlands
>> 
>> 
>> Subject: Re: [Talk-gb-westmidlands] Next meeting
>>  
>> 
>> With two people saying no to Thursday (3 if you include me) this month, we 
>> might as well go for Wednesday 4th October.
>> 
>> For pubs those in Birmingham may know better but here are some ideas. I 
>> suggest the first on the list unless anyone knows a reason to rule it out.
>> 
>> - The gunmakers arms. Just round the corner from the bull. (seems to have 
>> it's own micro brewery)
>> 
>> - Queen's Arms, Newhall St
>> 
>> - The Shakespeare, Summer Row
>> 
>> - The Wellington (no event on Wednesday / live folk music on Thursday). 
>> Bennetts Hill
>> 
>> - The Lost and Found. Bennetts Hill
>> 
>> See you soon,
>> 
>>  
>> 
>> 
>> 
>> Rob
>> 
>>  
>> 
>> On 27 September 2017 at 10:16, Andy Robinson  wrote:
>> 
>> I’m easy, though in Cheshire more and more.
>> 
>>  
>> 
>> Cheers
>> 
>> Andy
>> 
>>  
>> 
>> From: Brian Prangle [mailto:bpran...@gmail.com] 
>> Sent: 27 September 2017 08:15
>> To: Rob Nickerson
>> Cc: talk-gb-westmidlands
>> Subject: Re: [Talk-gb-westmidlands] Next meeting
>> 
>>  
>> 
>> Hi Rob
>> 
>> No progress on alternative venue and I definitely can't make Thurs 5th
>> 
>> Regards
>> 
>> Brian
>> 
>>  
>> 
>> On 26 September 2017 at 23:59, Rob Nickerson  
>> wrote:
>> 
>> Hi all,
>> 
>> Are we back in Birmingham for Octobers meeting? I seem to recall some 
>> discussion about trying a new venue. Where did we get to on that one?
>> 
>> Also I've screwed up my calendar so Thursday 5th October isn't looking that 
>> great for me :-( I might have to skip it but throwing the idea of a one off 
>> Wednesday meeting out there if that works for others. If not the go ahead 
>> without me on Thursday.
>> 
>> 
>> Rob
>> 
>> 
>> ___
>> Talk-gb-westmidlands mailing list
>> Talk-gb-westmidlands@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>> 
>>  
>> 
>>  
>> 
> 
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

[Talk-it-trentino] ItWikiCon a Trento dal 17 al 19 novembre 2017 al Palazzo delle Albere

[Cristian Consonni]

Ciao,

dal 17 al 19 novembre 2017 si terrà a Trento la prima ItWikiCon, la
conferenza italiana di Wikipedia (pensate alla versione Wikipediana di
OSMit oppure alla versione locale di Wikimania).

Il programma è aperto a proposte, per maggiori info guardate qui:
https://meta.wikimedia.org/wiki/ItWikiCon/2017/it

Ciao,

C

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

Re: [Talk-lv] OpenStreetMap + Wikidata

[Ilja Denisovs]

Sveiki, kolēģi,


> izklausās pēc jaukas tēmas (sen nebijušai) osm sanākšanai kādā darbdienas
> vakarā. varbūt kaut kad oktobra otrajā pusē?


Piekrītu, tā ir laba ideja!

2017-10-03 16:27 GMT+03:00 Rihards :

> On 2017.10.03. 11:29, Mārtiņš Bruņenieks wrote:
> > Sveicināti!
> >
> > Vai kāds no OSM kopienas ir pamēģinājis padarboties ar Wikidata projektu
> > (sasaisti ar OSM relācijām)?
> > http://wiki.openstreetmap.org/wiki/Wikidata
> >
> > Diezgan brīvi orientējos Wikidata jautājumos, varētu novadīt workshop
> > par šo tēmu, ja ir interesenti. Lietainie rudens vakari būtu piemērots
> > laiks.
>
> esmu šur tur tagus palabojis, bet minimāli.
> izklausās pēc jaukas tēmas (sen nebijušai) osm sanākšanai kādā
> darbdienas vakarā. varbūt kaut kad oktobra otrajā pusē ?
>
> > Wikidata ir atvērto datu projekts, kura pirmsākumi meklējami Wikimedia
> > Deutschland / vācu valodas Vikipēdijas kopienā. Ar Latvijai aktuālajām
> > lietām tur darbojas vairāki Vikipēdijas latviešu valodā redaktori. Tomēr
> > arvien pieaug datu apjoms, kam nav nekāda sakara ar Vikipēdiju.
> >
> >  Mārtiņš--
>  Rihards
>
> ___
> Talk-lv mailing list
> Talk-lv@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lv
>



-- 
Best regards!
Ilja Denisovs
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

[Talk-br] Mapa em aplicativo Android

[Wesley Morais de Oliveira]

Olá, boa tarde.
Meu nome é Wesley Morais de Oliveira, estou pesquisando/estudando uma forma
de usar o OSM em um aplicativo android, para ser utilizado como ferramenta
de um sistema de tranporte escolar, a principio ele apenas seria usado para
desenhar as rotas dos onibus aqui de minha cidade, porém eu não encontro
uma forma de usar o mapa sem precisar da internet, algo como o Google Maps.
Isso é possível?
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

[Janko Mihelić]

pon, 2. lis 2017. u 14:49 Ilya Zverev  napisao je:

> Exactly. OSM uses the reversed notation:
>
> ref:velobike is a ref for velobike, not velobike for ref.
> source:geometry is a source for geometry, not geometry for source.
>
> Wikipedia for brand should also be wikipedia:brand. This way all wikipedia
> links are grouped.
>
>
Your examples are the minority here. Most often before the colon is the
subject, and after the colon is its attribute. Just go to this link to see
most uses of the colon:

https://taginfo.openstreetmap.org/search?q=%3A

addr:housenumber=3, house number is an attribute (or a part) of the whole
address
source:date=2017-07-07, date is an attribute of the source tag. It is not
the source of the date provided.
building:levels=4, number of levels is an attribute of the building
social_facility:for=seniors, who is the social facility for is an attribute
of the social facility
church:type=parish, type of the church is an attribute of the church

On the entire first page there are only two tags that use colons as you
said; ref*:*bag on place #10 and ref*:*ruian*:*building on place #34.

That's why, when I created the original Wikidata proposal, I suggested
brand:wikidata. Because Wikidata ID is an attribute of the brand.

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

Re: [Talk-lv] OpenStreetMap + Wikidata

[Rihards]

On 2017.10.03. 11:29, Mārtiņš Bruņenieks wrote:
> Sveicināti!
> 
> Vai kāds no OSM kopienas ir pamēģinājis padarboties ar Wikidata projektu
> (sasaisti ar OSM relācijām)? 
> http://wiki.openstreetmap.org/wiki/Wikidata
> 
> Diezgan brīvi orientējos Wikidata jautājumos, varētu novadīt workshop
> par šo tēmu, ja ir interesenti. Lietainie rudens vakari būtu piemērots
> laiks.

esmu šur tur tagus palabojis, bet minimāli.
izklausās pēc jaukas tēmas (sen nebijušai) osm sanākšanai kādā
darbdienas vakarā. varbūt kaut kad oktobra otrajā pusē ?

> Wikidata ir atvērto datu projekts, kura pirmsākumi meklējami Wikimedia
> Deutschland / vācu valodas Vikipēdijas kopienā. Ar Latvijai aktuālajām
> lietām tur darbojas vairāki Vikipēdijas latviešu valodā redaktori. Tomēr
> arvien pieaug datu apjoms, kam nav nekāda sakara ar Vikipēdiju.
> 
>  Mārtiņš-- 
 Rihards

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

Re: [OSM-talk-fr] Prise de contact

[marc marc]

Bonjour,

Le 03. 10. 17 à 15:15, Mahamat Laouane a écrit :
> On vient en effet de mettre sur pieds l'association locale
> et nous cherchons une légitimité globale. Que faire ?

c'est quoi une légitimité globale ?
le mieux me semble être de vous décrire sur la page wiki du pays/région 
ou vous agissez, la légitimité vient souvent des actions entreprises.
Après il existe le status de "chapitre", càd d'association locale en 
lien avec la structure internationale, mais c'est peut-être prématuré
si vous commencez seulement.

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

[OSM-talk-fr] Prise de contact

[Mahamat Laouane]

Nous sommes ravi d'être parmi vous et nous contribuons depuis le
Tchad(Afrique).
Cependant on a quelques préoccupations. On vient en effet de mettre sur
pieds l'association locale et nous cherchons une légitimité globale. Que
faire ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

[Andy Mabbett]

> You have advanced to justification

"You have advanced no justification..."

On 3 October 2017 at 13:43, Andy Mabbett  wrote:
> On 2 October 2017 at 19:36, Frederik Ramm  wrote:
>
>> Instead, I have Yuri adding, modifying,
>> and re-adding Wikidata tags all over the planet and ignoring most calls
>> for moderation, and Andy Mabbett from England editing supermarkets in
>> Germany.
>
> I've asked you once already to drop your nationalist comments; why are
> you repeating them?
>
> You have advanced to justification for suggesting that someone who
> happens to live in England should not edit items in Germany, nor
> indeed vice versa, nor for someone whose home and edits are in any two
> different countries.
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk



-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-ca] Using City of Vancouver Open Licensed Data?

[john whelan]

I understand Paul Norman arranged for something for the city of Vancouver
Open Data so the data might be imported into OSM.  This is independent of
the normal licensing route.

Cheerio John

On 2 October 2017 at 14:15, keith  wrote:

> Hello Canada list,
>
> I am interested in using some of the data provided by the City of
> Vancouver under the "Open Government Licence – Vancouver" (
> http://vancouver.ca/your-government/open-data-catalogue.aspx#tab19099).
> According to the OSM wiki this is compatible with OSM's licence (
> https://wiki.openstreetmap.org/wiki/Contributors#Vancouver), is this
> accurate?
>
> I want to do small imports of building traces, manually checking the
> imagery against the Imagery. I guess this should still be considered to
> finish off the section of Vancouver that does not have the buildings
> traced. The quality of the data from the City of Vancouver is OK, not
> amazing, in fact slightly lower than the average for Vancouver building
> traces, but not outside the range. It would be trivial to improve the
> traces to be better than average, and I would do so for what I import. It's
> for a relatively small area, about 2km by 4.5km, and I would be doing lots
> of manual fixes and inspection. So many that I'm not really sure that it's
> exactly an import.
>
> If the building traces goes smoothly, and has general acceptance, I might
> use other data from the listed datasets.
>
> What do the folks on this list say? Am I good to go ahead with this?
>
> Thanks for any input.
>
> Keith
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-lt] Naujas žemėlapis - vektorinis žemėlapis!

[Ramas]

Dar reiktų pridurti, kad visas projektas po truputi tampa visiškai atviru
ir kiekvienas gali prisidėti prie vystymo.

https://github.com/openmaplt/vector-map

2017-10-03 14:42 GMT+03:00 Tomas Straupis :

> 2017 m. spalio 3 d. 09:18, Darius Žitkevičius rašė:
> > Jei dar būtu routingas būtu pilnavertė navigacija.
>
>   Paulius sakė, yra jo planuose artimuose ir maršrutizavimas :-)
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk-fr] Publication OpenData du cadastre

[Christian Quest]

Oui, officiellement dispo depuis hier... :)

Les données brutes de la DGFiP sont au format EDIGEO, format peu courant
mais ouvrable avec gdal (donc QGis).

Dans cette première livraison, Etalab propose une extraction des
principales couches d'infos surfaciques remise au format geojson en WGS84:
limites de communes, de section cadastrale, de parcelle, et l'emprise des
bâtiments.

Des données sont téléchargeables par département et par communes pour les
geojson et par département et feuille cadastrale pour l'EDIGEO.

Ces données seront mises à jour trimestriellement.


Les nouveautés à venir pour les contributeurs:

- la prochaine version de JOSM va pouvoir ouvrir directement les fichier
EDIGEO de la DGFiP.
- l'extraction du bâti de cadastre.openstreetmap.fr deviennent en partie
inutiles
- les script d'extraction d'adresses de cadastre.openstreetmap.fr et de
BANO vont aussi pouvoir évoluer prochainement.

Il y a d'autres données provenant du cadastre qui seront bientôt
disponibles:
- le PCI Image et  les localisants de parcelles
- l'historique des évolutions des parcelles (la parcelles XXX est séparée
en YYY et ZZZ)


Les fichiers EDIGEO permettent bien plus que ce qu'on a pu faire jusqu'à
maintenant. On a par exemple les dates de création et de dernière
modification des objets.
On y trouve aussi des filaires portant les noms des voies pour l'habillage
des plan... j'ai commencé à travailler dessus pour les rapprocher de
FANTOIR, il se peut que ce type de traitement soit fait sur les données
mises à disposition par Etalab en geojson.
D'autres traitements sont aussi envisagés par Etalab pour améliorer les
données, les lier à d'autres, etc. Ceci devrait arriver d'ici la fin de
l'année.

Etalab va aussi mettre en place des API pour interroger ces données, comme
ça a pu être fait en mettant en place un géocodeur pour faciliter la
réutilisation de la BAN.


Il mes semble utile qu'on réfléchisse ensemble au meilleur moyen
d'exploiter ces données et surtout de le penser dans le long terme pour les
mises à jour. Pour cela, évitons de nous précipiter sur des imports à
partir de ces données pour l'instant très brutes.
Ces données font parti du "Service Public de la Donnée de Référence" dont
le slogan est "Des données sur lesquelles vous pouvez compter"... c'est
donc là pour longtemps ;)


Le 3 octobre 2017 à 14:20, David Marchal  a écrit :

> Cher tous,
>
>
> Je viens de voir que le cadastre, en tout cas certaines informations,
> viennent d’être publiées en OpenData, et en vectoriel, s’il vous plaît :
> https://www.nextinpact.com/brief/le-cadastre-est-
> accessible-en-open-data-329.htm Sans doute ce que Christian Quest disait
> être dans les tuyaux. D’emblée, je vois l’utilisation du GeoJSON pour
> l’importation du bâti, mais on doit pouvoir en tirer beaucoup plus. Merci à
> la DGFiP et à Etalab pour ça, ça devrait nous aider.
>
>
> Cordialement.
>
> ___
> 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] Could we just pause any wikidata edits for a month or two?

[Andy Mabbett]

On 3 October 2017 at 11:02, Frederik Ramm  wrote:

>seeing that the matter is discussed quite intensively and opinions
> vary widely, could we perhaps agree to pause any (large scale) wikidata
> edits for a while until more members of our community have had a chance
> to form an opinion?

Members of the the community have had chance to form an opinion on the
use of Wikidata for (at least) over four years:

https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata was
created in February 2013

https://wiki.openstreetmap.org/wiki/Wikidata was created in August 2103.

There have been numerous mailing list discussions in the interim, as
well as presentations at SotM and at other OSM events. Both ID and
JOSM have Wikidata functionality.

> OpenStreetMap is not, and never has been, in a hurry. Let us take the
> time to find out which level of wikidata integration we would like to
> see, and reach a consensus on this.

It seems to me that such consensus was reached a long while ago, and
that only you and a couple of other people refuse to accept this.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

[Talk-GB] NLS maps for OSM editing

[Philip Barnes]

Are we able to use NLS 25 inch maps in josm for OSM l editing.

I am able to access the ones added earlier, such as Hampshire but not the later 
additions such as Shropshire or Leicestershire.

Phil (trigpoint) 
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

[Andy Mabbett]

On 2 October 2017 at 19:36, Frederik Ramm  wrote:

> Instead, I have Yuri adding, modifying,
> and re-adding Wikidata tags all over the planet and ignoring most calls
> for moderation, and Andy Mabbett from England editing supermarkets in
> Germany.

I've asked you once already to drop your nationalist comments; why are
you repeating them?

You have advanced to justification for suggesting that someone who
happens to live in England should not edit items in Germany, nor
indeed vice versa, nor for someone whose home and edits are in any two
different countries.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-ca] Using City of Vancouver Open Licensed Data?

[James]

I'm not sure if Paul has imported data for Vancouver before or not. But
before you import, you need to document on the wiki.
http://wiki.openstreetmap.org/wiki/Canada:British_Columbia:Vancouver#Imports
would be a good place to start looking what people have done in the past

On Oct 2, 2017 10:57 PM, "keith"  wrote:

> Hello Canada list,
>
> I am interested in using some of the data provided by the City of
> Vancouver under the "Open Government Licence – Vancouver" (
> http://vancouver.ca/your-government/open-data-catalogue.aspx#tab19099).
> According to the OSM wiki this is compatible with OSM's licence (
> https://wiki.openstreetmap.org/wiki/Contributors#Vancouver), is this
> accurate?
>
> I want to do small imports of building traces, manually checking the
> imagery against the Imagery. I guess this should still be considered to
> finish off the section of Vancouver that does not have the buildings
> traced. The quality of the data from the City of Vancouver is OK, not
> amazing, in fact slightly lower than the average for Vancouver building
> traces, but not outside the range. It would be trivial to improve the
> traces to be better than average, and I would do so for what I import. It's
> for a relatively small area, about 2km by 4.5km, and I would be doing lots
> of manual fixes and inspection. So many that I'm not really sure that it's
> exactly an import.
>
> If the building traces goes smoothly, and has general acceptance, I might
> use other data from the listed datasets.
>
> What do the folks on this list say? Am I good to go ahead with this?
>
> Thanks for any input.
>
> Keith
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk-fr] Publication OpenData du cadastre

[David Marchal]

Cher tous,


Je viens de voir que le cadastre, en tout cas certaines informations, viennent 
d’être publiées en OpenData, et en vectoriel, s’il vous plaît : 
https://www.nextinpact.com/brief/le-cadastre-est-accessible-en-open-data-329.htm
 Sans doute ce que Christian Quest disait être dans les tuyaux. D’emblée, je 
vois l’utilisation du GeoJSON pour l’importation du bâti, mais on doit pouvoir 
en tirer beaucoup plus. Merci à la DGFiP et à Etalab pour ça, ça devrait nous 
aider.


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

Re: [Talk-GB] Tagging "Shared space" roads (Preston City Centre)

[Adam Snape]

Hi,

"So I'd be OK with any of highway=* plus access tags; shared_space=yes;
traffic_calming=shared_space; or maybe even go for duck tagging them as
highway=shared_space?"

I'm not sure highway=shared_space is any more duck tagging than
highway=unclassified etc.  To me the primary characteristic we consider for
highway classification in OSM has always been official classification
(motorway, trunk, primary etc.). A UK primary road can vary wildly in
character  from an NSL dual carriageway, to a 20mph city street, to a
single track road, Do the A5149 and A523 really cease to be primary and
trunk roads respectively because they meet in the centre of Poynton's
shared space scheme ( http://www.geograph.org.uk/photo/2935971 ) ? I
believe this example shows shared space should be considered to be a
feature of a highway, not the determining factor in its classification.

East Street in Horsham is another (sort of) example of a shared space and
has been tagged with the pedestrian/access tags method by lakedistrict. In
fact, the OSM wiki example of highway=pedestrian with access tags gets
pretty close to what I think of as a shared space, although there are some
differences in the priorities that are implied.

As promised, I did contact lakedistrict when I started this thread because
he first raised the living_streets issue in Preston. In his response he
said that he believed that living_streets should be restricted to signed
Home Zones and highway=pedestrian should be restricted to  signed
pedestrian streets, so I suspect teh Horsham example is probably signed as
a pedestrian street.

That '(sort of) example of shared use' raises another question about
hanging our highway classification on shared use, namely verfiiability. In
the UK shared use consists of an assortment of experimental road schemes,
signage is inconsistent and non-standard. Is it enough for some elements of
the design to be influenced by shared use, or should it be explicitly
signed? A minority of the streets tagged by Pete in Preston are explicitly
signed, with the rest being fairly quiet streets in the city centre with no
special signage on the ground.  It may be that there's a council document
somewhere labelling these as part of the scheme, but of course we can't use
that kind of document.

Kind regards,

Adam



On 2 October 2017 at 22:39, Matt Ellery  wrote:

> I agree with the idea that living_street isn't appropriate for the town
> centre roads identified here. I did notice that New Road in Brighton
> (mentioned in the shared space Wikipedia article) has also been changed to
> living_street by Pete Owens, although he has added access tags as well.
>
> East Street in Horsham is another (sort of) example of a shared space and
> has been tagged with the pedestrian/access tags method by lakedistrict. In
> fact, the OSM wiki example of highway=pedestrian with access tags gets
> pretty close to what I think of as a shared space, although there are some
> differences in the priorities that are implied.
>
> So I'd be OK with any of highway=* plus access tags; shared_space=yes;
> traffic_calming=shared_space; or maybe even go for duck tagging them as
> highway=shared_space?
>
> Regards,
> Matt
>
> On 2 October 2017 at 12:35, Adam Snape  wrote:
>
>> The photo of Exhibition Rd on Wikipedia makes it look deserted. I guess
>> it is sensible to photograph a new road layout at a quiet time.  I actually
>> walked along it not so long ago when visiting a museum and it certainly
>> seemed to still be used by quite a lot of motor traffic. Not that I think
>> traffic volume should necessarily determine tagging, but examples such as
>> this, the primary roads in Poynton, anda couple of thoroughfares in
>> Preston, do rather weaken the comparison to Home Zones or woonerven. There
>> traffic would typically be very light, very slow and almost entirely for
>> access. The more I look at the above examples, the more I am convinced that
>> the presence of shared use design doesn't make these thoroughfares
>> comparable to living_streets
>>
>> Adam
>>
>> On 2 October 2017 at 08:56, Paul Berry  wrote:
>>
>>> One of the most significant shared space street schemes in the country
>>> (at least, the one that got the most publicity) is Exhibition Road. Here's
>>> part of it: http://www.openstreetmap.org/way/34401602 and it's mapped
>>> as living street even though it is not residential.
>>>
>>> https://en.wikipedia.org/wiki/Exhibition_Road
>>>
>>> Should it be changed also?
>>>
>>> Regards,
>>> *Paul*
>>>
>>> On 1 October 2017 at 23:17, Colin Smale  wrote:
>>>
 And here's a road that wants to be a shared space but isn't there yet...


 https://www.facebook.com/NHnieuws/videos/1627424217288914/

 The goal of reducing the traffic speed has been achieved, apparently.


 On 2017-10-01 20:16, Richard Mann wrote:

 The classic shared space 

Re: [OSM-talk-fr] 3 jours de carto partie à Caen – 13-15 oct.

[Charles MILLET]

Bonjour,

Je me permets encore d'utiliser la liste pour ce rappel : la cartopartie 
des arbres et la cartopartie « déchets » de la presqu'île de Caen sont 
dans une dizaine de jour.


Bonne journée

Charles MILLET
charlesmil...@free.fr

Le 13/09/2017 à 19:23, Charles MILLET a écrit :

Bonjour,

Le Dôme de Caen organise 3 jours de carto partie :
– 2 jours dédiés à la cartographie des arbres de la presqu'île de Caen 
(vendredi 13 et samedi 14 octobre) ;
– 1 jour pour la cartographie liée aux déchets (point d'apport 
volontaire, poubelle, etc.).


Le principe est entre autres d'utiliser OpenStreetMap comme un support 
de type « état des lieux » pour du dialogue autour de l'aménagement.


Ces carto parties sont organisées dans le cadre du Turfu Festival à 
l'invitation de Société Publique Locale d'Aménagement de la Presqu’île 
de Caen et de Suez. Le Turfu Festival est une manifestation portée par 
Le Dôme dans le cadre de la Fête de la science et co-organisée par 
Relais d’sciences et Casus Belli.


Voici les liens :

https://turfu-festival.fr/ateliers/carto-partie-les-arbres-de-la-presquile/ 


https://turfu-festival.fr/living-room/carto-partie/
https://turfu-festival.fr/living-room/carto-partie-environnement-dechets/

C'est sur inscription mais c'est relativement souple. N'hésitez pas à 
me contacter si vous avez des questions au sujet de ces carto parties. 
N'hésitez pas à partager, twitter, etc.


C'est la troisième fois que le dernier étage du Dôme (super toit 
terrasse avec une partie abritée) est mis à disposition pour des 
opérations d'initiation à OSM telles qu'une cartopartie et le lieu est 
bien adapté – un tout petit peu éloigné du centre mais puisqu'on 
s'intéresse plus particulièrement à la presqu'île, ce n'est pas très 
grave. La dernière fois j'ai eu le plaisir de croiser quelques 
contributeurs de la communauté Caennaise qui m'ont bien aidé et j'en 
profite pour les remercier et les inviter à nouveau.


Au delà de la carto partie j'invite la communauté à venir découvrir le 
Dôme qui est un lieu excellent à la philosophie très "libre" 
(http://ledome.info/).


PS: Il y a de l'imagerie HD récente en Normandie qui pourrait être 
utile. Je vois si son utilisation est simple et possible dans JOSM 
et/ou iD mais si quelqu'un a une remarque ou un conseil à ce sujet je 
suis preneur (j'ai vu que le sujet était un peu actif sur le talk, il 
faut que je reprenne ça).


Amicalement.




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

Re: [Talk-lt] Naujas žemėlapis - vektorinis žemėlapis!

[Tomas Straupis]

2017 m. spalio 3 d. 09:18, Darius Žitkevičius rašė:
> Jei dar būtu routingas būtu pilnavertė navigacija.

  Paulius sakė, yra jo planuose artimuose ir maršrutizavimas :-)

-- 
Tomas

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

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

[Yves]

Any contributor interested in these Netto shops can edit the name, add an 
operator tag or else to distinguish them. 
If they are not interested or do not know better, then the should not do 
anything. 
If they are interested but not contributors, they can contribute. 
Yves 


Le 3 octobre 2017 12:46:10 GMT+02:00, Michael Reichert  
a écrit :
>Hi Andy,
>
>Am 2017-09-27 um 17:57 schrieb Andy Townsend:
>> On 27/09/2017 15:35, John F. Eldredge wrote:
>>> The spatial information will tell you where each business location
>is;
>>> it is not sufficient to tell you whether these are multiple
>locations
>>> of the same brand, or two unrelated brands that share the same name
>>> and category of business.
>> 
>> Can anyone think of an example where two unrelated brands share the
>same
>> name and category of business in the same geographical area?
>
>Netto in Germany. Both companies have shops in some German states.
>Officially, one of them is called "Netto Marken-Discount" and the other
>one just "Netto". But people call them both "Netto" and there are
>multiple towns and cities which have both Netto and Netto shops.
>Because
>you cannot expect any OSM mapper to add more than name=* and
>shop=supermarket, you cannot decided without additional sources which
>brand a Netto supermarket belongs to.
>
>Best regards
>
>Michael
>
>-- 
>Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
>ausgenommen)
>I prefer GPG encryption of emails. (does not apply on mailing lists)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] memorial=war_memorial (a riguardo di)

[Martin Koppenhoefer]

2017-10-03 12:39 GMT+02:00 demon.box :

> p.s. nella risposta che per ora mi è stata data si propone l'uso di
> memorial:theme=* e non di memorial=war_memorial
>


mi sembra meglio topic che theme, ma aspetterei ancora qualche altro
commento


historic=monument, historic=memorial+memorial=stele,
> historic=memorial+memorial=plaque
>


per il momento lascia, ma probabilmente anche in futuro


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

Re: [Talk-it] memorial=war_memorial (a riguardo di)

[liste DOT girarsi AT posteo DOT eu]

Il 03/10/2017 12:39, demon.box ha scritto:

p.s. nella risposta che per ora mi è stata data si propone l'uso di
memorial:theme=* e non di memorial=war_memorial

peccato che per memorial:theme non ci sia nemmeno 1 utilizzo:

https://taginfo.openstreetmap.org/search?q=memorial%3Atheme

aiuto!!!

a volte ci sono questioni (come questa) per le quali pur parlandone e
confrontandomi il più possibile alla fine (onestamente) non ci capisco una
mazza ;-

in soldoni mi ritrovo con alcune centinaia di monumenti, cippi e targhe ai
caduti da me mappate come

historic=monument, historic=memorial+memorial=stele,
historic=memorial+memorial=plaque

e sinceramente non capisco se lasciarle così o se devo cambiarle ma con
cos'altro?

boh...

accetto consigli

grazie

--enrico


Non ti far prendere dallo sgomento, quando la situazione è un pò più 
chiara ti regoli, diversamente lasci così, e sempre diversamente se 
arriva un'altro utente che stravolge uno o due di quelli da te mappati, 
devi confrontarti se ti interessa mantenere i tag precedenti, e ti 
ritrovi daccapo, perchè OSM è per tutti, di conseguenza non c'è legge 
che tenga se non quella del momento uniformata sempre rimessa in 
discussione.


Ti assicuro che è brutto vedersi cambiare oggetto che tu hai 
meticolosamente affinato nelle tue ricerche poi tradotte in tag, ma il 
confronto è l'arma migliore se si vuole la democrazia da queste parti, 
compreso il fatto di vedersi cambiare il tag.


Ci sono oggetti da me mappati che non mi piacciono come sono mappati, ma 
c'è un compromesso al quale devi sottostare, fatto salvo gli spammer a 
cui dichiaro guerra aperta.


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

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

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

[Martin Koppenhoefer]

2017-10-03 8:11 GMT+02:00 Yuri Astrakhan :

> Martin, while it is fascinating to learn about Aldi, its history, and
> possible ways to organize information about it, isn't it a moot point for
> our  discussion?
>


I just took it as an example because I think it works to illustrate several
problems (I didn't bring it up myself, I am not affiliated with them in any
way of course). One of these is wikipedia tags perfectly fitting for an
object in OSM and related wikidata not fitting, but being misleading and
factually wrong (almost everything on the wikidata object was wrong
initially, and keeps being wrong and got even worse after a lot of
modification following our discussion here). Seems strange, as the wikidata
object was initially created for the article, but it is like this.
It could be seen as alarming if not even proficient WD editors are able to
solve the issues for an object in the spotlight, in what condition will the
rest of it be, but I think this would be unfair, because it is clear you
can't reasonably make good edits on a topic from a different cultural
context you are not familiar with, where the information is mainly
available in a language you don't speak, and from a field you are likely
not very interested in (retail).



> We are talking about Wikipedia, and how we link to it. There is only one
> Aldi Wikipedia article that can be connected to:
>


actually we are talking about wikidata tags being added automatically,
without human verification, based on wikipedia tags that are present. The
fact that you can link only one Wikipedia article to a Wikidata object
could be a design problem, but I am not completely sure




>
> This is the current behavior of the iD editor: you type in Wikipedia page,
> and it automatically updates Wikidata ID, storing both values.  If you
> think this is incorrect, please start a discussion,
>


yes, I do believe it is the same or a similar problem with iD behaving like
this, and the discussion should have been started by the iD developers
before they added this feature (because it is covered by the automated
edits guidelines, or if it's not currently, it should be).



> But this has been the automatic software behavior for a long time. Most iD
> users would not even know that they have updated Wikidata tag,
>


it's complicated, because most iD users generally don't know about tags and
them being set. They don't even see them per default (AFAIK), its a
pro-feature in iD to see all tags (just verified, and "all tags" is there,
but you have to unfold it). I'm not happy with this, but there are also
arguments that it is beneficial for a certain group of mappers (less things
to learn, easier to start).



> so lets not treat "wikidata" as some magical unicorn that links to
> something bigger and better - it is simply a link to Wikipedia.
>


its not true, you keep repeating this, but WD has its own semantic tags
that describe what it is about, the objects don't claim to be representing
an article, they claim to be representing a real world thing, and have
links to WP articles that are supposed to be about this same thing.

Wikipedia itselft says about wikidata:

"Wikidata is a collaboratively edited knowledge base operated by the
Wikimedia Foundation. It is intended to provide a common source of data
which can be used by Wikimedia projects such as Wikipedia, and by anyone
else, under a public domain licence. This is similar to the way Wikimedia
Commons provides storage for media files and access to those files for all
Wikimedia projects, and which are also freely available for reuse."

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

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

[Michael Reichert]

Hi Andy,

Am 2017-09-27 um 17:57 schrieb Andy Townsend:
> On 27/09/2017 15:35, John F. Eldredge wrote:
>> The spatial information will tell you where each business location is;
>> it is not sufficient to tell you whether these are multiple locations
>> of the same brand, or two unrelated brands that share the same name
>> and category of business.
> 
> Can anyone think of an example where two unrelated brands share the same
> name and category of business in the same geographical area?

Netto in Germany. Both companies have shops in some German states.
Officially, one of them is called "Netto Marken-Discount" and the other
one just "Netto". But people call them both "Netto" and there are
multiple towns and cities which have both Netto and Netto shops. Because
you cannot expect any OSM mapper to add more than name=* and
shop=supermarket, you cannot decided without additional sources which
brand a Netto supermarket belongs to.

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] memorial=war_memorial (a riguardo di)

[demon.box]

p.s. nella risposta che per ora mi è stata data si propone l'uso di
memorial:theme=* e non di memorial=war_memorial

peccato che per memorial:theme non ci sia nemmeno 1 utilizzo:

https://taginfo.openstreetmap.org/search?q=memorial%3Atheme

aiuto!!!

a volte ci sono questioni (come questa) per le quali pur parlandone e
confrontandomi il più possibile alla fine (onestamente) non ci capisco una
mazza ;-

in soldoni mi ritrovo con alcune centinaia di monumenti, cippi e targhe ai
caduti da me mappate come

historic=monument, historic=memorial+memorial=stele,
historic=memorial+memorial=plaque

e sinceramente non capisco se lasciarle così o se devo cambiarle ma con
cos'altro?

boh...

accetto consigli

grazie

--enrico







--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] memorial=war_memorial (a riguardo di)

[demon.box]

scusa ma perchè andando qui:

http://gis.19327.n8.nabble.com/Tagging-f5258744.html

da dove ho postato il mio msg, ancora non vedo nulla?

grazie, ciao

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-at] Adressen übernehmen mit Adresshelper

[grubernd]

On 2017-09-27 11:22, Walter Krammer wrote:

Meine Frage ist: Wie soll ich richtig vorgehen?


ich bevorzuge (wie so oft) auch hier das KISS Prinzip: dh wenn solche 
Diskrepanzen auftreten, dann trage ich nur Strasse und Hausnummer ein 
und lasse den Rest weg.


das ist auch einer der Gründe warum Routing wohl funktioniert, weil die 
Router (hoffentlich) den Namen der Ortschaft auch aus dem 
Gemeindepolygon holen oder beides verwenden.


wie eest9 bereits erwähnte kommt zB das Thema Sankt versus St. immer 
wieder auf. den aktuellen Konsens weiss ich allerdings leider nicht 
auswendig.


und ja, vorzugsweise nicht verschiedene Konventionen innerhalb einer 
Ortschaft verwenden, das produziert nur Stress.


grüsse,
grubernd

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

Re: [Talk-it] memorial=war_memorial (a riguardo di)

[Martin Koppenhoefer]

2017-10-03 11:16 GMT+02:00 demon.box :

>
> ho provato a porre la questione nella lista tagging, vediamo...




l'ho visto. Così ti posso rispondere in inglese ;-)
Scherzi a parte, si trova qui:
https://lists.openstreetmap.org/pipermail/tagging/2017-October/033696.html

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

Re: [OSM-talk-fr] Utilisation du tag 'name' avec les langues régionales

[marc marc]

La page du DWG qui s'occupe en autre des problèmes de vandalisme 
lorsqu'ils ont une ampleur trop importante que pour être réglé manuellement
https://wiki.openstreetmap.org/wiki/FR:Data_working_group

ceci dit Philippe, je pensequ'i serrait aussi utile de corriger
la phrase que tu avais ajouté sur la page des langes en france
et qui porte à confusion

Le 03. 10. 17 à 02:12, Philippe Verdy a écrit :
> Toutefois il n'est visiblement pas tout seul:
> https://www.openstreetmap.org/changeset/40438821 (par Eugenip22 
> )
> 
> 
> Le 3 octobre 2017 à 02:06, Philippe Verdy  > a écrit :
> 
> Tous ces noms basques ont pour la plupart été changés en masse par
> http://www.openstreetmap.org/user/izpura/history
> 
> 
> (tous les changesets avec le commentiare "euskaraz")
> 
> C'est un utilisateur francophone d'après la locale de son editeur.
> Aui a envoyés des milliers de changesets avec un changement de nom.
> 
> Cela concerne toutes les communes, tous les villages, toutes les
> rivières, une bonne partie des rues, tous les sommets, bon nombre de
> services publics.
> Le tout très rapidement. Il a certainement du utiliser un bot non
> autorisé...
> 
> Il fait aussi des modifs en Espagne (et pas qu'au Pays Basque
> espagnol ou en Navarre mais bien au delà...)
> 
> 
> Le 2 octobre 2017 à 23:55, Philippe Verdy  > a écrit :
> 
> on a déjà des rendus en langues régionales françaises (breton,
> basque, catalan, occitan... peut-être aussi alémanique pour les
> alsaciens ou dans un créole guadeloupéen ou réunionais mais je
> n'ai pas vu beaucoup de demande).
> Les basques et catalans sont les premier demandeurs je pense.
> 
> 
> Le 2 octobre 2017 à 23:48, Sébastien Dinot
> > a écrit :
> 
> Bonsoir,
> 
> orhygine a écrit :
> > Concernant les champs name et les langues régionales, y'a-t-il 
> un
> > consensus sur la manière de cartographier suite à cette 
> discussion ?
> > Je viens de faire un petit tour sur osmose et cela clignote pas 
> mal :
> > 
> http://osmose.openstreetmap.fr/fr/map/?lat=43.29320031385285=-1.2215423583984377=10
> 
> 
> 
> Déjà que je ne goutais guère le « Toulouse » remplacé par
> « Tolosa / Toulouse », là, les pratiques de ce(s)
> contributeur(s)
> m'agacent au plus haut point. Ils transforment un projet
> communautaire
> visant l'objectivité en un outil identitaire qu'ils imposent
> au reste du
> monde, à commencer par les autres contributeurs qui ont
> construit cette
> base qu'ils saccagent.
> 
> Pour moi, il ne faut pas qu'un contributeur affronte seul ces
> régionalistes zélés et se lance dans une guerre d'édition
> qui en ferait
> une cible individuelle. Si ces saboteurs ont déjà été
> alertés et s'ils
> continuent leurs méfaits, il faut passer par le DWG et
> demander leur
> blocage temporaire.
> 
> J'écris « saboteurs » car, quand on supprime les toponymes
> officiels
> pour les remplacer par leur équivalent régional, on sabote
> bel et bien
> la base de données. On dégrade sa pertinence puisque les
> utilisateurs et
> les outils seront incapables de retrouver les lieux désignés
> par leur
> toponyme officiel.
> 
> Et comme quelqu'un l'a déjà indiqué, s'ils ne sont pas
> contents du rendu
> officiel, qu'ils montent un serveur local avec un rendu
> toponymique
> basque.
> 
> Sébastien
> 
> --
> Sébastien Dinot, sebastien.di...@free.fr
> 
> http://sebastien.dinot.free.fr/
> 
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous
> en passer !
> 
> ___
> 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] Could we just pause any wikidata edits for a month or two?

[Frederik Ramm]

Hi,

   seeing that the matter is discussed quite intensively and opinions
vary widely, could we perhaps agree to pause any (large scale) wikidata
edits for a while until more members of our community have had a chance
to form an opinion?

I mean it's fine for people to add some wikidata link to something they
are editing but can we just hold off any any automated, semi-automated,
query-driven, "challenge" driven edits for a while?

OpenStreetMap is not, and never has been, in a hurry. Let us take the
time to find out which level of wikidata integration we would like to
see, and reach a consensus on this.

I think that good points have been raised by many different people in
the discussion and these deserve to be more widely heard, translated,
discussed.

I respect the work that Yuri has done on this and I see the potential of
the linked query engine he has developed, but I think it would have been
a better course of action to perfect wikidata linking in a small region,
then demonstrate the usefulness and ask for buy-in from the community to
go full planet. What we're seeing now is a chain of world-wide edits,
then fixes, then other fixes, the development of a query engine that
relies on tags added just a few days ago, all going on *while* this
discussion is happening. Individual cases being brought up in the
discussion quickly leading to another large-scale "fix" - it is really
hard to follow.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-it] memorial=war_memorial (a riguardo di)

[demon.box]

dieterdreist wrote
> C'è invece un altro problema: dovresti decidere se
> applicare "stele" or "war_memorial", perché chi ha inventato questo
> tagging
> a scombinato 2 proprietà (la forma e il tema) in un'unica chiave. :(
> Solleverei il problema in lista tagging, perché non va mai bene mischiare
> proprietà ortogonali nella stessa chiave. E' un problema in generale con
> "tipo" di qualcosa: non esiste una tipologia unica, sarebbe sempre meglio
> specificare il "tipo del tipo" (quale proprietà si intende mappare, la
> forma, il colore, il materiale, il tema, lo stile, il periodo, l'artista,
> la grandezza, ecc.). I tipi si dovrebbero creare nel momento
> dell'elaborazione dei dati, non nel inserimento.

ciao, hai perfettamente ragione ed infatti anch'io sono già arrivato a
questo scoglio

war_memorial dovrebbere essere un tag in più al resto, per esempio:

historic=memorial
memorial:type=stele
memorial=war_memorial

oppure

historic=memorial
memorial:type=plaque
memorial=war_memorial

e come si suol dire avremmo salvato capre e cavoli ;-))

ho provato a porre la questione nella lista tagging, vediamo...

grazie

--enrico





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk] A thought on bot edits

[Christoph Hormann]

On Tuesday 03 October 2017, Frederik Ramm wrote:
> Did your proposal also extend to geoemtries? You said something about
> bot:* tags, but if a bot were to orthogonalize an existing building,
> would it then have to create a copy of that tagged
> "bot:building=yes"? And how could that be differentiated from a
> building that originally had building=YES and the bot only lowercased
> the tag value?

My original idea was only about tags but it could be extended to 
geometries of course - as i sketched in my reply to Martin, which would 
essentially mean creating a copy for the building a bot orthogonalizes 
if the building already has a manual building=yes tag.  If the bot only 
changes the tag the building would remain a normal hand mapped geometry 
but would get a bot:building=yes in addition to the building=YES.

Of course duplicating geometry data would make it much more difficult 
for data users to make decisions about selectively using data and it 
would make it much more difficult for editors to allow mappers to edit 
the data correctly.  This is why i originally suggested this only for 
tags - after all the vast majority of bot edits are tag modifications 
only, geometry edits by bots are technically much more complicated to 
do right so they happen less frequently.

As already said - if this approach is not considered favorably it is 
always possible to use the other method and forbid bots to touch 
anything with a bot=no tag and thereby allow mappers to opt out of bot 
edits on a case-by-case basis.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-it] memorial=war_memorial (a riguardo di)

[Martin Koppenhoefer]

2017-10-03 8:32 GMT+02:00 demon.box :

> se i classici nostri Monumenti ai Caduti (se non è un edificio nel quale si
> può entrarci dentro) si è convenuto di mapparli così:
>
> historic=memorial
> memorial=war_memorial
>
> se ho un cippo (la classica memorial=stele) che ricorda quasi sempre
> proprio
> in quel luogo l'uccisione di 1 "solo" Partigiano lo posso mappare lo stesso
> così?
>
> historic=memorial
> memorial=war_memorial
>
> anche se non si tratta di un memoriale ai Caduti ma il Caduto è "soltanto"
> uno?
>


si, perché il valore non dice "ai caduti", dice "di guerra", perciò si
applica a tutte due. C'è invece un altro problema: dovresti decidere se
applicare "stele" or "war_memorial", perché chi ha inventato questo tagging
a scombinato 2 proprietà (la forma e il tema) in un'unica chiave. :(
Solleverei il problema in lista tagging, perché non va mai bene mischiare
proprietà ortogonali nella stessa chiave. E' un problema in generale con
"tipo" di qualcosa: non esiste una tipologia unica, sarebbe sempre meglio
specificare il "tipo del tipo" (quale proprietà si intende mappare, la
forma, il colore, il materiale, il tema, lo stile, il periodo, l'artista,
la grandezza, ecc.). I tipi si dovrebbero creare nel momento
dell'elaborazione dei dati, non nel inserimento.


C'è anche il suggerimento di "commemorates:wikidata", perciò si intuisce
potrebbe esserci una chiave "commemorates", dove si potrebbe inserire cosa
viene ricordato.


tenendo conto che nel memorial=plaque stesso è implicito che sia fissata ad
> un muro, meglio un nodo esterno, molto vicino ma staccato dal poligono
> dell'edificio oppure posso aggiungere 1 nodo sulla linea stessa del
> poligono
> dell'edificio?
>


questo è anche un problema storico: visto che non abbiamo i muri (doppia
linea), ma soltanto la sagoma, quando mettiamo qualcosa al way di confine
di un edificio si perde l'informazione se sta dentro o fuori. Io in questo
caso probabilmente darei più enfasi alla posizione (fuori o dentro) che al
fatto che stia fissato al muro (per me non è implicito in "plaque",
potrebbe essere anche a parte, come questo:
https://www.cpccares.com/wp-content/uploads/2016/12/Wells-Plaque.jpg )



>
> ed infine anche una targa attaccata ad un muro che ricorda i Caduti in
> guerra posso mapparla così?
>
> historic=memorial
> memorial=war_memorial



si, oppure memorial=plaque, vedi sopra.

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

[Talk-lv] OpenStreetMap + Wikidata

[Mārtiņš Bruņenieks]

Sveicināti!

Vai kāds no OSM kopienas ir pamēģinājis padarboties ar Wikidata projektu
(sasaisti ar OSM relācijām)?
http://wiki.openstreetmap.org/wiki/Wikidata

Diezgan brīvi orientējos Wikidata jautājumos, varētu novadīt workshop par
šo tēmu, ja ir interesenti. Lietainie rudens vakari būtu piemērots laiks.

Wikidata ir atvērto datu projekts, kura pirmsākumi meklējami Wikimedia
Deutschland / vācu valodas Vikipēdijas kopienā. Ar Latvijai aktuālajām
lietām tur darbojas vairāki Vikipēdijas latviešu valodā redaktori. Tomēr
arvien pieaug datu apjoms, kam nav nekāda sakara ar Vikipēdiju.

 Mārtiņš
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lv

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

[Michael Reichert]

Hi Martin,

Am 2017-10-03 um 00:28 schrieb Martin Koppenhoefer:
> indeed it’s not helping the quality if editors are not familiar with the 
> language specifics for the area of the things they edit (this is true for all 
> UGC, be it osm, wikidata, etc). Aldi Sud does not make sense, it’s either Süd 
> or, if you really have to (e.g. domain names), Sued. 
> https://www.wikidata.org/wiki/Q41171672
> 
> This kind of fiddling leads to objects like this: 
> https://www.wikidata.org/wiki/Q125054
> inception 1913
> founded by Karl and Theo Albrecht, born 1920 and 1922. 
> Founded 7/9 years before their birth?
> 
> It is also not true that aldi nord and süd result or follow from the 
> splitting of Aldi, they result from the split of Albrecht KG. Not even the 
> founding year 1960 for the parts is correct, it’s 1961 (according to wp and 
> company website)
> 
> It also still claims Aldi is a GmbH & Co. KG and even has 1 reference for 
> this (german wikipedia), while the German wikipedia actually has a long 
> paragraph trying to explain the structure and saying there are 66 different 
> regional GmbH & Co. KG, plus other companies like the ALDI Einkauf GmbH & Co. 
> oHG or the ALDI SÜD Dienstleistungs-GmbH & Co. oHG, i.e. it’s a group of 
> companies, a concern.
> Here’s a list of parts of Aldi Süd:
> https://unternehmen.aldi-sued.de/de/impressum/
> 
> It can all be fixed of course, but I’m curious how all these errors have 
> gotten there. There’s still more wrong than correct in this object.

The wrong name (Sud instead of Sued or Süd) was added by user
Pingsonthewing who probably does not live in Germany or any other German
speaking country but tries to actively push Wikidata into OSM.
https://www.wikidata.org/w/index.php?title=Q41171672=567343632

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] A thought on bot edits

[Martin Koppenhoefer]

2017-10-03 2:25 GMT+02:00 Frederik Ramm :

>
> Did your proposal also extend to geoemtries? You said something about
> bot:* tags, but if a bot were to orthogonalize an existing building,
> would it then have to create a copy of that tagged "bot:building=yes"?
>


is automatically orthogonalizing geometry something that people actually do
right now, maybe even on a global level? I'd consider it harmful, and would
propose to revert these edits (as there hasn't been any
announcement/discussion about it like requested by the guidelines). Or was
this just a hypothetical case? Similarly, applying Douglas-Peucker will
always reduce detail (that's why it is used in the end), if there are
curves the detail, even if subtile, is generally wanted (the straighter the
curves are, the bigger the loss).

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

[Talk-gb-westmidlands] Bus stops suspended

[Andy Mabbett]

For a supposed "trial period" a number of bus stops in Birmingham have bel
withdrawn from use:

https://www.tfwm.org.uk/news/trial-closure-of-little-used-bus-stops-in-bid-to-speed-up-journey-times/

http://www.birminghammail.co.uk/news/midlands-news/your-bus-stop-going-axed-13681495

How should they be tagged, given the hope that they will return to service?
Has anyone done this yet?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [OSM-talk] Licence compatibility (was Adding wikidata tags to the remaining objects with only wikipedia tag)

[Richard Fairhurst]

Yuri Astrakhan wrote:
> Also, what about the location where data is combined?  E.g. if wikidata 
> is in public domain, and US courts agree with that statement, anyone 
> in the US can combine it with OSM data?  What about UK?   In any 
> case, i suspect nothing we decide has any merit until the actual court 
> case in any of the locations.

OpenStreetMap takes and has always taken a whiter-than-white view of
copyright. We aim to provide a dataset that anyone can use without fear of
legal repercussions. It is not OSM's role to explore interesting grey areas
in copyright, nor to push things to the extent that a court case is
necessary.

It has been settled for many years that we do not take co-ordinates from
Wikipedia. They are mostly encumbered with Google copyright:
  
https://en.wikipedia.org/wiki/Wikipedia:Obtaining_geographic_coordinates#Google_tools

This is not a new issue and has been mentioned before in connection with
Wikidata referencing.

Our data is principally hosted in the UK and the OSM Foundation is a company
registered in England & Wales, so as a broad assumption UK law applies
(which is fairly maximalist on copyright and follows the sweat-of-the-brow
doctrine) as well as the EU database right, at least until this benighted
country takes leave of its senses forever and leaves the EU. :( 

Follow-ups probably best to legal-talk@.

Richard



--
Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html

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

Re: [Talk-in] Planning for OSM mapping party in Pune for Maharashtra

[Chandan Baba]

​Hello Nikhil

Myself Chandan from Mumbai Area, Glad to see your stepping up for Pune
region. Can we collaborate on this ? I mean we can have small hangout meet
where we can discuss possible contributions for open street mapping
community. Since I am also gearing up with the same goal and gladly
selected for Open Leadership training [
https://mozilla.github.io/leadership-training/] and together we can do
great for Maharashtra region.

Let me know your thoughts,

Regards,
Chandan


On 3 October 2017 at 00:26, Nikhil VJ  wrote:

> Hi Friends,
>
> Looking for folks who would be interested in organizing a mapping
> party in Pune, for areas in Maharashtra (particularly off-metro) that
> need mapping.
>
> Intended dates : A Pilot in late October with smaller crowd, followed
> by a main event on a weekend in November. Flexible.
>
> If you're interested in making this happen then please write back.
>
> Disclaimer : I'm myself not expert at this, haven't used JOSM yet,
> done only few contributions on OSM. But I can help with event
> organizing, have a few venues in mind.
>
> Cross-posting on OSM India and Datameet mailing lists as there's
> common interests, hope that's ok.
>
> Some ideas that we can work on:
>
> 1. Involve students hailing from different parts of the state and
> studying in Pune : they can offer local knowledge. Pair them with
> trained participants if they can't add to OSM themselves.
>
> 2. Research which places in the state need mapping. Check out some
> analysis tools.
>
> 3. Connect with NGOs having boots on the ground or data that can be
> valuable to add. (like school, health centre, panchayat, bus stand
> locations)
>
> 4. Standardize on tags (key=value pairs) to be used for various common
> additions.
>
>
> Related links:
> http://wiki.openstreetmap.org/wiki/Mapping_Weekend_Howto
> http://wiki.openstreetmap.org/wiki/Micro_Mapping_Party
>
> --
> --
> Cheers,
> Nikhil VJ
> +91-966-583-1250
> Pune / Mandangad, India
> DataMeet Pune chapter 
> Self-designed learner at Swaraj University  rg>
> Blog 
> Contribute 
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>



-- 


*Chandan BabaMozilla Reps*
*http://cbaba20.wordpress.com/ +91
8602232921*
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] Posizionamento grotte naturali

[Massimo Taronna]

Il giorno 2 ottobre 2017 20:52, Damjan Gerl  ha scritto:

> 02.10.2017 - 20:33 - Massimo Taronna:
>
>> Ciao a tutti,
>> ho partecipato la scorsa domenica al mapping party di Viverone e volevo
>> cominciare ad inserire alcuni elementi.
>> Sto raccogliendo posizionamenti di grotte piemontesi con il mio GPS e
>> volevo inserire quelle che sono presenti nel Catasto del Piemonte.
>> Sul terreno sono identificate da una placchetta metallica che riporta il
>> numero di catasto.
>> Pensavo di procedere con le seguenti chiavi:
>>
>> natural = cave_entrance
>> name = nome a catasto
>> alt_name = eventuale nome alternativo
>> ele = quota rilevata con il GPS
>> ref = codice catastale (numero seguito da PI/sigla provincia)
>>
>> Vorrei far rilevare anche la presenza della targhetta, che riporta solo
>> la parte numerica del codice catastale, ma non so che chiave usare.
>>
>> Non so se ne avete già discusso in passato, non ho trovato il modo di
>> fare una ricerca nei vari thread di discussione.
>>
>> Grazie per l'aiuto.
>>
>>
>> --
>> */Massimo Taronna/*
>>
>
> Ciao!
> Non ref, ma cave:ref = ,
> o forse anche cave:ref:it:PI= (ma qui sarebbe da aprire un piccolo
> dibattito). In FVG per ora mettiamo solo cave:ref= per i numeri regionali,
> e cave:old_ref per i numeri dei catasti storici VG e FR (es. 100VG, 299FR).
>
> Forse un contatto con il catasto sarebbe auspicabile, in quanto il catasto
> già dispone di dati ufficiali.
>
> Per la targhetta non saprei, forse da inventare qualcosa...
>
> Ciao
> Damjan
>


 Grazie delle informazioni, nella mia ricerca mi ero perso il cave:ref.
In Piemonte i numeri catastali non sono stati modificati, ma per quanto
riguarda i posizionamenti le informazioni contenute nel catasto sono di
scarsa qualità.
Io gestisco in Qgis i posizionamenti e i rilievi in alcune zone carsiche e
poiché sto ricontrollando i posizionamenti volevo cominciare ad inserire i
vari ingressi man mano che li riposizionavo.
Sicuramente avvierò un discorso con i responsabili del catasto per vedere
di rendere disponibili i dati già presenti.

Ciao

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

[Talk-it] memorial=war_memorial (a riguardo di)

[demon.box]

ciao, scusate, questione forse di "lana caprina" ma mi è venuto questo
dubbio

se i classici nostri Monumenti ai Caduti (se non è un edificio nel quale si
può entrarci dentro) si è convenuto di mapparli così:

historic=memorial
memorial=war_memorial

se ho un cippo (la classica memorial=stele) che ricorda quasi sempre proprio
in quel luogo l'uccisione di 1 "solo" Partigiano lo posso mappare lo stesso
così?

historic=memorial
memorial=war_memorial

anche se non si tratta di un memoriale ai Caduti ma il Caduto è "soltanto"
uno?

N.B.: ovvio che storicamente parlando è importante anche il singolo Caduto
ma mi riferisco esclusivamente alla scelta del tag ;-)

P.S.: a riguardo invece (ma non molto distante...) delle targhe
commemorative (ma non a ricordo dei Caduti in guerra) attaccate ai muri,
cioè queste:

historic=memorial
memorial=plaque

tenendo conto che nel memorial=plaque stesso è implicito che sia fissata ad
un muro, meglio un nodo esterno, molto vicino ma staccato dal poligono
dell'edificio oppure posso aggiungere 1 nodo sulla linea stessa del poligono
dell'edificio?

ed infine anche una targa attaccata ad un muro che ricorda i Caduti in
guerra posso mapparla così?

historic=memorial
memorial=war_memorial

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[Talk-us] Whole-US Garmin Map update - 2017-10-01

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-10-01

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-10-01/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-10-01

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [Talk-lt] Naujas žemėlapis - vektorinis žemėlapis!

[Darius Žitkevičius]

Oho.
Čia jau rimtas produktas.
Jei dar būtu routingas būtu pilnavertė navigacija.

2017 m. spalio 2 d. 23:56, Tomas Straupis  rašė:

> Sveiki
>
>   Atnaujintas http://openmap.lt žemėlapis. Mano žiniomis, tai pirmas
> *lietuviškas* vektorinis žemėlapis!
>
>   Jau dabar žemėlapį galite pasukti ar/ir pakreipti, spausti ant
> lankytinų vietų, įsijungti Nacionalinės Žemės Tarnybos ortofoto. Ir
> čia tik pradžia, nauja technologija leis artimiausiu metu pridėti daug
> įdomaus funkcionalumo. O jau vien glotnus mastelio keitimas ko vertas!
>
>   Daugiau informacijos tinklaraštyje:
>   https://blog.openmap.lt/2017/10/02/vektorinis-zemelapis/
>
>   Didžiausi sveikinimai Pauliui, kurio indėlis į šitą dalyką
> didžiausias (programinės įrangos rinkimas, bandymai, techninės info
> aiškinimasis, diegimas, puikūs pasiūlymai ir t.t. ir pan.)!
>   Na ir koks gi techninis projektas apsieina be Ramūno :-)
>
> P.S. Jei kas surasite noro ir laiko pažaisti su savo žemėlapio
> stiliumi (tam nereikia įsidiegti JOKIOS programinės įrangos) -
> nepamirškite pasidalinti. Būtų labai puiku šitame naujajame openmap.lt
> turėti daaaug skirtingų gražių žemėlapio stilių.
>
> --
> Tomas
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>



-- 
Darius Žitkevičius

Laimingas tas, kuris džiaugsmingai dirba ir džiaugiasi darbais, kuriuos
padarė. – J. V. Gėtė.
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

[Yuri Astrakhan]

Martin, while it is fascinating to learn about Aldi, its history, and
possible ways to organize information about it, isn't it a moot point for
our  discussion?  We are talking about Wikipedia, and how we link to it.
There is only one Aldi Wikipedia article that can be connected to:

* German
https://www.wikidata.org/wiki/Special:GoToLinkedPage?itemid=
Q125054=dewiki

* English
https://www.wikidata.org/wiki/Special:GoToLinkedPage?itemid=
Q125054=enwiki

This is the current behavior of the iD editor: you type in Wikipedia page,
and it automatically updates Wikidata ID, storing both values.  If you
think this is incorrect, please start a discussion, and we may want to
change that.  But this has been the automatic software behavior for a long
time. Most iD users would not even know that they have updated Wikidata
tag, so lets not treat "wikidata" as some magical unicorn that links to
something bigger and better - it is simply a link to Wikipedia.

It is really up to the software to generate a proper link to Wikipedia.  It
could be generated just like I showed above, or by transforming wikipedia
tag, hoping that the page is still the same.  In either case, you only get
a link.

On Mon, Oct 2, 2017 at 6:28 PM, Martin Koppenhoefer 
wrote:

>
>
> sent from a phone
>
> On 2. Oct 2017, at 20:36, Frederik Ramm  wrote:
>
> and Andy Mabbett from England editing supermarkets in
> Germany.
>
>
>
> indeed it’s not helping the quality if editors are not familiar with the
> language specifics for the area of the things they edit (this is true for
> all UGC, be it osm, wikidata, etc). Aldi Sud does not make sense, it’s
> either Süd or, if you really have to (e.g. domain names), Sued.
> https://www.wikidata.org/wiki/Q41171672
>
> This kind of fiddling leads to objects like this: https://www.wikidata.
> org/wiki/Q125054
> inception 1913
> founded by Karl and Theo Albrecht, born 1920 and 1922.
> Founded 7/9 years before their birth?
>
> It is also not true that aldi nord and süd result or follow from the
> splitting of Aldi, they result from the split of Albrecht KG. Not even the
> founding year 1960 for the parts is correct, it’s 1961 (according to wp and
> company website)
>
> It also still claims Aldi is a GmbH & Co. KG and even has 1 reference for
> this (german wikipedia), while the German wikipedia actually has a long
> paragraph trying to explain the structure and saying there are 66 different
> regional GmbH & Co. KG, plus other companies like the
> ALDI Einkauf GmbH & Co. oHG or the *ALDI SÜD
> Dienstleistungs-GmbH & Co. oHG*, i.e. it’s a group of companies, a
> concern.
> Here’s a list of parts of Aldi Süd:
> https://unternehmen.aldi-sued.de/de/impressum/
>
> It can all be fixed of course, but I’m curious how all these errors have
> gotten there. There’s still more wrong than correct in this object.
>
> 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