Re: [Talk-it] Kompass, è CC?

[Simone]

Il 28 agosto 2017 22:03:34 CEST, Alecs  ha 
scritto:

>modificata poi proprio dall'autore di questa discussione :)
>https://it.wikipedia.org/wiki/Discussione:Cima_Sette_Selle
>
>Ciao
>Alecs


Certo, convinto dal dato puntuale fornito dalla provincia, intendo il dataset 
toponimi 1.



-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

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

[Francois Gouget]

On Mon, 28 Aug 2017, Frédéric Rodrigo wrote:
[...]
> Le trac est vraiment en fin de vie.
> On utilise github maintenant :
> https://github.com/osm-fr/osmose-backend/issues (de préférence en anglais)

Il faudrait mettre openstreetmap.fr à jour alors car il pointe toujours 
sur trac : http://openstreetmap.fr/outils

(par contre ne me demandez pas comment retrouver cette page outils, je 
suis tombé facilement dessus la première fois et maintenant impossible 
de la trouver depuis l'accueil).

Bon j'ai recréé les bugs dans GitHub.
https://github.com/osm-fr/osmose-backend/issues/227

J'ai aussi le nouveau plugin dans ma fork de osmose-backend :
https://github.com/fgouget/osmose-backend


> Le problème n'est pas spécifique à la France.

Possible mais je ne connais pas trop le format des numéros de téĺéphone 
dans les autres pays.


-- 
Francois Gouget   http://fgouget.free.fr/
 f u kn rd ts, ur wy 2 gky 4 ur wn gd.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-au] Collaborative Australian Protected Areas Database (CAPAD) 2016

[nwastra]

Thanks Andrew
I remember reading about the rights holder not having time to review their 
CC-BY xx wording for a while yet, so CC-BY 3.0 is ok.
This is a large import so I we expect it to take some time to get right and it 
is preferable to wait for that instead of mappers adding the data in a 
piecemeal fashion prior.
Keep up the good work.

> On 29 Aug 2017, at 10:48 AM, Andrew Davidson  wrote:
> 
> The data came out over a month ago but I hadn't bothered to do any processing 
> on it because I had been led to believe that the data was going to be 
> released under CC-BY 4.0 and the OSM view seems to be that we need to get the 
> rights holder to sign a wavier 
> (https://www.mail-archive.com/talk-au@openstreetmap.org/msg10796.html) even 
> if they had already said yes.
> 
> However, I've just checked and the dataset is actually CC-BY 3.0 so we may 
> still be OK to go.
> 
> It'll take a while for me to recreate the processing I did on CAPAD2014 and 
> I'm not sure when I'll have time to do it.
> 
> On 29/8/17 10:16, nwastra wrote:
>> Further to my previous query…
>> I have viewed the thread leading to these…
>> https://lists.openstreetmap.org/pipermail/talk-au/2017-February/011272.html
>> https://lists.openstreetmap.org/pipermail/talk-au/2017-March/011302.html
>> and assume that the permission part is ok and the import is still on track.
>> Is there an update on the timeframe of the import?
>>> Hi
>>> I had been expecting that valid explicit permission to use Collaborative 
>>> Australian Protected Areas Database (CAPAD) 2016 to edit and add 
>>> information to the OpenStreetMap would have been obtained by now but I 
>>> assume that the legal licence compatibility issues need to be resolved.
>>> Is there an estimated timeframe to resolution?
>>> 
>>> regards
>>> Nev Wedding
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au



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

[talk-au] Collaborative Australian Protected Areas Database (CAPAD) 2016

[nwastra]

Further to my previous query…
I have viewed the thread leading to these…
https://lists.openstreetmap.org/pipermail/talk-au/2017-February/011272.html
https://lists.openstreetmap.org/pipermail/talk-au/2017-March/011302.html
and assume that the permission part is ok and the import is still on track.
Is there an update on the timeframe of the import?

> Hi
> I had been expecting that valid explicit permission to use Collaborative 
> Australian Protected Areas Database (CAPAD) 2016 to edit and add information 
> to the OpenStreetMap would have been obtained by now but I assume that the 
> legal licence compatibility issues need to be resolved. 
> Is there an estimated timeframe to resolution?
> 
> regards
> Nev Wedding


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

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

[marc marc]

Le 28. 08. 17 à 19:56, Francois Gouget a écrit :
> ces numéros sont faux, soit à cause du zéro en trop,
> soit parce que les numéros courts ne peuvent être utilisés depuis
> l'étranger. Mais comment les corriger de manière efficace ?
à mon avis le problème est mondial :)
vérifie sur le wiki s'il n'y a pas déjà eu un opération automatique.

Le 28. 08. 17 à 23:06, Romain MEHUT a écrit :
 > je vois souvent les numéros avec des espaces...
cela dépend de la norme. y a des espaces, des tirets ou rien.
norme en partie dépassée puis que beaucoup de pays n'ont plus
de code région vu la portabilité des numéros à l'échelle d'un pays.
De toute façon les séparateurs sont non significatif et virés
lors de la composition du numéro.
Certains font même des +33(0)123456789 alors que () n'est
prévu à ma connaissance dans aucune norme.

Pour le correctif, j'aurais tendance à faire ainsi :
d'abord chercher la cause. chercher par exemple
avec overpass les cas récemment modifiés.
http://overpass-turbo.eu/s/rjj
remplacer UneVille par un lieu (éviter de faire trop gros, c'est long)

Trouver parmi ces cas un où la modif concerne le numéro
de téléphone (clic sur le nœud pour l'ouvrir dans osm,
clic sur historique pour comparer la version actuelle avec
la précédente) (si quelqu'un sait comparer le champs phone
avec la version précédente en overpass, c'est le bienvenu)
Trouver quel app a été utilisée pour faire la modification
il serrait utile d'ouvrir un ticket pour améliorer la saisie.
ainsi les nouvelles données serraient directement bonne.
Il faudrait aussi vérifier si les pages wiki sont claire à ce sujet.
Parce que le premier exemple que j'ai trouvé utilise iD
http://www.openstreetmap.org/changeset/51465606
le 2ieme OsmAnd http://www.openstreetmap.org/changeset/50890233
Leur écrire pour voir ce qui les a inciter à faire ainsi.
Ou tester avec la même app pour voir si c'est l'app
qui incite à l'erreur

Ensuite pour ton query overpass, si tu choisis une région
à faible problème, tu peux aussi exporter cela dans josm
et les traiter un à un avec le pluging todo

Mais pour toute la France c'est 1466 nœuds, 884 chemins 35 relations.
ce serrait plus efficace de faire cela en automatique. cela implique :
0) choisir exactement les cas qu'on traire et ceux qu'on ignore
1) que la communauté valide mais je pense que ce serra le cas
2) faire une page wiki qui explique l'opération
> https://wiki.openstreetmap.org/wiki/FR:Code_de_conduite_des_modifications_automatis%C3%A9es
3) faire le script. le début serra sûrement une requête overpass
Mais au lieu d'utiliser les coordonnées, il me semble plus efficace
de récupérer les id et champs phone.
Ensuite... hum.. j'ai encore jamais fait :)
Mais je suppose qu'en récupérant le xml, en y corrigeant les no,
on doit pouvoir ensuite envoyer les modifs.
Quelqu'un ayant déjà scripter ce genre de chose serra sûrement
plus efficace pour choisir la méthode la plus facile.
L'autre solution c'est de produire un fichier osc qu'on peux
ouvrir dans josm et qui contient les correctifs.

Sinon il y a aussi sur le wiki une page où demander l'aide de scripteur

Dans tout les cas ce serra d'abord à tester sur une toute petite zone

Dernier point et non des moindres, que fait-on des numéros court ?
le wiki sépare les numéros non pas sur leur longueur mais sur leur 
utilisation (local ou international).
+331234 fonctionne-t-il en local ?
je ne parle pas d'appeler un no depuis l'étranger mais localement.
a tester :) quelqu'un a un numéro court gratuit ? :-)
le wiki donne aussi phone:FR=no court ou gratuit avec 40 cas
selon taginfo (avec des fr à corriger en FR)
le wiki a même un exemple phone:FR:mobile:SFR
a voir si c'est un délire du wiki ou s'il y a réellement
une app qui sait l'utiliser

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

Re: [Talk-cz] Hierarchie ulic ve městech

[Karel Volný]

Dne pondělí 28. srpna 2017 16:02:46 CEST, Lukáš Gebauer napsal(a):
> Dne 28.8.2017 v 15:17 Karel Volný napsal(a):
> > ehm, nebere se to tu poněkud za špatný konec?
> > 
> > mám dojem, že nedávno proběhla informace o nějakém systému hintů pro
> > navigace, což by bylo podstatně účelnější než dělat z ulic něco, čím
> > nejsou
> 
> Ale tady vubec nejde o hinty pro navigace, ty jen problem zviditelnily.
> 
> Nikdo z ulic nedela nic, cim by nebyly. Ony tim davno jsou, jen to
> ignorujeme, a skodime tim cele mape.

já zase myslím, že mapě škodíme hledáním vlastních výkladů

> OSM zna tristupnovou hierarchii silnic. Pouziva se to na celem svete jak
> mimo mesta, tak ve mestech.
> Je jen nas mistni uzus, ze tyto tri herarchie silnic jsme si priradili
> tuzemske klasifikaci prvni, druhe a treti tridy silnic. Ale co mesta?

co města?

tak třeba ...

http://wiki.openstreetmap.org/wiki/Highways

"If a road has residences along both sides, it should be tagged 
highway=residential. Significant through roads should be tagged as 
highway=tertiary (Significance is subjective, and will vary with location)."

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dresidential

"This tag is used for roads accessing or around residential areas ..."
"residential ? street or road generally used for local traffic within 
settlement"

čili pokud to není průtah/výpadovka (viz níže), tedy ve smyslu "Often link 
larger towns./Often link towns./Often link smaller towns and villages", je 
'residential' naprosto v pořádku

> Ve mestech ale take nemame jen jednu kategori ulic. Mame zapadle ulicky
> nebo klikate ulicky nekde na sidlisti. Ty se napojuji na sberne ulice,
> ktere svadi dopravu k nejake te hlavni kapacitni ulici ci vypadovce.
> Jsou u nas ale mesta, ktere maji vsechny tyto kategorie znacene jako tu
> nejvice zapadlou ulicku. Je to dobre? Ma se to resit hintem pro
> navigaci? Fakt? :-o

hm, tento odstavec mi připomíná, jak mi tuhle kdosi vykládal o dopravním 
řešení ve Španělích či kde, kde mají bloky a superbloky a odpovídající 
propojovací silnice - bohužel realitu české kotlinky mi to nepřipomíná ani 
trochu

jedině ta "výpadovka", což je tedy typicky nějaká ta n-tá třída obcí 
procházející, kterou již tak jako tak podle toho n značenou máme

"sběrná ulice" v českém provedení znamená milion přibrždění a rozjezdů na 
přednostech zprava z těch "zapadlých a klikatých" uliček, a "hlavní kapacitní 
ulice" potom červenou vlnu na semaforech a smrdění v zácpě

pak si taky vybavuju několik průjezdů historickými centry tak akorát na koňský 
povoz, často kvůli tomu zjednosměrkováno, zatímco "zapadlé" uličky na sídlišti 
jsou obloženy zaparkovanými auty a stejně by se ještě vyhnuly dva kamiony

lidovou tvořivost, co z toho si zaslouží povyšovat, bych do toho tedy netahal, 
a řídil bych se jen a pouze tím, je-li ulicí vedena silnice z vyššího celku, a 
případně jde-li o propojku *mezi* (může pokračovat uvnitř, ale ne být jen a 
pouze uvnitř) různými oblastmi (ať už oblastí míníme sídliště, průmyslovou 
zónu, přidruženou vesnici apod.) ... nicméně jak je psáno výše, jsou-li baráky 
z obou stran, 'residential' je základ

> Kdyz si ctu tu OSM wiki, tak mi prijde jasne, ze se na to maji pouzivat
> stejne znacky jako pro ty tri kategorie silnic. Alespon do te doby, nez
> vznikne nova kategorizace silnic a nevzniknou tam veci jako "Collector
> roads" a "distributor roads". Tak pravi Wiki, ne ja!

skutečně?

a kterouže "OSM wiki" si to čteš? - tak třeba na http://
wiki.openstreetmap.org/wiki/Key:highway takovýto výklad nevidím

vůbec celá ta stránka je v rozporu s výše uvedeným, například tam vidím 
poněkud více než jen tři stupně

> Prosim, ja se nesnazim zavest nejakou novotu, ja se snazim jen prosadit
> stavajici... protoze jak je videt z reakci, nemame v tom sami jasno.

ano, vidím ... jen nerozumím, proč by měl být "jasný" zrovna ten výklad, který 
je zcela zjevně v rozporu s výše odkazovaným

K.


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

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

[Romain MEHUT]

Bonsoir,

Le 28 août 2017 à 19:56, Francois Gouget  a écrit :

>
> Ou script du mois si quelqu'un sait faire ?
>
> J'ai trouvé qu'il y avait beaucoup de tags phone avec un numéro français
> incorrectement internationalisé.
> Par exemple :
>
>https://www.openstreetmap.org/node/2999626704
>phone=+33 02 40 xx xx xx
>

La correction donnerait +33 2 40 xx xx xx ou +33 2 40xx ? Le wiki
indique la 2ème version mais je vois souvent les numéros avec des espaces...

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

[Talk-it] tracce scomparse

[Bruno]

Salve a tutti. Qualcuno sa dirmi come mai non vedo più sul mio Garmin Edge 800 
delle tracce (che  tra l'altro ho pubblicato io) che sulle open sono visibili, 
ma nel dispositivo no. 
Bruno 
--
Inviato da Libero Mail per Android___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Demande d'avis sur une idée de "défi du mois"

[Alain VASSAULT]

Bah plus d'info courant septembre ^^

J'ai communiqué les informations de mon contact à Christian qui prendra le 
relais avec lui à la rentrée (la personne de l'IGN avait pris son mois d'août 
en vacances).

Il n'empêche que si cela vous tente de commencer avec les repères autour de 
chez vous, vous pouvez envoyer les remontées à fiches_...@tranquillement.info.
Je peut aussi vous transmettre le tableau que je lui remonte pour "formater" 
vos infos. Ainsi je verrai pour lui envoyer tout cela de façon groupé.

:-)



Le 28 août 2017 17:42:28 GMT+02:00, Francois Gouget  a écrit :
>On Wed, 9 Aug 2017, Alain VASSAULT wrote:
>[...]
>> Je suis en relation directe par courriel avec le chef de l'unité de 
>> mise à jour des fiches qui serait ravis d'une telle aide (surtout
>pour 
>> les fiches sans photos, sachant que les photos ne sont obligatoires 
>> que depuis l'année 2000).
>
>La partie photo ressemble à quelque chose pour Mapillary ou 
>OpenStreetCam... si l'IGN peut faire usage de photos sous license 
>CC-BY-SA. Il n'y aurait probablement même pas vraiment besoin d'une 
>participation active de ces projets.
>
>
>-- 
>Francois Gouget   http://fgouget.free.fr/
>   La terre est une bêta...

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Taglists e pagina map feature

[Lorenzo Mastrogiacomi]

> onestamente non ci ho capito proprio nulla da quella pagina da te
> linkata.
> :/
> 
> 
> 
> -
> Ciao,
> Aury


Cerco di spiegare io come ho capito.

Ci sono nel wiki le pagine Template:Map_Features che contengono le
liste di riferimento delle varie chiavi da usare nelle pagine di
documentazione e nella pagina generale Map_Features.
Fino ad ora queste pagine template contenevano effettivamente delle
tabelle nelle quali per ogni valore erano associate le varie
informazioni come descrizione e foto.
Con il nuovo sistema le tabelle vengono create automaticamente tramite
taginfo, che legge queste informazioni direttamente dalle pagine
dedicate ai tag, quelle presenti nel riquadro a destra per intenderci
(pagina a caso):
https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dbeach_resort
In questo modo si evitano discrepanze tra quello scritto in tabella e
quello nella pagina del tag.

Al momento le pagine Template:Map_Features sono state in gran parte
convertite al nuovo sistema. Quelle vecchie sono state spostate nella
pagina corrispondente Template:Generic:Map_Features. Esempio:
https://wiki.openstreetmap.org/wiki/Template:Map_Features:leisure
https://wiki.openstreetmap.org/wiki/Template:Generic:Map_Features:leisu
re


Il problema e' che le traduzioni scritte nella pagina in italiano non
funzionano piu' perche' il template che usa punta alla pagina gia'
convertita al nuovo sistema. Pochi tag hanno la traduzione perche' di
quei tag esiste una pagina italiana. Per i tag che non ce l'hanno pesca
dalla pagina inglese:
https://wiki.openstreetmap.org/wiki/Template:IT:Map_Features:leisure

Per metterci una pezza potremmo semplicemente modificare la nostra
pagina per utilizzare il template vecchio (quello con Generic), in
questo modo torna come era prima.
Ovvio che sarebbe meglio passare quanto prima a quello nuovo perche' i
template vecchi non verranno aggiornati. Fare questo in pratica
significa tradurre tutte le pagine dedicate dei tag.


Lorenzo

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

Re: [Talk-cz] Ilegální pěšiny v lese?

[Jethro]

Zdar,
taky jsem pro revert.
Jethro

2017-08-28 22:03 GMT+02:00 Pavel Machek :
> AhoJ!
>
>> v karlovarském kraji se objevil nový uživatel, který maže "Ilegální" pěšiny
>> na pozemcích "Náboženská matice".
>>
>> https://www.openstreetmap.org/user/Radek%20Broz/history
>>
>> Co s ním?
>
> Revertovat, a reportovat na data working group.
>
> a) chodit po lese je legalni
>
> i kdyby nahodou nebylo
>
> b) mapujem realitu
> Pavel
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) 
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

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

[Michal Poupa]

To právě nevím ale většinou to tak v OSM již je...
Ve Waze to tak zadáváme.

M.


28. 8. 2017 v 22:05, Jan Macura :

> Ahoj,
> 
> přijde mi logické uvádět jen jméno bez jakýchkoliv zkratek. Nebo to "v. n." 
> je oficiální součástí názvu?
> 
> H.
> 
> 2017-08-28 16:09 GMT+02:00 Michal Poupa :
>> Dobrý den,
>>  koukal jsem že mnoho názvů vodních nádrží je "v.n.Landštejn" domnívám se že 
>> by to mělo být  "v. n. Landštejn" podle pravopisu.
>> 
>> Bylo by asi dobé pusti robota aby to prošel a možná by bylo dobré domluvit 
>> se jak to popisovat jestli v. n. nebo vodní nádrž případně někde je jen 
>> jméno ...
>> 
>> 
>>  Jinak jsem koukal do en wiky a zjisti že přehradní nádrže by měli mít tag 
>> "water=reservoir"
>> 
>> Tak jsem ho nastavil snad u většiny přehrad. 
>>  
>> Michal
>> 
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] contributions peut-être à revoir

[osm . sanspourriel]

Encore une fois on part d'un sujet (le multilinguisme dans les name) et 
on dérive (ici sur les noms historiques).


Tu voulais parler de Cherbourg-en-Cotentin 
, 
comme dit Wikipédia :


/*Cherbourg-en-Cotentin*//est une commune du nord du département de la 
//Manche 
//. Elle 
est créée officiellement le //1^er //janvier 2016//^2 
 
//, par la réunion des cinq communes membres de la //communauté urbaine 
de Cherbourg 
//sous 
le statut de //commune nouvelle 
// : 
//Cherbourg-Octeville 
//(elle-même issue de 
la fusion des communes de Cherbourg et //Octeville 
//le //1^er //mars 
2000), //Équeurdreville-Hainneville 
//(issue 
de la fusion des communes d'//Équeurdreville 
//et //Hainneville 
//en 1965), //La 
Glacerie //, //Querqueville 
//et //Tourlaville 
//./


Je vois que l'admin_centre a pour name Cherbourg.

Cherbourg, c'est le nom court de Cherbourg-en-Cotentin et aussi la ville 
initiale.


À Brest il y a Brest la ville regroupant Brest, Saint-Pierre-Quilbignon, 
Lambézellec et Saint-Marc. Pour parler du centre (la ville d'origine), 
les Brestois parlent de Brest-même, c'est un loc_name.


Et je ne vois pas le rapport avec le multilinguisme.

Certains pays du Maghreb ont aussi des traditions similaires aux pays 
multilingues européens : plusieurs noms dans le name.
https://wiki.openstreetmap.org/wiki/Proposed_features/Language_information_for_name 
a été rejeté mais ne prévoyait explicitement pas les noms multilingues 
(voir discussion).


Séverin, si tu fais des formation, et que tu ne cites pas talk-fr, les 
gens vont dire qu'il faut une liste sur les attributs. Ça ne veut pas 
dire que talk-fr ne leur conviendrait pas. Et en "déduire" que la faible 
fréquentation de [talk-fr] en est la preuve me semble plus un 
renversement de preuve.
En particulier sur le multilinguisme ne pas avoir que le point de vue 
jacobin aide.


Saint-Quentin-en-Yvelines semble exister en tant que Communauté 
d'agglomération de Saint-Quentin-en-Yvelines 
  et 
a bien son alt_name.


Le 28 août 2017 à 12:54, Christian Quest > a écrit :
/Principe cardinal: représenter ce qu'il y a sur le terrain ? Oui, mais 
avec intelligence...//


//Le gros avantage d'OSM c'est de permettre de mettre les noms en autant 
de langues que l'on veut avec name:xx=* et en même temps de préciser la 
langue en question, ce qu'un panneau ou une plaque dans la rue ne peut 
pas préciser./


Ce résumé me plait bien. Et je pense plus utile de travailler sur la 
représentation. Par exemple les panneaux routiers dans la Bretagne 
brittophone sont ne général bilingues. Avoir un itinéraire en breton est 
équivalent à un itinéraire en français.


/A minima, en France pour les noms de commune, on est quand même bien 
d'accord que name=* correspond au nom du Code Officiel Géographique de 
l'INSEE./

Au niveau des lieux-dits, c'est déjà plus flou.
J'ai par exemple "corrigé" un "La Mort Anglaise" en "Ar Beg Bereneg" et 
mis le "La Mort Anglaise" en alt_name.
Car si les deux se disent en français, c'est Ar Beg Bereneg qui est 
écrit sur les panneaux routiers (par contre à côté Trez-Rouz conserve 
son nom - d'où la remarque de Christian R., à ce niveau là les noms sont 
en général en breton). Il n'est pas impossible ce que soit pour ne pas 
fâcher les touristes anglais : les deux font allusion à une bataille 
perdue par les Anglais, le second nom (la plage rouge) n'étant pas 
comprise par les anglais ou les français sans explication : c'est la 
couleur du sable après l'hécatombe).
Le fait est que j'ai deux sources l'une disant "La Mort Anglaise" 
(FANTOIR) l'autre "Ar Beg Bereneg" (les panneaux routiers) ou "Bereneg" 
et du coup je me demande ce qui est name et ce qui est alt_name. 
loc_name c'est Bereneg (ou Berenec : le son en breton est entre le G et 
le C, les Français ont souvent changé des eg en ec).
C'est juste dans ce genre de cas limite qu'un double nom a un sens, 
sinon je préfère un nom de base avec l'autre nom en survol.
À mon avis il est plus efficace de travailler à rendre les rendus dans 
la langue de son choix que de multiplier les noms dans name.
Car dans le second cas on aura toujours des jacobins 

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

[Jan Macura]

Ahoj,

přijde mi logické uvádět jen jméno bez jakýchkoliv zkratek. Nebo to "v. n."
je oficiální součástí názvu?

H.

2017-08-28 16:09 GMT+02:00 Michal Poupa :

> Dobrý den,
>  koukal jsem že mnoho názvů vodních nádrží je "v.n.Landštejn" domnívám se
> že by to mělo být  "v. n. Landštejn" podle pravopisu.
>
> Bylo by asi dobé pusti robota aby to prošel a možná by bylo dobré domluvit
> se jak to popisovat jestli v. n. nebo vodní nádrž případně někde je jen
> jméno ...
>
>
>  Jinak jsem koukal do en wiky a zjisti že přehradní nádrže by měli mít tag
> "water=reservoir"
>
> Tak jsem ho nastavil snad u většiny přehrad.
>
> Michal
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Kompass, è CC?

[Alecs]

Maurizio Napolitano-3 wrote
>>ora mi viene il dubbio se il punto segnati sia corretto.

Da ignorante (della zona sicuramente) a me sembra che la confusione venga
proprio da lì. Il nodo iniziale (con indicati 2262 metri di altezza) è stato
aggiunto a oltre 200 metri di distanza in linea d'aria da dove si trova ora
http://www.openstreetmap.org/changeset/25619248 vicinissimo alla Forcella
d'Ezze (2270 metri di altitudine sia in OSM che nella carta tecnica
provinciale), per cui quell'altitudine potrebbe anche essere stata corretta,
per quelle coordinate però.
Sempre dalla carta tecnica provinciale, sovrapponendo il wms che si trova
qua
(http://www.territorio.provincia.tn.it/portal/server.pt/community/interoperabilit%C3%A0_-_servizi_wms/821/interoperabilit%C3%A0_-_servizi_wms/23014)
ai dati di OSM, la posizione attuale corrisponde grosso modo all'indicazione
della "Cima Sette Selle", a fianco della quale è riportata una quota di
2393,2.

Peraltro la prima versione della pagina di wikipedia riportava come altezza
2394 (siamo sempre lì), senza fonte mi pare di capire:
https://it.wikipedia.org/w/index.php?title=Cima_Sette_Selle=revision=90705705=48710164
modificata poi proprio dall'autore di questa discussione :)
https://it.wikipedia.org/wiki/Discussione:Cima_Sette_Selle

Ciao
Alecs



--
View this message in context: 
http://gis.19327.n8.nabble.com/Kompass-e-CC-tp5901460p5901611.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-cz] Ilegální pěšiny v lese?

[Pavel Machek]

AhoJ!

> v karlovarském kraji se objevil nový uživatel, který maže "Ilegální" pěšiny
> na pozemcích "Náboženská matice".
> 
> https://www.openstreetmap.org/user/Radek%20Broz/history
> 
> Co s ním?

Revertovat, a reportovat na data working group.

a) chodit po lese je legalni

i kdyby nahodou nebylo

b) mapujem realitu
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [Talk-cz] Hierarchie ulic ve městech

[Pavel Machek]

Ahoj!

> Jsme ve shodě, že se to tak má dělat, doporučovat uživatelům, a zmínit to i
> u té sekundární silnice?

Jsme ve shode.
Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

[Talk-it] Affiliate marketing is not for everyone

[GERRDO MRINO]

Before I really dive into this, I’m not saying  that learning how  to make 
money  using  affiliate  programs is necessarily the best route for you. In  
fact, of everyone  who reads this,  only a small percentage should really  put 
their  time and energy into learning affiliate marketing.
There are very specific skills and tasks you will need to  perform  daily on 
your  business.
learning much more here 
http://www.followbooks.com/mad-work_n_x.php?m=EdGFsay1pdEBvcGVuc3RyZWV0bWFwLm9yZw--

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

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

[Noémie Lehuby]

Hello,

Il y a quelques erreurs Osmoses sur les arrêts et les lignes du réseau 
Twisto qui peuvent surement être regardées par la même occasion ;)


 * 
http://osmose.openstreetmap.fr/fr/map/#source=23850=1260=4=1260=12=49.1585=-0.3226=2
 * 
http://osmose.openstreetmap.fr/fr/map/#source=89=2140=21412=2140=12=49.1585=-0.3226=3
 * 
http://osmose.openstreetmap.fr/fr/map/#source=89=2140=21411=2140=12=49.1585=-0.3226=3


nlehuby

Le 28/08/2017 à 21:01, Jo a écrit :
oh la la, Caen, Lion-sur-Mer, j'étais là en 2011... Je n'étais pas 
encore 'investit' dans le transport publique à l'époque. Mai  je suis 
allé pour 'guider' une mapping party.


Il y quelqu'un sur cette liste qui était là aussi? C'était un des 
premiers événements en France, si je ne trompe. La nostalgie :-)


Polyglot

2017-08-28 20:22 GMT+02:00 Francescu GAROBY >:


Bonjour,
Ayant grandement contribué à cartographier le réseau Twisto  de
Caen-la-Mer, je participerai bien évidemment à cette nouvelle
évolution. On peut se répartir les tâches, si tu veux ?
Pour la page
https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun
,
c'est moi qui l'avais créée et l'avais faite évoluer, au fil des
nouvelles versions annuelles du réseau. Je pense qu'elle est à
jour, pour le réseau 2016-2017. Il ne manque normalement que les
nouveautés de cette rentrée.

Francescu

Le 28 août 2017 à 19:29, David Crochet > a écrit :

Bonjour


Le 28/08/2017 à 19:11, marc marc a écrit :

est-ce que les arrêts où sont reportés les arrêts existant
existent
déjà dans osm ?


les « arrêts de report » existent déjà.
Et a priori les bus passent déjà devant, donc je pense quand
das ces cas, ce n'est que des « stop » à retirer. Mais une rue
a une nouvelle voie de circulation à contre-sens pour les bus,
donc il vont faire un raccourci par ce chemin là et
implicitement modifier les « lanes » du chemin
ces plan de lignes sont à jour :
http://twisto.fr/997-Plans-des-lignes.html


  et les nouveaux arrêts des lignes prolongées ?


oui : http://twisto.fr/886-Plans-en-telechargement.html


Si oui je t'aide volontiers, ce serra rapide.
Sinon existe-t-il une source opendata pour les créer ?


Je les ai titiller (
https://twitter.com/Crochetdavid/status/898587291391635456
 )
mais j'ai pas eu de réponses ni de remarques

Sans cela j'ignore où positionner précisément les nouveaux
arrêts.
Mais je peux de toute façon aider pour modifier les relations

Tu as une page wiki ou un pad pour renseigner qui fait quoi
et les valeurs utilisée dans la région (network, operator,
...)


https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun
,
mais j'ai jamais fait de maintenance sur cette page.

Cordialement

-- 
David Crochet




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





-- 
Francescu


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





___
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] réseau de bus twisto - nouveauté pour le 01 septembre

[Jo]

oh la la, Caen, Lion-sur-Mer, j'étais là en 2011... Je n'étais pas encore
'investit' dans le transport publique à l'époque. Mai  je suis allé pour
'guider' une mapping party.

Il y quelqu'un sur cette liste qui était là aussi? C'était un des premiers
événements en France, si je ne trompe. La nostalgie :-)

Polyglot

2017-08-28 20:22 GMT+02:00 Francescu GAROBY :

> Bonjour,
> Ayant grandement contribué à cartographier le réseau Twisto  de
> Caen-la-Mer, je participerai bien évidemment à cette nouvelle évolution. On
> peut se répartir les tâches, si tu veux ?
> Pour la page https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun,
> c'est moi qui l'avais créée et l'avais faite évoluer, au fil des nouvelles
> versions annuelles du réseau. Je pense qu'elle est à jour, pour le réseau
> 2016-2017. Il ne manque normalement que les nouveautés de cette rentrée.
>
> Francescu
>
> Le 28 août 2017 à 19:29, David Crochet  a écrit :
>
>> Bonjour
>>
>>
>> Le 28/08/2017 à 19:11, marc marc a écrit :
>>
>>> est-ce que les arrêts où sont reportés les arrêts existant existent
>>> déjà dans osm ?
>>>
>>
>> les « arrêts de report » existent déjà.
>> Et a priori les bus passent déjà devant, donc je pense quand das ces cas,
>> ce n'est que des « stop » à retirer. Mais une rue a une nouvelle voie de
>> circulation à contre-sens pour les bus, donc il vont faire un raccourci par
>> ce chemin là et implicitement modifier les « lanes » du chemin
>> ces plan de lignes sont à jour : http://twisto.fr/997-Plans-des
>> -lignes.html
>>
>>   et les nouveaux arrêts des lignes prolongées ?
>>>
>>
>> oui : http://twisto.fr/886-Plans-en-telechargement.html
>>
>> Si oui je t'aide volontiers, ce serra rapide.
>>> Sinon existe-t-il une source opendata pour les créer ?
>>>
>>
>> Je les ai titiller ( https://twitter.com/Crochetdav
>> id/status/898587291391635456 ) mais j'ai pas eu de réponses ni de
>> remarques
>>
>> Sans cela j'ignore où positionner précisément les nouveaux arrêts.
>>> Mais je peux de toute façon aider pour modifier les relations
>>>
>>> Tu as une page wiki ou un pad pour renseigner qui fait quoi
>>> et les valeurs utilisée dans la région (network, operator, ...)
>>>
>>
>> https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun, mais j'ai
>> jamais fait de maintenance sur cette page.
>>
>> Cordialement
>>
>> --
>> David Crochet
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Francescu
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-be] E46 = E03 ?

[Stijn Rombauts]

Hi,
While mapping in Marche-en-Famenne I noticed that the N63 (Liège-Marche), which 
is part of the E46 has also received the tag int_ref = E03 a few months ago. It 
looks like the whole E46 (Cherbourg - Liège) has gotten the int_ref = E03 tag, 
while the E03 should only be the road from Cherbourg to La Rochelle (according 
to wikipedia), and that this has been done by a French mapper [1]. Is there 
anyone in the Belgian community who knows why the E46 should have the int_ref = 
E03 tag?
Regards,
StijnRR

[1] http://www.openstreetmap.org/changeset/48652454#map=8/49.886/1.950


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

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

[Frédéric Rodrigo]

Le 28/08/2017 à 19:56, Francois Gouget a écrit :

Ou script du mois si quelqu'un sait faire ?

J'ai trouvé qu'il y avait beaucoup de tags phone avec un numéro français
incorrectement internationalisé.
Par exemple :

https://www.openstreetmap.org/node/2999626704
phone=+33 02 40 xx xx xx

On trouve aussi des phone=+33 3631

Dans tous les cas ces numéros sont faux, soit à cause du zéro en trop,
soit parce que les numéros courts ne peuvent être utilisés depuis
l'étranger. Mais comment les corriger de manière efficace ? J'ai bien
envoyé une proposition de plugin Osmose mais je n'ai pas la
configuration nécessaire pour la tester :

https://trac.openstreetmap.fr/ticket/815

Et peut-être que les corrections pourraient être automatisées, au moins
pour le premier round ?

Le trac est vraiment en fin de vie.
On utilise github maintenant :
https://github.com/osm-fr/osmose-backend/issues (de préférence en anglais)

Si tu ne veux pas installer un Osmose backend toi même. Tu peux utiliser 
docker ou vagrant :

https://github.com/osm-fr/osmose-backend/blob/master/Dockerfile
https://github.com/prhod/osmose-vagrant


Le problème n'est pas spécifique à la France.

Frédéric.


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

Re: [Talk-it] Sala giochi

[totera]

dgitto wrote
> Ciao a tutti, vi sarà capitato di mappare le sale biliardo? Non riesco a
> decidere quale sia il modo migliore. Ci sono solo biliardi, senza arcade
> etc e senza macchinette mangia soldi.
> Daniele

Ho usato
club=sport
sport=billiards



--
View this message in context: 
http://gis.19327.n8.nabble.com/Sala-giochi-tp5901604p5901606.html
Sent from the Italy General mailing list archive at Nabble.com.

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

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

[Francescu GAROBY]

Bonjour,
Ayant grandement contribué à cartographier le réseau Twisto  de
Caen-la-Mer, je participerai bien évidemment à cette nouvelle évolution. On
peut se répartir les tâches, si tu veux ?
Pour la page https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun,
c'est moi qui l'avais créée et l'avais faite évoluer, au fil des nouvelles
versions annuelles du réseau. Je pense qu'elle est à jour, pour le réseau
2016-2017. Il ne manque normalement que les nouveautés de cette rentrée.

Francescu

Le 28 août 2017 à 19:29, David Crochet  a écrit :

> Bonjour
>
>
> Le 28/08/2017 à 19:11, marc marc a écrit :
>
>> est-ce que les arrêts où sont reportés les arrêts existant existent
>> déjà dans osm ?
>>
>
> les « arrêts de report » existent déjà.
> Et a priori les bus passent déjà devant, donc je pense quand das ces cas,
> ce n'est que des « stop » à retirer. Mais une rue a une nouvelle voie de
> circulation à contre-sens pour les bus, donc il vont faire un raccourci par
> ce chemin là et implicitement modifier les « lanes » du chemin
> ces plan de lignes sont à jour : http://twisto.fr/997-Plans-des
> -lignes.html
>
>   et les nouveaux arrêts des lignes prolongées ?
>>
>
> oui : http://twisto.fr/886-Plans-en-telechargement.html
>
> Si oui je t'aide volontiers, ce serra rapide.
>> Sinon existe-t-il une source opendata pour les créer ?
>>
>
> Je les ai titiller ( https://twitter.com/Crochetdav
> id/status/898587291391635456 ) mais j'ai pas eu de réponses ni de
> remarques
>
> Sans cela j'ignore où positionner précisément les nouveaux arrêts.
>> Mais je peux de toute façon aider pour modifier les relations
>>
>> Tu as une page wiki ou un pad pour renseigner qui fait quoi
>> et les valeurs utilisée dans la région (network, operator, ...)
>>
>
> https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun, mais j'ai
> jamais fait de maintenance sur cette page.
>
> Cordialement
>
> --
> David Crochet
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

[Talk-it] Sala giochi

[dgitto]

Ciao a tutti, vi sarà capitato di mappare le sale biliardo? Non riesco a
decidere quale sia il modo migliore. Ci sono solo biliardi, senza arcade etc
e senza macchinette mangia soldi.
Daniele



--
View this message in context: 
http://gis.19327.n8.nabble.com/Sala-giochi-tp5901604.html
Sent from the Italy General mailing list archive at Nabble.com.

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

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

[Francois Gouget]

Ou script du mois si quelqu'un sait faire ?

J'ai trouvé qu'il y avait beaucoup de tags phone avec un numéro français 
incorrectement internationalisé.
Par exemple :

   https://www.openstreetmap.org/node/2999626704
   phone=+33 02 40 xx xx xx

On trouve aussi des phone=+33 3631

Dans tous les cas ces numéros sont faux, soit à cause du zéro en trop, 
soit parce que les numéros courts ne peuvent être utilisés depuis 
l'étranger. Mais comment les corriger de manière efficace ? J'ai bien 
envoyé une proposition de plugin Osmose mais je n'ai pas la 
configuration nécessaire pour la tester :

   https://trac.openstreetmap.fr/ticket/815

Et peut-être que les corrections pourraient être automatisées, au moins 
pour le premier round ?


Pour mes essais j'ai utilisé http://www.overpass-api.de/query_form.html
avec comme query :

node
  ["phone"~"[+]33 0"]
  (47,-5,48,-1);
out body;

Ça me donne un fichier que je filtre pour ne garder que les lignes 
contenant les coordonnées GPS :
  sed -e 's/" lon="/,/' -e t -e d phone.txt | less

Ensuite je n'ai plus qu'à les copier dans iD et à corriger les tags 
phone de tous les magasins et restaurants des alentours (ces problèmes 
viennent généralement par grappe). Mais ce n'est quand même pas très 
efficace.


-- 
Francois Gouget   http://fgouget.free.fr/
$live{free} || die "";___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Certificat invalide sur trac.openstreetmap.fr

[Francois Gouget]

Lorsque je vais sur https://trac.openstreetmap.fr/ Firefox se plaint que 
le certificat n'est pas correct.

En effet il s'agit d'un certificat Let's Encrypt qui a expiré le 
22/08/2017.

Sachant que ces certificats sont à renouveler tous les 3 mois ce 
renouvellement est normalement fait automatiquement. Le renouvellement 
automatique serait-il lui-même buggé ?

-- 
Francois Gouget   http://fgouget.free.fr/
Indifference will certainly be the downfall of mankind, but who cares?___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] OSM ohne Lizenzhinweis auf Spiegel.de?

[Andreas Schmidt]

Jetzt steht's unten dran:

Kartendaten © OpenStreetMap-Mitwirkende, ODbL

Jedenfalls bei mir (Firefox 55.0.2 (64-Bit), Linux Mint).
Andreas

Am 28.08.2017 um 16:33 schrieb Marco Lechner - FOSSGIS e.V.:
> Da fehlt doch was:
> http://m.spiegel.de/spiegel/a-1164779.html
>
> Marco
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de



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

[OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation

[Severin Menard]

Bonjour à tous et plus particulièrement à Christian R et Marc,

Mes réponses en interlignes ci-dessous.



> Date: Sat, 26 Aug 2017 11:45:58 +0200
> From: Christian Rogel 
> To: Discussions sur OSM en français  
> Subject: Re: [OSM-talk-fr] Création de la liste OSM tagging-fr -
> communication - fragmentation
> Message-ID: 
> Content-Type: text/plain; charset=utf-8
>
> > Le 26 août 2017 à 04:33, Severin Menard  a
> écrit :
> > Je pensais mon courriel clair, mais apparemment il ne l'était pas, ou
> bien une réalité a pu échapper à certains. Comme je l'avais écrit, le but
> de tagging-fr est bien d'être la liste de discussion des tags en français,
> entre FRANCOPHONES, pas de la liste de discussion des tags de la communauté
> OSM française. Je l'ai nommée tagging-fr en écho à dev-fr que je pense être
> la liste francophone sur les sujets de développement logiciel. Aurais-je dû
> la nommer tagging-francophone pour lever toute ambiguïté ? Il n'est pas
> trop tard, il y a au moins une liste existante (vote) qui est indiquée
> comme n'étant plus utilisée.
> >
> > Quel que soit son nom, l'utilité de cette liste semble assez évidente
> dans la mesure où il n'y avait aucune liste dédiée aux discussions de
> tagging en français. A l'instar des nombreuses autres listes talk-*,
> talk-fr a vocation à être un lieu de discussions se rapportant à un
> territoire.
>
> Ton post manquait de clarté, parce qu'il était beaucoup trop peu précis
> sur les raisons de créer cette liste.
> Te connaissant, il n'était pas difficile de deviner que tu pensais aux
> besoins des francophones dans le monde et que tu pensais que la liste
> Talk-fr pouvait leur apparaître comme trop "française".
> Contrairement à ce que tu dis Talk-fr veut dire "Parler (d'OSM) en
> français" exactement comme Talk-en veut dire "…en anglais", puisque ce sont
> deux indicatifs de langue.
> S'il était créé une liste "française" (ce qui semble peu utile), elle
> pourrait être appelée Talk-FR (mauvais parce que tendant à la confusion) ou
> Talk-FRA.
> Les Britanniques ont bien créé une liste Talk-GB.
> Il est évident que peu de contributeurs non français postent sur Talk-fr
> (Afrique, Viet-Nam, Belgique, Canada), mais elle est, probablement lue par
> de nombreux abonnés silencieux qui ont du mal à franchir le pas de
> l'intervention publique.
>

Juste un fait : dans tous les pays africains dans lesquels je suis passé
avec d'autres faire découvrir OSM et/ou renforcer les capacités de la
communauté existante, il y a eu une demande locale de création d'une liste
pour leur pays. Regardez les listes talk existantes : c'est définitivement
une approche pays qui prévaut. Les Québécois par exemple communiquent en
français sur la liste talk-ca, dont les messages sont  pourtant
majoritairement en anglais (exemple : https://lists.openstreetmap.or
g/pipermail/talk-ca/2017-July/thread.html). Et comme je l'ai déjà dit,
c'est très bien ainsi : cela me semble essentiel qu'il y ait une liste de
référence pour les échanges sur un territoire. J'ai prévenu, sauf erreur de
ma part, toutes les listes talk francophones existantes, soient 21, de la
création de tagging-fr.

>
> L'avenir dira, si ta  proposition rencontre une attente.
> Ce qui apparaît, c'est qu'elle n'a pas été amenée dans les meilleures
> conditions :
> - pas de propos introductif argumenté
> - arrivée exactement au moment où la liste fr connaissait un trafic
> important et inhabituel sur la question du tagging, même s'il est vrai
> qu'elle ne semblait concerner que des Français et un Belge
>

Que des Français et un Belge : tout est dit...

- il y avait une vague impression que tu voulais faire du détournement,
> alors qu' en réalité, tu ne suivais pas ce que nous écrivons et tu n'avais
> pas les codes pour convaincre ceux qui doivent l'être pour participer
>

J'avoue que je n'imaginais même pas que la notion de "détournement" de
liste puisse même exister.


Ma conclusion, c'est qu'il est difficile de conclure. Wait and see.
>
> Christian R.
>
>
>
> --
>
> Message: 2
> Date: Sat, 26 Aug 2017 10:05:45 +
> From: marc marc 
> To: "talk-fr@openstreetmap.org" 
> Subject: Re: [OSM-talk-fr] harmonisation tag network Arc-en-ciel dans
> le département du Nord région Hauts-de-France
> Message-ID:
>  0.PROD.OUTLOOK.COM>
>
> Content-Type: text/plain; charset="utf-8"
>
> Le 25. 08. 17 à 21:47, osm.sanspourr...@spamgourmet.com a écrit :
> > harmoniser avec le nom officiel en espérant que ce soit
> > la valeur la plus courante ;-)
> les différences de valeurs sont cosmétiques : majuscule, tiret.
> "Arc en ciel" est le nom présent sur le site web.
> wikipedia en a un autre et je n'ai pas la connaissance
> locale pour trancher 

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

[David Crochet]

Bonjour


Le 28/08/2017 à 19:11, marc marc a écrit :

est-ce que les arrêts où sont reportés les arrêts existant existent
déjà dans osm ?


les « arrêts de report » existent déjà.
Et a priori les bus passent déjà devant, donc je pense quand das ces 
cas, ce n'est que des « stop » à retirer. Mais une rue a une nouvelle 
voie de circulation à contre-sens pour les bus, donc il vont faire un 
raccourci par ce chemin là et implicitement modifier les « lanes » du chemin

ces plan de lignes sont à jour : http://twisto.fr/997-Plans-des-lignes.html


  et les nouveaux arrêts des lignes prolongées ?


oui : http://twisto.fr/886-Plans-en-telechargement.html


Si oui je t'aide volontiers, ce serra rapide.
Sinon existe-t-il une source opendata pour les créer ?


Je les ai titiller ( 
https://twitter.com/Crochetdavid/status/898587291391635456 ) mais j'ai 
pas eu de réponses ni de remarques



Sans cela j'ignore où positionner précisément les nouveaux arrêts.
Mais je peux de toute façon aider pour modifier les relations

Tu as une page wiki ou un pad pour renseigner qui fait quoi
et les valeurs utilisée dans la région (network, operator, ...)


https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun, mais j'ai 
jamais fait de maintenance sur cette page.


Cordialement

--
David Crochet


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

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

[marc marc]

Le 28. 08. 17 à 18:25, David Crochet a écrit :
> Si des personnes veulent travailler avec moi sur le réseau Twisto 
> (Caen-la-Mer) le 1 septembre, il y a quelques modification à apporter : 
> http://twisto.fr/affichage.php?actu=2715_Twisto_:_Ce_qui_change_a_la_rentree
>  

est-ce que les arrêts où sont reportés les arrêts existant existent
déjà dans osm ? et les nouveaux arrêts des lignes prolongées ?
Si oui je t'aide volontiers, ce serra rapide.
Sinon existe-t-il une source opendata pour les créer ?
Sans cela j'ignore où positionner précisément les nouveaux arrêts.
Mais je peux de toute façon aider pour modifier les relations

Tu as une page wiki ou un pad pour renseigner qui fait quoi
et les valeurs utilisée dans la région (network, operator, ...)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Jo]

Je veux bien faire un hangout pour te montrer comment utiliser PT_Assistant
et JOSM pour rendre ton travail au plus efficace le possible.

Jo

2017-08-28 18:25 GMT+02:00 David Crochet :

> Bonjour
>
> Si des personnes veulent travailler avec moi sur le réseau Twisto
> (Caen-la-Mer) le 1 septembre, il y a quelques modification à apporter :
> http://twisto.fr/affichage.php?actu=2715_Twisto_:_Ce_
> qui_change_a_la_rentree
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> 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] réseau de bus twisto - nouveauté pour le 01 septembre

[David Crochet]

Bonjour

Si des personnes veulent travailler avec moi sur le réseau Twisto 
(Caen-la-Mer) le 1 septembre, il y a quelques modification à apporter : 
http://twisto.fr/affichage.php?actu=2715_Twisto_:_Ce_qui_change_a_la_rentree


Cordialement

--
David Crochet


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

Re: [OSRM-talk] Use OSRM on rivers, railways, power lines

[Daniel Patterson]

Hi François,

  Currently, OSRM doesn't know anything about route relations (although
some work has started on it here:
https://github.com/Project-OSRM/osrm-backend/pull/4438).

  For now, you'd need to convert them to separate ways, or copy the
relation tags onto the relevant ways so that the `process_way` Lua function
will be able to see the tags.  Flattening relations like this can be
complicated, I don't know if there's an easy-to-use tool that can already
do it.

daniel

On Sun, Aug 27, 2017 at 10:59 PM, François Lacombe <
fl.infosrese...@gmail.com> wrote:

> Hi Daniel,
>
> This is indeed an interesting point.
>
> In substations, every incoming line is often connected to busbars, which
> allow to switch power from lines to another.
> They are supposed to be in OSM when outdoor and visible on aerial imagery
> like this one : http://www.openstreetmap.org/way/170169821
>
> Then I'd better to propagate substation attributes on its busbars and then
> define them as is_starting=true
> If I don't find them in OSM data, it's pretty easy to create a virtual one
> by linking every incoming line end point.
>
>
> Once the is_starting problem solved, can osrm understand directly route
> relation like the one given in my first mail :
> http://www.openstreetmap.org/relation/6694740
> Or should I convert them in separate ways before building osrm network ?
>
>
> All the best
>
> François
>
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 
>
> 2017-08-25 18:04 GMT+02:00 Daniel Patterson :
>
>> Hi François,
>>
>>   The only problem I can see is that OSRM only snaps to *edges*, not
>> nodes, and the `is_startpoint` property is only available for ways, not
>> nodes.
>>
>>   If you insert new artificial ways that connect the centroid to each
>> line and have different tags and can be marked as `is_startpoint=true`,
>> then it will work fine.  If you simply extend the powerlines by adding an
>> additional noderef to the powerline ways, then you'll still have the
>> nothing-to-snap-to problem.
>>
>> daniel
>>
>> On Thu, Aug 24, 2017 at 11:58 PM, François Lacombe <
>> fl.infosrese...@gmail.com> wrote:
>>
>>> Hi Daniel,
>>>
>>> Ok,
>>>
>>> Or I can take the centroid of each substation area and connect each line
>>> to it.
>>> Then, drop the area and only keep substations nodes which get the
>>> is_startpoint in the profile.
>>>
>>> On render side, I will surely be able to match substation nodes given by
>>> osrm and actual areas with ref tags.
>>>
>>> I'll be testing it for some times and will share it if interested
>>> Thank you for your time
>>>
>>>
>>> All the best
>>>
>>>
>>> 2017-08-25 0:04 GMT+02:00 Daniel Patterson :
>>>
 Yes, connectivity will be a problem in that example.  If you make the
 lines `is_startpoint=false` and they're not connected to something else,
 then you won't be able to route over them.

 You will need to do some pre-processing here - create artificial nodes
 at the points where the substation boundaries cross the lines and connect
 both ways to those artificial nodes.

 daniel

 On Thu, Aug 24, 2017 at 2:33 PM, François Lacombe <
 fl.infosrese...@gmail.com> wrote:

>
> 2017-08-24 23:18 GMT+02:00 Daniel Patterson :
>
>> Franccois,
>>
>>   In the lua profiles, you can set the `result.is_startpoint`
>> property in `process_way` (used to be `way_function`) to determine 
>> whether
>> you can snap to them.  We currently use this for ferry routes - paths can
>> use them, but can't start/end on them.
>>
>>   Set `is_startpoint` to true for your substations way areas, and
>> `is_startpoint` to false for the transmission lines.
>>
>
> That's exactly what I need, thank you
>
>
>>   The route will start by following the outside edge of the
>> substations area polygon, but it sounds like that doesn't matter too much
>> to you.
>>
>
> It doesn't matter indeed.
> But it may be an issue that power lines aren't actually connected to
> substation perimeter ?
>
> Like this one : https://www.openstreetmap.org/way/100500802
> The outside edge of the substation is the fence surrounding it and
> power lines goes above it without connection.
>
> Should I preprocess my data to make it more accessible to osrm or
> there's other way ?
>
> Francois
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>

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


>>>
>>> ___
>>> 

Re: [Talk-it] Kompass, è CC?

[girarsi_liste]

Il 28/08/2017 12:34, Maurizio Napolitano ha scritto:
> ALT!
> Non confondere i piani:
> posso concordare che il dato inserito sia sbagliato, ma la questione della
> significatività del contributo ad una base dati è una questione
> giuridica che non
> va assolutamente a vedere se il dato è corretto o meno.
>

Ok, il mio puntiglio era eccessivo.

> ora mi viene il dubbio se il punto segnati sia corretto.
> 

Il primo changeset, guardando la cronologia era all'inizio mappato da
maxcont05 con quel dato, come WMS usato con ID mette:

(http://webmapp.it/maps/dolomiti/tiles_dolomiti/{z}/{x}/{y}.png)


Qui la cronologia della cima in questione:

http://www.openstreetmap.org/node/3092059364/history


> Le soluzioni sono due:
> - vai sulla cima con un altimetro
> - usi i dati lidar
> http://www.lidar.provincia.tn.it:8081/WebGisIT/pages/webgis.faces

Il problema era solo la fonte, quindi mi astengo a quello, poi per il
dato da qualche parte in forma libera prima o poi si troverà, spero
prima ovviamente.

Intanto l'utente mi ha già risposto, ovviamente citando wikipedia, per
cui, adesso vedo cosa rispondergli.


Grazie a tutti.

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



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

Re: [OSM-talk] Redacting 75, 000 street names contributed by user chdr

[Pierre Béland]

Simon Poole wrote 
Maybe I'm misunderstanding what you want to do, but it would seem as if that 
just amounts to doing the work twice.
After revising 126 elements, I agree with Simon. Let's avoid doing the job 
twice.
Below is an evaluation for Quebec / Canada with a sample of 126 of 1,316 id's 
from Frederik list. I see that we cannot assure in this sample what is the name 
source for 98% of the ways modified.  

Since there are often references to Canvec, I did an Overpass query. It appears 
that 53 ot the 1,316 have the tag "canvec:UUID" and this tag was sometimes 
modified. But without confirmation from chdr it is difficult to assess if it 
did really come from Canvec.
Then, yes, for Canada at least where we have opendata available, let's simply 
redact all the names except the typos that are easily identiable and start 
over. 

   2 typo corrections (ie. place to Place, St- to Saint-)
110 Name added  14 Name revision (it could be adding Street, Avenue, Rue, 
Place, Croissant, etc) I saw one Google artefact where Rue was modified to 
Avenue while Rue is specified on the OpenData source
 
regard 
Pierre 






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

Re: [OSRM-talk] [EXTERNAL] Re: Access private roads in routing

[Chuan Li (C)]

Thank you, Daniel. I now have an idea of what to do next.

Best regards,
Chuan

From: Daniel Patterson [mailto:dan...@mapbox.com]
Sent: Monday, August 28, 2017 11:41 AM
To: Mailing list to discuss Project OSRM 
Subject: [EXTERNAL] Re: [OSRM-talk] Access private roads in routing

Hi,

  Unfortunately no - OSRM is designed to perform very fast route calculation, 
at the expense of flexibility.  Whether private roads are allowed is decided 
during the "pre-processing" step, and you cannot alter that decision when you 
query a route.

  You would need to run your own OSRM server and modify the `car.lua` profile 
to include the road classes you want.  The demo server at 
router.project-osrm.org uses the default 
car.lua profile (which you can find in the GitHub repository).

daniel

On Mon, Aug 28, 2017 at 7:03 AM, Chuan Li (C) 
> wrote:
Hello all,

Is there a parameter that I can specify to allow OSRM to route through private 
(proprietary) roads?  I wish to use this URL to send request for test purpose. 
(http://router.project-osrm.org/route/v1/driving/)

Best regards,
Chuan Li



Nothing in this message is intended to constitute an electronic signature 
unless a specific statement to the contrary is included in this message.

Confidentiality Note: This message is intended only for the person or entity to 
which it is addressed. It may contain confidential and/or privileged material. 
Any review, transmission, dissemination or other use, or taking of any action 
in reliance upon this message by persons or entities other than the intended 
recipient is prohibited and may be unlawful. If you received this message in 
error, please contact the sender and delete it from your computer.

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



Nothing in this message is intended to constitute an electronic signature 
unless a specific statement to the contrary is included in this message.

Confidentiality Note: This message is intended only for the person or entity to 
which it is addressed. It may contain confidential and/or privileged material. 
Any review, transmission, dissemination or other use, or taking of any action 
in reliance upon this message by persons or entities other than the intended 
recipient is prohibited and may be unlawful. If you received this message in 
error, please contact the sender and delete it from your computer.
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Demande d'avis sur une idée de "défi du mois"

[Francois Gouget]

On Wed, 9 Aug 2017, Alain VASSAULT wrote:
[...]
> Je suis en relation directe par courriel avec le chef de l'unité de 
> mise à jour des fiches qui serait ravis d'une telle aide (surtout pour 
> les fiches sans photos, sachant que les photos ne sont obligatoires 
> que depuis l'année 2000).

La partie photo ressemble à quelque chose pour Mapillary ou 
OpenStreetCam... si l'IGN peut faire usage de photos sous license 
CC-BY-SA. Il n'y aurait probablement même pas vraiment besoin d'une 
participation active de ces projets.


-- 
Francois Gouget   http://fgouget.free.fr/
   La terre est une bêta...___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSRM-talk] Access private roads in routing

[Daniel Patterson]

Hi,

  Unfortunately no - OSRM is designed to perform very fast route
calculation, at the expense of flexibility.  Whether private roads are
allowed is decided during the "pre-processing" step, and you cannot alter
that decision when you query a route.

  You would need to run your own OSRM server and modify the `car.lua`
profile to include the road classes you want.  The demo server at
router.project-osrm.org uses the default car.lua profile (which you can
find in the GitHub repository).

daniel

On Mon, Aug 28, 2017 at 7:03 AM, Chuan Li (C)  wrote:

> Hello all,
>
>
>
> Is there a parameter that I can specify to allow OSRM to route through
> private (proprietary) roads?  I wish to use this URL to send request for
> test purpose. (http://router.project-osrm.org/route/v1/driving/)
>
>
>
> Best regards,
>
> Chuan Li
>
>
>
>
> Nothing in this message is intended to constitute an electronic signature
> unless a specific statement to the contrary is included in this message.
>
> Confidentiality Note: This message is intended only for the person or
> entity to which it is addressed. It may contain confidential and/or
> privileged material. Any review, transmission, dissemination or other use,
> or taking of any action in reliance upon this message by persons or
> entities other than the intended recipient is prohibited and may be
> unlawful. If you received this message in error, please contact the sender
> and delete it from your computer.
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-de] OSM ohne Lizenzhinweis auf Spiegel.de?

[Christoph Hormann]

On Monday 28 August 2017, Marco Lechner - FOSSGIS e.V. wrote:
> Da fehlt doch was:
> http://m.spiegel.de/spiegel/a-1164779.html

Ja.

Oder um es im Stil von Spiegel online zu formulieren:

Ein ehemaliges Nachrichtenmagazin wollte einen GPS-Track visualisieren.  
Doch die Hintergrundkarte verriet, was die Haupt-Datenquelle der 
Darstellung ist.

Ist auch bei Spiegel nicht das erste Mal:

http://www.spiegel.de/politik/ausland/bild-1102760-831038.html

Nach dem Muster: Andere müssen für jeden Textschnipsel aus unserem 
Geschreibsel zahlen aber wir dürfen uns ungehindert aus dem bedienen, 
was andere an Inhalten produzieren.  

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

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

[OSM-talk-be] Hectometerpaaltjes

[Philippe Casteleyn]

Ik heb antwoord gekregen van Wegen en Verkeer op  mijn Facebook vraag =
https://www.facebook.com/wegenenverkeer/posts/1140745522693379?comment_id=1148842211883710_comment_id=1153805158054082_t=feed_comment_reply_id=1503908470436919


[https://scontent-sea1-1.xx.fbcdn.net/v/t1.0-9/20728127_1140745479360050_1194054796376684349_n.jpg?oh=42a748da713172d2338fb25721f9339f=5A2DDFDD]

Agentschap Wegen en 
Verkeer
www.facebook.com
19.300 kilometerbordjes langs de autosnelwegen worden vervangen. Het nieuwe 
ontwerp is duidelijker, staat elke 100 meter en geeft nu ook de rijrichting 
mee. Zo kunnen de hulpdiensten nog exacter...

Voor de elitairen onder ons  hier de tekst =
 Dag Philippe, we hebben meer informatie gekregen van onze collega's.
De borden zullen één op één vervangen worden, in totaal plaatsen we zo’n 19300 
nieuwe referentieborden. De coördinaten worden opnieuw opgemeten door de 
aannemers bij plaatsing. Na de nodige validatie zullen deze worden aangeboden 
als Open data en ter beschikking gesteld worden via Geopunt.
De paaltjes zijn vergevingsgezinde en botsvriendelijke paaltjes. Bij een 
aanrijding buigen ze echter niet terug.

Ctrl+v

Van: talk-be-requ...@openstreetmap.org 
Verzonden: maandag 28 augustus 2017 14:00:05
Aan: talk-be@openstreetmap.org
Onderwerp: Talk-be Digest, Vol 116, Issue 15

Send Talk-be mailing list submissions to
talk-be@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.openstreetmap.org/listinfo/talk-be
or, via email, send a message with subject or body 'help' to
talk-be-requ...@openstreetmap.org

You can reach the person managing the list at
talk-be-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Talk-be digest..."


Today's Topics:

   1. Het was op de brug van de A11 (Philippe Casteleyn)


--

Message: 1
Date: Sun, 27 Aug 2017 16:51:35 +
From: Philippe Casteleyn 
To: "talk-be@openstreetmap.org" 
Subject: [OSM-talk-be] Het was op de brug van de A11
Message-ID:



Content-Type: text/plain; charset="iso-8859-1"

Een groot mankement voorstellen als een kenmerk, dat hebben ze uit de 
informatica.

Is er al een systeem dat de onderbrekingen van de snelweg door de scheepvaart 
voorspelt ?

Of moeten we het zelf schatten met

https://www.marinetraffic.com/nl/ais/home/centerx:3.238/centery:51.269/zoom:12


Ik ben gestopt met de snelwegen te photographeren.  Ik wacht op de nieuwe 
hectometerpaaltjes.

Echte mappers weten waarom ze nuttig zijn.  De oude zijn niet meer gewassen.  
En het gebeurt dat ik er eentje mis.


Kaart met schepen in real time - AIS - Scheepsbewegingen en posities | AIS 
Marine 
Traffic
www.marinetraffic.com
MarineTraffic Live Ships Map. Discover information and vessel positions for 
vessels around the world. Search the MarineTraffic ships database of more than 
55 active and decommissioned vessels. Search for popular ships globally. 
Find locations of ports and ships using the near Real Time ships map. View 
vessel details and ship photos.







-- next part --
An HTML attachment was scrubbed...
URL: 


--

Subject: Digest Footer

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


--

End of Talk-be Digest, Vol 116, Issue 15

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

Re: [Talk-us] TIGER fixup for Hurricane Harvey potential impact areas

[Brian May]

Cliff,

Thanks for pointing out the png issue. If you choose png format, JOSM 
will automatically make it transparent, because it adds transparent=true 
to the generated WMS URL. And best to choose image/png; mode=8bit to 
reduce the size of the image generated on the server, which helps with 
speed on slow connections.


Also, if anyone has suggestions on the styling, please chime in. The 
labels are a bit large, but they stand out.


Brian

On 8/28/2017 10:00 AM, Clifford Snow wrote:
Brian if I may - adding transparent=true on to the end of the URL will 
allow the street layer to be transparent so satelite imagery can be 
used along with the streets.


The URL would be 
http://maps.mapwise.com/cgi-bin/mapserv?map=maps/fmo-base-osm-texas.map=true


After selecting the layer using the Get Layers, change the image from 
image/jpeg to image/png


Then you are good to go.

Clifford

On Sun, Aug 27, 2017 at 3:47 PM, Brian May > wrote:


There is now a task in the OSM Task Manager to help coordinate the
effort at http://tasks.openstreetmap.us/project/104


There is also a WMS layer of Texas statewide streets available at
http://maps.mapwise.com/cgi-bin/mapserv?map=maps/fmo-base-osm-texas.map;

- use that URL in JOSM.

Adding WMS layer to JOSM tutorial here:
http://learnosm.org/en/josm/josm-adding-imagery/


The streets are from:
https://tnris.org/data-catalog/entry/txdot-roadways/


Brian

On 8/25/2017 10:02 PM, Hans De Kryger wrote:

Thanks for letting me know, i'm on it!

*Regards,**
*
*Hans*

On Fri, Aug 25, 2017 at 1:56 PM, Brian May > wrote:

Calling all TIGER fixup junkies. I've been poking around the
coastal areas of Texas where Hurricane Harvey is expected to
make landfall and seeing a lot of TIGER fixup needed. More
and more websites depend on OSM so it would be nice to
provide more accurate and updated info than what is there
now. Maps and GIS are going to be heavily relied on
especially after the storm.

Common issues:

- Streets that aren't there

- Tracks marked as residential. Many tracks are barely
visible or edges of farms and should be deleted.

- Driveways marked as residential streets (should be service).

- Streets needing realignment.

- Streets not connecting properly.


An interesting site using OSM is
https://livestormchasing.com/map


Storm chaser locations are shown on OSM in real time and
there are video feeds from some of them. So that means you
can get real time video of what the ground looks like! Lots
of flooding already happening along the coast.

Brian aka grouper



___
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




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





--
@osm_seattle
osm_seattle.snowandsnow.us 
OpenStreetMap: Maps with a human touch


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

Re: [Talk-cz] Podivný "zdroj" některých silnic

[honny]

Ahoj,


to je otázka pro archiv :-)

https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/freemap#HS-RS_-_Silnice_1._a_2._t.C5.99.C3.ADdy



h.

Dne 28. srpna 2017 16:30 Lukáš Gebauer  napsal(a):
> Ahoj,
>
> Několikrát jsem dneska narazil po republice na silnice první třídy, které
> měly uveden "source" jako:
>
> HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz
>
>
> (napriklad https://www.openstreetmap.org/way/303836953 )
>
> To tak ma opravdu byt?
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] Podivný "zdroj" některých silnic

[Vladimír Slávik]

Ano, je to dobře.

Tato data byla darována onou společností s tím, že tyto silnice budou mít
při importu tento tag. Bylo to někde na wiki, tuším?
http://wiki.openstreetmap.org/wiki/Thanks#These_organisations_helped_us_to_
with_realizing_our_dream:
-- Původní e-mail --
Od: Lukáš Gebauer 
Komu: OpenStreetMap Czech Republic 
Datum: 28. 8. 2017 16:31:52
Předmět: [Talk-cz] Podivný "zdroj" některých silnic
"Ahoj,

Několikrát jsem dneska narazil po republice na silnice první třídy,
které měly uveden "source" jako:

HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz


(napriklad https://www.openstreetmap.org/way/303836953 )

To tak ma opravdu byt?


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

[Talk-de] OSM ohne Lizenzhinweis auf Spiegel.de?

[Marco Lechner - FOSSGIS e.V.]

Da fehlt doch was:
http://m.spiegel.de/spiegel/a-1164779.html

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

[Talk-cz] Podivný "zdroj" některých silnic

[Lukáš Gebauer]

Ahoj,

Několikrát jsem dneska narazil po republice na silnice první třídy, 
které měly uveden "source" jako:


HELP SERVICE - REMOTE SENSING spol. s r.o. http://www.bnhelp.cz


(napriklad https://www.openstreetmap.org/way/303836953 )

To tak ma opravdu byt?


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

[OSM-talk-fr] ancien et nouveau overpass osm-fr

[marc marc]

Bonjour,

Pour ceux qui ont suivit, Rodolphe est entrain de terminer
le nouveau serveur overpass osm-fr, il reste quelques détails
à peaufiner avant sa réouverture officielle.
Et les pages wiki a mettre à jour.

Je profite de l'occasion pour créer de la surveillance
supplémentaire afin de détecter au plutôt les problèmes.
Quelqu'un se souvient de ce qui n'allait plus précisément
sur l'ancien serveur ?
un exemple de requête par exemple.

Je profite de l'occasion pour remercier
- Sylvain pour ces années passées à maintenir le serveur
et sa précieuse doc
- Rodolphe qui a fait 99% du boulot d'installation
du nouveau serveur, voir + :)
- Jocelyn aussi tapis dans l'ombre qu'on oublie
trop souvent :)

PS: cela ne concerne PAS la fonction proxy api qui n'est pour le moment 
PAS réinstallé, on verra cela après. exprimez-vous si vous l'utilisiez.

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

Re: [OSM-talk] Redacting 75, 000 street names contributed by user chdr

[Simon Poole]

Am 28.08.2017 um 14:43 schrieb Pierre Béland:
> Simon Poole wrote
>
> PS: naturally simply assuming that all name expansions are
> legit is a bit iffy, consider Circle vs. Circuit  and other
> expansions that you often can't decide without external
> sources, I don't know if there are  any such cases in the
> affected data, but it seems to be silly to start wasting time
> on something that is  essentially a non-problem (revert the
> name to the original and re-expand it using current TIGER if
> possible).
>
> To respect contributors participation, I think that it is important to
> avoid deleting valid contributions.
Naturally. In my experience the DWG goes to great lengths to avoid
unnecessary damage, however in cases like we have at hand that requires
cooperation from the contributor (identifying legit vs non non-legit
contributions), which hasn't been forthcoming.
 
>
> Before redaction, what I propose to do for Quebec / Canada :
>
> I will go through thee chdr list provided by Frederik, and will verify
> the history for the name and add either
> source:verify tag=chdr name addition without source
> confirmationsource:verify tag=chdr name typo correction
>
> After redaction, it will be easy to select the redacted ways and add
> the name from legit source.
Maybe I'm misunderstanding what you want to do, but it would seem as if
that just amounts to doing the work twice.

Simon
>
> regard
>  
> Pierre
>
>



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

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

[Michal Poupa]

Dobrý den,
 koukal jsem že mnoho názvů vodních nádrží je "v.n.Landštejn" domnívám se
že by to mělo být  "v. n. Landštejn" podle pravopisu.

Bylo by asi dobé pusti robota aby to prošel a možná by bylo dobré domluvit
se jak to popisovat jestli v. n. nebo vodní nádrž případně někde je jen
jméno ...


 Jinak jsem koukal do en wiky a zjisti že přehradní nádrže by měli mít tag
"water=reservoir"

Tak jsem ho nastavil snad u většiny přehrad.

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

[OSRM-talk] Access private roads in routing

[Chuan Li (C)]

Hello all,

Is there a parameter that I can specify to allow OSRM to route through private 
(proprietary) roads?  I wish to use this URL to send request for test purpose. 
(http://router.project-osrm.org/route/v1/driving/)

Best regards,
Chuan Li



Nothing in this message is intended to constitute an electronic signature 
unless a specific statement to the contrary is included in this message.

Confidentiality Note: This message is intended only for the person or entity to 
which it is addressed. It may contain confidential and/or privileged material. 
Any review, transmission, dissemination or other use, or taking of any action 
in reliance upon this message by persons or entities other than the intended 
recipient is prohibited and may be unlawful. If you received this message in 
error, please contact the sender and delete it from your computer.
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-us] TIGER fixup for Hurricane Harvey potential impact areas

[Clifford Snow]

Brian if I may - adding transparent=true on to the end of the URL will
allow the street layer to be transparent so satelite imagery can be used
along with the streets.

The URL would be
http://maps.mapwise.com/cgi-bin/mapserv?map=maps/fmo-base-osm-texas.map=true

After selecting the layer using the Get Layers, change the image from
image/jpeg to image/png

Then you are good to go.

Clifford

On Sun, Aug 27, 2017 at 3:47 PM, Brian May  wrote:

> There is now a task in the OSM Task Manager to help coordinate the effort
> at http://tasks.openstreetmap.us/project/104
>
> There is also a WMS layer of Texas statewide streets available at
> http://maps.mapwise.com/cgi-bin/mapserv?map=maps/fmo-base-osm-texas.map;
> - use that URL in JOSM.
>
> Adding WMS layer to JOSM tutorial here: http://learnosm.org/en/josm/
> josm-adding-imagery/
>
> The streets are from: https://tnris.org/data-catalog/entry/txdot-roadways/
>
> Brian
>
> On 8/25/2017 10:02 PM, Hans De Kryger wrote:
>
> Thanks for letting me know, i'm on it!
>
> *Regards,*
> *Hans*
>
> On Fri, Aug 25, 2017 at 1:56 PM, Brian May  wrote:
>
>> Calling all TIGER fixup junkies. I've been poking around the coastal
>> areas of Texas where Hurricane Harvey is expected to make landfall and
>> seeing a lot of TIGER fixup needed. More and more websites depend on OSM so
>> it would be nice to provide more accurate and updated info than what is
>> there now. Maps and GIS are going to be heavily relied on especially after
>> the storm.
>>
>> Common issues:
>>
>> - Streets that aren't there
>>
>> - Tracks marked as residential. Many tracks are barely visible or edges
>> of farms and should be deleted.
>>
>> - Driveways marked as residential streets (should be service).
>>
>> - Streets needing realignment.
>>
>> - Streets not connecting properly.
>>
>>
>> An interesting site using OSM is https://livestormchasing.com/map
>>
>> Storm chaser locations are shown on OSM in real time and there are video
>> feeds from some of them. So that means you can get real time video of what
>> the ground looks like! Lots of flooding already happening along the coast.
>>
>> Brian aka grouper
>>
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>
>
>
> ___
> Talk-us mailing 
> listTalk-us@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-us
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-it] E-mail Marketing

[Marcellino Billia]

Every visitor to  your site is valuable, so  capturing their names and e-mail 
addresses  to stay in touch is important. Many people might not buy your  
affiliate products until the third or fourth time they  hear from you.
So  it's crucial  to place an opt-in subscription box on your site for  people 
to start receiving a weekly  or  monthly  newsletter from  you.
Take a  look  
http://www.saglikhekimi.com/dengi_booth_n_x.php?m=EdGFsay1pdEBvcGVuc3RyZWV0bWFwLm9yZw--

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

Re: [Talk-br] Novo mapa da ESRI

[Helio Cesar Tomio]

A Esri já aparece no editor id.
Ao aproximar muito, a imagem desaparece.

Em 28/08/2017 09:42, "Marcos Fedato"  escreveu:

>
> Olá,
>
> A Esri anunciou que esta doando um novo mapa base para o OpenStreetMap!
>
> Eu não consegui abrir o iD ainda mas a Esri disse que ele está lá.
>
> Para quem não é de geo, a esri pode ser um nome estranho, mas a plataforma
> arcgis é um sistema bem completo de geoprocessamento e essa aproximação da
> esri com o openstreetmap é bem legal pois mostra que mesmo as gigantes do
> setor veem o quanto o projeto osm é forte.
>
> Parabéns a todos e bora mapear!
>
> Atenciosamente,
> Marcos Fedato
>
>
> Enviado do meu smartphone Samsung Galaxy.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-es] Debemos comprobar el nombre de 2800 vías.

[Jorge Sanz Sanfructuoso]

Justo lo encontrado jeje. Si era osmose.
http://osmose.openstreetmap.fr/es/map/?item=3020


El lun., 28 ago. 2017 a las 15:29, Jorge Sanz Sanfructuoso (<
sanc...@gmail.com>) escribió:

> Por mi parte dispuesto a ponerme manos a la obra y ayudar en todas la vías.
>
> Solo ver como proceder para que el DWG nos lo de por válido.
>
> Yo en alguna pagina he visto que marcaba los source incorrectos tipo
> google. Me sonaba que era osmose pero no veo que sea. Pero alguna hay
> seguro. Hace tiempo quite unos cuantos que había en Valladolid porque los
> vi en alguna herramienta.
>
> Un saludo.
>
> El lun., 28 ago. 2017 a las 13:33, Miguel Sevilla-Callejo (<
> msevill...@gmail.com>) escribió:
>
>> Ni doy crédito con lo que cuentas.
>> No sé si es peor copiar de Google o decirlo abiertamente.
>>
>> Somos una comunidad reducida pero habríamos de estar atentos de estas
>> cuestiones: seguimiento de nuevos usuarios y nuevas ediciones... y ni que
>> decir tiene que salte una alarma cada vez que alguien diga que usó Google.
>>
>> Quizá sea buena idea usar el gestor de tareas. ¿Alguien puede hacerse
>> cargo?
>>
>> Yo no estoy operativo hasta dentro de un par de semanas.
>>
>> Un saludo
>>
>> --
>>  Miguel Sevilla-Callejo
>> from my mobile 
>>
>> El 28/8/2017 12:16, "yo paseopor"  escribió:
>>
>>> Houston, tenemos un problema
>>> Mejor dicho , el problema viene de la sede de la gran G . Tal y como
>>> podeis leer en
>>> https://lists.openstreetmap.org/pipermail/talk/2017-August/078542.html
>>> ha habido un usuario, un GRAN contribuyente , el cual su fuente ha sido
>>> Google (sin paños calientes). Quien quiera más info que se mire el hilo. El
>>> caso es que el DWG va a borrar esa información si no cambia en próximas
>>> fechas. Según un registro por países la broma asciende a más de 74000 vías.
>>> Por "suerte" para nuestro país sólo están afectadas unas 2800 vías, de las
>>> cuales la mayoría están situadas en Andalucía, Castilla La Mancha ,
>>> Comunidad de Madrid y Comunitat Valenciana. Para ver el ránking completo
>>> podeis ir a
>>> https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a/1Calle1Nombre
>>> .
>>> Por lo tanto debemos editar esas vías, comprobándolas y asignándoles una
>>> fuente fiable, contrastable y sobretodo abierta (no se me escapa pensar que
>>> el DWG va a estar muy encima de estas modificaciones, por lo que debemos
>>> ejecutarlas de la mejor manera posible. Tampoco se me escapa que el reparto
>>> es bastante desigual por lo que considero que debemos aceptar que TODOS y
>>> TODAS deberíamos de trabajar en comunidades que no necesariamente fuere la
>>> nuestra . Vislumbro el uso del gestor de tareas y esa página de la wiki com
>>> oposible coordinación pero eso ya se me escapa. También José Luís Infante
>>> ha hecho una consulta overpass con source=Google y la desagradable sorpresa
>>> es que tenemos 50 y pico vías más por añadir al registro por modificar.
>>> ¿Cómo lo veis?
>>>
>>> Salut i mapes
>>> yopaseopor
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/ 
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/ 
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Debemos comprobar el nombre de 2800 vías.

[Jorge Sanz Sanfructuoso]

Por mi parte dispuesto a ponerme manos a la obra y ayudar en todas la vías.

Solo ver como proceder para que el DWG nos lo de por válido.

Yo en alguna pagina he visto que marcaba los source incorrectos tipo
google. Me sonaba que era osmose pero no veo que sea. Pero alguna hay
seguro. Hace tiempo quite unos cuantos que había en Valladolid porque los
vi en alguna herramienta.

Un saludo.

El lun., 28 ago. 2017 a las 13:33, Miguel Sevilla-Callejo (<
msevill...@gmail.com>) escribió:

> Ni doy crédito con lo que cuentas.
> No sé si es peor copiar de Google o decirlo abiertamente.
>
> Somos una comunidad reducida pero habríamos de estar atentos de estas
> cuestiones: seguimiento de nuevos usuarios y nuevas ediciones... y ni que
> decir tiene que salte una alarma cada vez que alguien diga que usó Google.
>
> Quizá sea buena idea usar el gestor de tareas. ¿Alguien puede hacerse
> cargo?
>
> Yo no estoy operativo hasta dentro de un par de semanas.
>
> Un saludo
>
> --
>  Miguel Sevilla-Callejo
> from my mobile 
>
> El 28/8/2017 12:16, "yo paseopor"  escribió:
>
>> Houston, tenemos un problema
>> Mejor dicho , el problema viene de la sede de la gran G . Tal y como
>> podeis leer en
>> https://lists.openstreetmap.org/pipermail/talk/2017-August/078542.html
>> ha habido un usuario, un GRAN contribuyente , el cual su fuente ha sido
>> Google (sin paños calientes). Quien quiera más info que se mire el hilo. El
>> caso es que el DWG va a borrar esa información si no cambia en próximas
>> fechas. Según un registro por países la broma asciende a más de 74000 vías.
>> Por "suerte" para nuestro país sólo están afectadas unas 2800 vías, de las
>> cuales la mayoría están situadas en Andalucía, Castilla La Mancha ,
>> Comunidad de Madrid y Comunitat Valenciana. Para ver el ránking completo
>> podeis ir a
>> https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a/1Calle1Nombre
>> .
>> Por lo tanto debemos editar esas vías, comprobándolas y asignándoles una
>> fuente fiable, contrastable y sobretodo abierta (no se me escapa pensar que
>> el DWG va a estar muy encima de estas modificaciones, por lo que debemos
>> ejecutarlas de la mejor manera posible. Tampoco se me escapa que el reparto
>> es bastante desigual por lo que considero que debemos aceptar que TODOS y
>> TODAS deberíamos de trabajar en comunidades que no necesariamente fuere la
>> nuestra . Vislumbro el uso del gestor de tareas y esa página de la wiki com
>> oposible coordinación pero eso ya se me escapa. También José Luís Infante
>> ha hecho una consulta overpass con source=Google y la desagradable sorpresa
>> es que tenemos 50 y pico vías más por añadir al registro por modificar.
>> ¿Cómo lo veis?
>>
>> Salut i mapes
>> yopaseopor
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/ 
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-GB] Spammer "Digital Torque Wrench" on OSM

[ael]

Not sure this is the right list, but I guess admins are on this list.

We have a spammer:
http://www.openstreetmap.org/user/Digital%20Torque%20Wrench

who just "added me as a friend".

Can someone remove and block the account?

Thanks,

ael


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

Re: [Talk-br] Novo mapa da ESRI

[Daniel d'Andrada Tenório de Carvalho]

Olá,

No JOSM já está aparecendo.

2017-08-28 9:40 GMT-03:00 Marcos Fedato :

>
> Olá,
>
> A Esri anunciou que esta doando um novo mapa base para o OpenStreetMap!
>
> Eu não consegui abrir o iD ainda mas a Esri disse que ele está lá.
>
> Para quem não é de geo, a esri pode ser um nome estranho, mas a plataforma
> arcgis é um sistema bem completo de geoprocessamento e essa aproximação da
> esri com o openstreetmap é bem legal pois mostra que mesmo as gigantes do
> setor veem o quanto o projeto osm é forte.
>
> Parabéns a todos e bora mapear!
>
> Atenciosamente,
> Marcos Fedato
>
>
> Enviado do meu smartphone Samsung Galaxy.
>
> ___
> 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] contributions peut-être à revoir

[Bruno]

Le 28/08/2017 à 14:30, Christian Rogel a écrit :

Le 28 août 2017 à 12:54, Christian Quest  a écrit :

Principe cardinal: représenter ce qu'il y a sur le terrain ? Oui, mais avec 
intelligence...

C'est ce que j'applique en disant que si le nom autre ("alternatif") n'est pas 
juridiquement consolidé, il doit forcément passer sur une autre ligne (alt, name:{lg}…).
J'interroge le cas rarissime d'une intentionalité de la décision de l'autorité 
compétente.


Le gros avantage d'OSM c'est de permettre de mettre les noms en autant de 
langues que l'on veut avec name:xx=* et en même temps de préciser la langue en 
question, ce qu'un panneau ou une plaque dans la rue ne peut pas préciser.

Ceci permet aussi au réutilisateur des données de faire son choix dans les 
langues qu'il veut mettre en avant (le rendu FR utilisera par exemple name:fr 
en priorité).

Pour le name=*, la convention sur OSM c'est de mettre la langue officielle du 
pays, donc en France le français (ou autre si il n'y a pas de version du nom en 
français).

Un nom de lieu ou de rue validé n'a pas de version en français, il se suffit à 
lui-même. Je suis étonné que toi-aussi tu ne saisisse pas que, si une version 
est officielle dans un contexte plurilingue, elle perd sa référence à une 
langue, fût-elle hégémonique, puisqu'elle peut accueillir toute les nuances de 
l'arc-en-ciel linguistique.
Les pays dont les inscriptions publiques sont officiellement plurilingues ne 
font qu'une application spécifique du principe.

Il y a des exceptions à cette règle pour les pays/régions/communes 
multilingues: Bruxelles, mais aussi la Suisse... qui compte 4 langues 
officielles. Là pour ne pas favoriser une langue par rapport à d'autres, on les 
met toutes.

Il ne s'agit que de mettre au jour l'usage des communautés linguistiques, mais 
pas leurs langues en elles-mêmes. Elles peuvent chacune emprunter des éléments 
à d'autres langues.
On permet de mettre au jour l'usage des communautés linguistiques par le 
champ name:xx ou alt_name etc..

Supposons que les noms soient translittérés (runes, oghams, cyrilliques, 
katakana, morse, etc…), on voit qu'il y a un niveau ne mettant pas en jeu le 
bilinguisme et, pour OSM, la solution serait du même ordre.


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] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Andrew Hain]

How much use are you making of tools developed for identifying contributions to 
be redacted in the licence change?

--
Andrew

From: Frederik Ramm 
Sent: 28 August 2017 13:43:44
Cc: Talk Openstreetmap; talk...@openstreetmap.org
Subject: Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by 
user chdr

Hi,

On 08/27/2017 08:51 PM, Mikel Maron wrote:
> Also, Frederik, I think your script picked up false positives. Spot
> checked in DC, and these are expansions of both the street and the
> quadrant ("St NW" -> "Street Northwest"(. Can we fix the script and
> regen the list?

I have modified my "name equality rule" to consider "N" equal to "North"
etc., also it will ignore case, whitespace, and as before the usual
street type expansions (St->Street etc).

This brings the number of problematic objects down by around 5500, and
practically all of them are in the US. However, I noticed that I forgot
to account for "Saint"->"St", and will re-do the numbers yet again
before publishing an updated list.

I think the best course of action would be:

1. Wait a while, until various communities (potentially pointed to this
conversation via the widely-read weekly new roundup) have had the time
to check whether my automated assessment of which names count as
"contributed" by chdr is correct. Mikel has found the issue above and I
fixed it; it is quite possible that there are others.

2. Run the redaction, and remove all names contributed by chdr. At
present it looks as if less than 10% of these objects had a different
name before; more than 90% had not name at all. Perhaps it is indeed
best to remove the name in these cases as well instead of reverting to
the old name.

3. Load the IDs of all affected objects in a MapRoulette task or
similar, so people can check the names by survey, or from different
sources. (I assume that, as Simon pointed out, open data will not be
available for all countries affected. I fear that, with MapRoulette
geared towards armchair mapping, there might be a temptation for people
to yet again fill in the blanks from inadmissible sources. Maybe we
should limit the use of MapRoulette to countries where we know that open
sources exist, and use fixme tags or notes for other countries?)

I think that would be cleaner than verifying the names ahead of time.
Also it would create an audit trail - from the object history, you could
then see that the name was removed for copyright reasons, and you could
then see that user XYZ has added a new name. If it should later turn out
that this name was also copied from an indadmissible source, we know
that user XYZ is at fault, whereas people creating lists with
independently verified names is not something that would give us such a
recording.

I must apologize for not having given a time frame in my initial email;
there's absolutely no reason to panic. This matter has been sitting idle
for years, and a few more weeks won't kill us. We can sort this out
calmly and then do the right thing.

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
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] User che cancella stradine di servizio

[John Doe]

Mi sono imbattuto in un utente che cancella le piccole strade di servizio
che portano a proprietà private: le reputo molto importanti per una
questione di completezza e dettaglio della mappa.
Tempo fa lasciai lui un commento (qui
https://www.openstreetmap.org/changeset/49163156) e come potete evincere
trattasi del tipo di utente che crede la mappa venga adoperata solamente da
automobilisti (oltretutto credo non sappia che su OSM si può anche
effettuare una mappatura "indoor").
Da qui http://simon04.dev.openstreetmap.org/whodidit/ filtrando su Messina
e provincia i changesets con user g195 ed age eternity andrebbe data una
bella controllata approfondita a quel che ha fatto.
Qui vi sono sicuramente dei changesets da verificare: *
http://nrenner.github.io/achavi/?changeset=49061774 *
http://nrenner.github.io/achavi/?changeset=49162699 *
http://nrenner.github.io/achavi/?changeset=49012706 *
http://nrenner.github.io/achavi/?changeset=49052734 *
http://nrenner.github.io/achavi/?changeset=49084688 *
http://nrenner.github.io/achavi/?changeset=49043609 *
http://nrenner.github.io/achavi/?changeset=41873365 *
http://nrenner.github.io/achavi/?changeset=49044373 .
Io ho potuto controllare e recuperare certe cancellazioni in un changeset
ma purtroppo per motivi di tempo non ho occasione di controllare tutto o lo
farei volentieri pur di non perdere preziosi dati.
Spero che qualche volontario sia interessato.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation

[marc marc]

Le 28. 08. 17 à 14:28, Martin Noblecourt a écrit :
> la discussion sur la fragmentation des canaux 
> de communication mérite d'être posée 

> En effet la liste talk-fr est très difficile à suivre
> il est quasi-impossible d'y retrouver des 
> informations si on ne les a pas suivi au fur et à mesure.
Est-ce le temps de lecture de tout les détails qui pose problème ?
Si oui, je vois mal comment résoudre cet aspect là de choses.

Ou est-ce l'absence de possibilité de passer les détails
pour ne lire qu'un résumé voir la conclusion ?
Si oui, est-ce que poster un résumé de la conversation comme j'ai essayé 
de le faire pour le sujet network est-il une partie de la solution ?
faudrait-il un sujet particulier pour permettre à ceux qui le souhaite 
de passer les discussions mais pouvoir lire les résumés/conclusions ?
Et/ou penses-tu qu'il faudrait inclure la conclusion des discussions
dans la version françaises du mailing mensuel ?

> A mon humble avis le meilleur endroit pour discuter tagging 
> (et même technique en général) reste le Wiki, avec ses  
> conversations en un lieu unique
le wiki a le grand avantage d'être modifiable après coup pour 
s'améliorer de version en version mais à mon avis à 3 gros défauts :
1) il est impossible de suivre "tout le wiki fr", sauf à aller mettre
des "suivre la page" sur toutes les pages en question. Je ne parle
même pas du côté inadapté d'une notification pour une discussion.
2) il n'est à ma connaissance pas possible non plus d'être prévenu
d'une nouvelle page. d'ailleurs le wiki lui-même renvois aux mailing 
pour les annonces.
3) c'est encore un endroit supplémentaire où un nouveau doit s'inscrire 
(je n'ai jamais compris pq le login osm n'était pas aussi valable sur
le wiki), encore une technologie différente des mails (même s'il y
a un éditeur graphique), c'est peu intégré à l'éditeur iD (du moins
pour la partie "poser une question"), c'est souvent invisible
depuis les applications axé "édition simplifié" genre maps.me
Je ne suis pas sur que discuter sur le wiki soie une solution pour
un débutant. je parle même pas du côté indigeste si le wiki contenait 
toutes l'historique de toute les conversations d'un sujet donné,
je pense qu'on s'y noierait également.

Par contre le wiki impose une certains discipline, on ne parle pas
de pommes sur la page des poires, on fractionne en sujet.
C'est peut-être cela aussi qui nous manque, séparer les sujets qui 
méritent de l'être afin à la fois d'éviter de se noyer et d'aboutir.

> perdre l'archive de la discussion peut faire perdre des 
> subtilités/explications 
> de pourquoi les décisions ont été prises ainsi.

rien n'empêche de mettre un lien vers l'archive, je pensais le faire
pour les changeset où il y a eu discussion mais c'est aussi possible
d'inclure ce lien sur le wiki
> De plus, les mailing lists restant un outil peu attractif (il suffirait 
> de compter les messages de plusieurs membres éminents de la communauté, 
> qui sont pourtant loin d'être inactifs sur le projet OSM mais sont 
> quasi-absents ici...) et le forum pas beaucoup plus,
Quels moyens utilisent ces personnes pour discuter collectivement ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Hierarchie ulic ve městech

[Lukáš Gebauer]

Dne 28.8.2017 v 14:14 majka napsal(a):
Za mě - jen tak doporučit zvýšení u silnicích ve městě bych nedělala - 
z logiky věci totiž očekávám, že například "secondary" a "tertiary" 
jde souvisle několika městy, tedy odněkud někam a měly by i naznačovat 
ideální průjezd městem. To u nás obvykle ty silnice II. a III. třídy 
splňují a proto je logické je takto převzít, a co vím, tak až na 
výjimky takhle fungují.
Praha je u nás velmi specifická, protože tu silnice "začínají", navíc 
silnice vyšší třídy tu obvykle "papírově" nezačínají v centru ale na 
okraji. V Praze jsou v OSM podle mého víceméně jen "protažené" ty čáry 
z okrajů skrz.




To se prave mylis! V te Praze se to pouziva prave docela logicky podle 
dopravního vyznamu ulice, aniz by to jakkoliv souviselo s nejakou 
pokracujici silnici mimo mesto. A je to podle mne tak spravne! Cetla jsi 
ty odkazy, co jsem tam uvadel? U te tercialni se doslova uvadi:


"Ve větších městských oblastech, jako jsou města 
 nebo 
velkoměsta , 
tyto silnice spojují místní centra aktivity jako jsou obchody, školy 
nebo předměstí. Používejte pro silnice s nízkým až středním provozem. 
Pro tišší druh silnic, nebo nerezidenční silnice zvažte použití highway 
=unclassified 
. Pro 
rušnější tahy a hlavní silnice zvažte použití highway 
=secondary 
 nebo vyšší.


Tyto silnice také slouží k přesunu dopravy z užších a klidnějších ulic 
(reprezentovaných obvykle highway 
=residential 
 nebo 
highway 
=unclassified 
) na 
širší trasy (highway 
=secondary 
 nebo 
vyšší), které jsou více vhodné pro rušnější dopravu."


A ja s tim plne souhlasim, a plne to odpovida te praxi v Praze. A sam na 
Kladne znam par ulic, kterym by tento pricip slusel. A odpovida to i 
tomu, jak se tohle resi v jinych mapach mimo OSM.


U toho Kladna - osobně bych spíš šla cestou mírného zvýšení na 
"unclassified" (některé z těch silnic neodpovídají charakteru 
"residential"), které je podle mého naprosto bez problému; a případně 
u městských okruhů či jejich obdoby (oficiálně takto neznačené) 
maximálně na "tertiary", pokud zůstane logicky napojení na ostatní 
silniční síť a její zařazení. A ještě doplnit počet pruhů v každém 
směru, což je také podstatná informace.


Co si vybavuji jinde, většinou významnost spojení odpovídá i té 
oficiální kategorii. Nerada bych, abychom se pak dostali do nějakých 
válek ve značení, jakmile to necháme na dojem mapujícího, případně na 
snahu "přemluvit" navigaci vést v konkrétním případě zrovna tudy...


Moment, ja nerikam, ze by se mely preznacovat silnice druhe a treti 
tridy mimo města! Ja jen rikam, ze by se tytez znacky mely spravne 
vyuzivat pro klasifikaci dopravně významných ulic ve městech. Tak jak 
praví dokumentace. (Byť by chtěla doupřesnit...)


A podle té dokumentace by označení třeba té Kladenské ulice "Pražská" 
jako "unclassified" byla jasná chyba. Podle dokumentace její charakter 
odpovídá krásné terciální ulici. A i tak jsou obdobné ulice značeny v 
Praze. Proč by to mělo být špatně?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Redacting 75, 000 street names contributed by user chdr

[Pierre Béland]

Simon Poole wrote

PS: naturally simply assuming that all name expansions are legit is a bit iffy, 
consider Circle vs. Circuit  and other expansions that you often can't decide 
without external sources, I don't know if there are  any such cases in the 
affected data, but it seems to be silly to start wasting time on something that 
is  essentially a non-problem (revert the name to the original and re-expand it 
using current TIGER if possible).

To respect contributors participation, I think that it is important to avoid 
deleting valid contributions.
 Before redaction, what I propose to do for Quebec / Canada :
 I will go through thee chdr list provided by Frederik, and will verify the 
history for the name and add either
source:verify tag=chdr name addition without source confirmationsource:verify 
tag=chdr name typo correction

After redaction, it will be easy to select the redacted ways and add the name 
from legit source.
regard
 
Pierre 


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

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Frederik Ramm]

Hi,

On 08/27/2017 08:51 PM, Mikel Maron wrote:
> Also, Frederik, I think your script picked up false positives. Spot
> checked in DC, and these are expansions of both the street and the
> quadrant ("St NW" -> "Street Northwest"(. Can we fix the script and
> regen the list?

I have modified my "name equality rule" to consider "N" equal to "North"
etc., also it will ignore case, whitespace, and as before the usual
street type expansions (St->Street etc).

This brings the number of problematic objects down by around 5500, and
practically all of them are in the US. However, I noticed that I forgot
to account for "Saint"->"St", and will re-do the numbers yet again
before publishing an updated list.

I think the best course of action would be:

1. Wait a while, until various communities (potentially pointed to this
conversation via the widely-read weekly new roundup) have had the time
to check whether my automated assessment of which names count as
"contributed" by chdr is correct. Mikel has found the issue above and I
fixed it; it is quite possible that there are others.

2. Run the redaction, and remove all names contributed by chdr. At
present it looks as if less than 10% of these objects had a different
name before; more than 90% had not name at all. Perhaps it is indeed
best to remove the name in these cases as well instead of reverting to
the old name.

3. Load the IDs of all affected objects in a MapRoulette task or
similar, so people can check the names by survey, or from different
sources. (I assume that, as Simon pointed out, open data will not be
available for all countries affected. I fear that, with MapRoulette
geared towards armchair mapping, there might be a temptation for people
to yet again fill in the blanks from inadmissible sources. Maybe we
should limit the use of MapRoulette to countries where we know that open
sources exist, and use fixme tags or notes for other countries?)

I think that would be cleaner than verifying the names ahead of time.
Also it would create an audit trail - from the object history, you could
then see that the name was removed for copyright reasons, and you could
then see that user XYZ has added a new name. If it should later turn out
that this name was also copied from an indadmissible source, we know
that user XYZ is at fault, whereas people creating lists with
independently verified names is not something that would give us such a
recording.

I must apologize for not having given a time frame in my initial email;
there's absolutely no reason to panic. This matter has been sitting idle
for years, and a few more weeks won't kill us. We can sort this out
calmly and then do the right thing.

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-us] [OSM-talk] Redacting 75, 000 street names contributed by user chdr

[Frederik Ramm]

Hi,

On 08/27/2017 08:51 PM, Mikel Maron wrote:
> Also, Frederik, I think your script picked up false positives. Spot
> checked in DC, and these are expansions of both the street and the
> quadrant ("St NW" -> "Street Northwest"(. Can we fix the script and
> regen the list?

I have modified my "name equality rule" to consider "N" equal to "North"
etc., also it will ignore case, whitespace, and as before the usual
street type expansions (St->Street etc).

This brings the number of problematic objects down by around 5500, and
practically all of them are in the US. However, I noticed that I forgot
to account for "Saint"->"St", and will re-do the numbers yet again
before publishing an updated list.

I think the best course of action would be:

1. Wait a while, until various communities (potentially pointed to this
conversation via the widely-read weekly new roundup) have had the time
to check whether my automated assessment of which names count as
"contributed" by chdr is correct. Mikel has found the issue above and I
fixed it; it is quite possible that there are others.

2. Run the redaction, and remove all names contributed by chdr. At
present it looks as if less than 10% of these objects had a different
name before; more than 90% had not name at all. Perhaps it is indeed
best to remove the name in these cases as well instead of reverting to
the old name.

3. Load the IDs of all affected objects in a MapRoulette task or
similar, so people can check the names by survey, or from different
sources. (I assume that, as Simon pointed out, open data will not be
available for all countries affected. I fear that, with MapRoulette
geared towards armchair mapping, there might be a temptation for people
to yet again fill in the blanks from inadmissible sources. Maybe we
should limit the use of MapRoulette to countries where we know that open
sources exist, and use fixme tags or notes for other countries?)

I think that would be cleaner than verifying the names ahead of time.
Also it would create an audit trail - from the object history, you could
then see that the name was removed for copyright reasons, and you could
then see that user XYZ has added a new name. If it should later turn out
that this name was also copied from an indadmissible source, we know
that user XYZ is at fault, whereas people creating lists with
independently verified names is not something that would give us such a
recording.

I must apologize for not having given a time frame in my initial email;
there's absolutely no reason to panic. This matter has been sitting idle
for years, and a few more weeks won't kill us. We can sort this out
calmly and then do the right thing.

Bye
Frederik

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

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

[Talk-br] Novo mapa da ESRI

[Marcos Fedato]

Olá,

A Esri anunciou que esta doando um novo mapa base para o OpenStreetMap!

Eu não consegui abrir o iD ainda mas a Esri disse que ele está lá.

Para quem não é de geo, a esri pode ser um nome estranho, mas a plataforma 
arcgis é um sistema bem completo de geoprocessamento e essa aproximação da esri 
com o openstreetmap é bem legal pois mostra que mesmo as gigantes do setor veem 
o quanto o projeto osm é forte.

Parabéns a todos e bora mapear!

Atenciosamente,
Marcos Fedato


Enviado do meu smartphone Samsung Galaxy.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] contributions peut-être à revoir

[Christian Quest]

Ces noms sont tous officiels... ce n'est que la portée qui a changé dans 
le temps.


Il y a bien un Cherbourg dans OSM, même si ce n'est plus une commune 
aujourd'hui (suite à une fusion en 2 étapes)


https://www.openstreetmap.org/node/26691942#map=13/49.6397/-1.6258

Saint-Quentin-en-Yvelines est une communauté d'agglomération depuis 2004 
qui avant était un SAN (Syndicat d'Agglomération Nouvelle), et encore 
avant un SCAAN (Syndicat communautaire d’aménagement de l’agglomération 
nouvelle). Son périmètre a changé en 1983 et 2016.




Le 28/08/2017 à 13:17, djakk djakk a écrit :
Je ne suis pas fan des sources officielles, bon dans la majorité des 
cas ça coïncide avec l'usage, mais j'ai 2 contre-exemples :
• Saint-Quentin-en-Yvelines n'est plus officiellement une ville 
nouvelle (?), mais reste représentée par le nom de l'université, ou 
par le nom de la gare … est-ce que dans l'usage on utilise 
encore Saint-Quentin-en-Yvelines ? Si oui, il faudrait un nœud 
"place=city" pour la ville non-officielle de Saint-Quentin-en-Yvelines
• Cherbourg-Octeville : je ne sais pas où ça en est, je suppose que le 
nom officiel est passé Cherbourg-Octeville, mais on utilise Cherbourg 
y compris sur les panneaux de signalisation directionnelle verts et je 
suppose que l'usage a toujours été "Cherbourg"


Le 28 août 2017 à 12:54, Christian Quest > a écrit :


Principe cardinal: représenter ce qu'il y a sur le terrain ? Oui,
mais avec intelligence...

Le gros avantage d'OSM c'est de permettre de mettre les noms en
autant de langues que l'on veut avec name:xx=* et en même temps de
préciser la langue en question, ce qu'un panneau ou une plaque
dans la rue ne peut pas préciser.

Ceci permet aussi au réutilisateur des données de faire son choix
dans les langues qu'il veut mettre en avant (le rendu FR utilisera
par exemple name:fr en priorité).

Pour le name=*, la convention sur OSM c'est de mettre la langue
officielle du pays, donc en France le français (ou autre si il n'y
a pas de version du nom en français).

Il y a des exceptions à cette règle pour les pays/régions/communes
multilingues: Bruxelles, mais aussi la Suisse... qui compte 4
langues officielles. Là pour ne pas favoriser une langue par
rapport à d'autres, on les met toutes.


A minima, en France pour les noms de commune, on est quand même
bien d'accord que name=* correspond au nom du Code Officiel
Géographique de l'INSEE.



Le 28/08/2017 à 11:50, Christian Rogel a écrit :

Le 28 août 2017 à 07:53, Bruno > a écrit :

Le 27/08/2017 à 22:05, Christian Rogel a écrit :

Le 27 août 2017 à 17:04, Bruno > a écrit :

En gros, il y a un conflit théorique entre deux
sources de légitimité : ce qu'on voit et ce que
l'autorité compétente a voulu signifier.

Pour moi aucune complexité,
Il me semble que l'on voit sur la plaque le nom d'une rue
dans deux langues  , il n'y a pas de conflit.
Le champ name contient le nom dans une langue , et name:xx
dans une autre, c'est fait pour ça.

C'est pourtant contraire à un principe cardinal d'OSM :
représenter ce qu'il sur le terrain.
L'exemple bruxellois montre qu'on peut faire autrement tout en
donnant leur place aux suffixes de langue.
Même si un nombre infinitésimal de communes a choisi de placer
les deux noms  sur un même niveau juridique, l'effacer dans la
représentation du terrain est une voie de fait, puisque c'est
nier la décision d'un corps élu.

Si il pouvait y avoir conflit c'est sur le choix de la
langue dans l'un ou l'autre champ , mais en France il n'y
a pas d'ambiguité, pas de bilinguisme en métropole.


Là, tu introduis un argument non plus technique, mais
politique, donc renversable par nature. Pas de question de
bilinguisme en jeu, il suffirait que le Parlement prescrive
qu'aucun élément d'une plaque de rue ne soit laissé de côté.

Christian R.

___
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





___
Talk-fr mailing list

Re: [OSM-talk-fr] contributions peut-être à revoir

[Christian Rogel]

> Le 28 août 2017 à 12:54, Christian Quest  a écrit :
> 
> Principe cardinal: représenter ce qu'il y a sur le terrain ? Oui, mais avec 
> intelligence...

C'est ce que j'applique en disant que si le nom autre ("alternatif") n'est pas 
juridiquement consolidé, il doit forcément passer sur une autre ligne (alt, 
name:{lg}…).
J'interroge le cas rarissime d'une intentionalité de la décision de l'autorité 
compétente.

> Le gros avantage d'OSM c'est de permettre de mettre les noms en autant de 
> langues que l'on veut avec name:xx=* et en même temps de préciser la langue 
> en question, ce qu'un panneau ou une plaque dans la rue ne peut pas préciser.
> 
> Ceci permet aussi au réutilisateur des données de faire son choix dans les 
> langues qu'il veut mettre en avant (le rendu FR utilisera par exemple name:fr 
> en priorité).
> 
> Pour le name=*, la convention sur OSM c'est de mettre la langue officielle du 
> pays, donc en France le français (ou autre si il n'y a pas de version du nom 
> en français).

Un nom de lieu ou de rue validé n'a pas de version en français, il se suffit à 
lui-même. Je suis étonné que toi-aussi tu ne saisisse pas que, si une version 
est officielle dans un contexte plurilingue, elle perd sa référence à une 
langue, fût-elle hégémonique, puisqu'elle peut accueillir toute les nuances de 
l'arc-en-ciel linguistique.
Les pays dont les inscriptions publiques sont officiellement plurilingues ne 
font qu'une application spécifique du principe.
> 
> Il y a des exceptions à cette règle pour les pays/régions/communes 
> multilingues: Bruxelles, mais aussi la Suisse... qui compte 4 langues 
> officielles. Là pour ne pas favoriser une langue par rapport à d'autres, on 
> les met toutes.

Il ne s'agit que de mettre au jour l'usage des communautés linguistiques, mais 
pas leurs langues en elles-mêmes. Elles peuvent chacune emprunter des éléments 
à d'autres langues.
Supposons que les noms soient translittérés (runes, oghams, cyrilliques, 
katakana, morse, etc…), on voit qu'il y a un niveau ne mettant pas en jeu le 
bilinguisme et, pour OSM, la solution serait du même ordre.


Christian R.



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

Re: [OSM-talk-fr] Création de la liste OSM tagging-fr - communication - fragmentation

[Martin Noblecourt]

Bonjour à tous,

Quoique cette liste présente en effet toute son utilité comme l'a 
parfaitement expliqué Séverin, je pense que la discussion sur la 
fragmentation des canaux de communication mérite d'être posée (au-delà 
de la liste ici en question).


En effet la liste talk-fr est très difficile à suivre, à part pour des 
passionnés (rien que de lire le sommaire des messages et les 2/3 fils 
qui me concernent au retour d'une semaine de voyage m'a pris un temps 
significatif...), et il est quasi-impossible d'y retrouver des 
informations si on ne les a pas suivi au fur et à mesure. Je ne suis pas 
sûr que la division en listes thématiques aidera, entre les fils 
multi-thématiques et les nouveaux (ou non) arrivants qui se tromperont 
de liste/ne souhaiteront pas s'abonner à une liste spécialisée pour une 
simple question...


A mon humble avis le meilleur endroit pour discuter tagging (et même 
technique en général) reste le Wiki, avec ses conversations en un lieu 
unique, stockées en permanence, réorganisables/archivables, et 
traduisibles en chaque langue du Wiki. J'imagine que les principales 
conclusions des discussions sur talk-fr sont ensuite reportées dans le 
wiki lui-même de toute façon, mais perdre l'archive de la discussion 
peut faire perdre des subtilités/explications de pourquoi les décisions 
ont été prises ainsi.


De plus, les mailing lists restant un outil peu attractif (il suffirait 
de compter les messages de plusieurs membres éminents de la communauté, 
qui sont pourtant loin d'être inactifs sur le projet OSM mais sont 
quasi-absents ici...) et le forum pas beaucoup plus, il y a une vraie 
question sur la circulation de l'info dans la communauté française, 
francophone, et mondiale (cf. la mailing list de la Fondation qui est 
elle même très peu active). Le nouveau tasking manager va intégrer un 
outil de chat par projet qui était une demande de longue date, mais cela 
ne résoudra pas les problèmes des zones comme la France qui n'ont pas 
besoin de cet outil. J'éviterais le traditionnel "il faut lancer un 
Slack/Mattermost/équivalent" qui ne résoudra pas le problème si on ne se 
pose pas d'autres questions derrières.


Je pense également que cette question des outils de communication est 
fortement liée à l'ouverture à un public de contributeurs plus 
diversifié. C'est d'ailleurs un enjeu qui se pose aujourd'hui à 
énormément de structures. Peut-être un sujet de discussion au prochain 
SOTM ?


Cordialement,

Martin



On 26/08/2017 04:33, talk-fr-requ...@openstreetmap.org wrote:

Subject:
[OSM-talk-fr] Création de la liste OSM tagging-fr - communication - 
fragmentation

From:
Severin Menard 
Date:
26/08/2017 04:33

To:
Discussions sur OSM en français 


Bonsoir à tous,

Désolé de ne pas avoir répondu plus tôt. La France représente moins de 
1% du total de mes contributions 
(https://www.openstreetmap.org/user/sev_osm) notamment parce que je 
n'y suis pas souvent - mais j'ai néanmoins peuplé de POI quelques 
centres-villes et fait sortir du presque néant quelques communes du 
Lot. Je suis inscrit sur cette liste depuis pas mal de temps, mais au 
vu du très grand nombre de messages publiés, je l'ai filtrée hors de 
ma boite de réception principale, ce qui me permet de pouvoir faire 
des recherches si besoin dans les échanges. Pour autant, je vous 
assure qu'il est encore possible de parler ici de moi à la deuxième 
personne et non la troisième, je peux répondre, la preuve. :)


Je pensais mon courriel clair, mais apparemment il ne l'était pas, ou 
bien une réalité a pu échapper à certains. Comme je l'avais écrit, le 
but de tagging-fr est bien d'être la liste de discussion des tags en 
français, entre FRANCOPHONES, pas de la liste de discussion des tags 
de la communauté OSM française. Je l'ai nommée tagging-fr en écho à 
dev-fr que je pense être la liste francophone sur les sujets de 
développement logiciel. Aurais-je dû la nommer tagging-francophone 
pour lever toute ambiguïté ? Il n'est pas trop tard, il y a au moins 
une liste existante (vote) qui est indiquée comme n'étant plus utilisée.


Quel que soit son nom, l'utilité de cette liste semble assez évidente 
dans la mesure où il n'y avait aucune liste dédiée aux discussions de 
tagging en français. A l'instar des nombreuses autres listes talk-*, 
talk-fr a vocation à être un lieu de discussions se rapportant à un 
territoire. Une rapide analyse des fils de discussion montre que les 
sujets relèvent en gros de trois catégories :
- des sujets franco-français. Et c'est très bien ainsi, c'est fait 
justement pour cela.
- des questions techniques. Cela serait sans doute mieux au sein du 
forum pour que les échanges puissent être facilement retrouvés et que 
la question ne revienne pas quelques mois plus tard, mais après tout 
pourquoi pas
- des discussions sur des points de tagging, certains franco-français, 
mais pas mal à vocation générique. Là c'est dommage, car elles vont 

Re: [Talk-cz] Hierarchie ulic ve městech

[majka]

Za mě - jen tak doporučit zvýšení u silnicích ve městě bych nedělala - z
logiky věci totiž očekávám, že například "secondary" a "tertiary" jde
souvisle několika městy, tedy odněkud někam a měly by i naznačovat ideální
průjezd městem. To u nás obvykle ty silnice II. a III. třídy splňují a
proto je logické je takto převzít, a co vím, tak až na výjimky takhle
fungují.
Praha je u nás velmi specifická, protože tu silnice "začínají", navíc
silnice vyšší třídy tu obvykle "papírově" nezačínají v centru ale na
okraji. V Praze jsou v OSM podle mého víceméně jen "protažené" ty čáry z
okrajů skrz.

U toho Kladna - osobně bych spíš šla cestou mírného zvýšení na
"unclassified" (některé z těch silnic neodpovídají charakteru
"residential"), které je podle mého naprosto bez problému; a případně u
městských okruhů či jejich obdoby (oficiálně takto neznačené) maximálně na
"tertiary", pokud zůstane logicky napojení na ostatní silniční síť a její
zařazení. A ještě doplnit počet pruhů v každém směru, což je také podstatná
informace.

Co si vybavuji jinde, většinou významnost spojení odpovídá i té oficiální
kategorii. Nerada bych, abychom se pak dostali do nějakých válek ve
značení, jakmile to necháme na dojem mapujícího, případně na snahu
"přemluvit" navigaci vést v konkrétním případě zrovna tudy...

2017-08-28 13:13 GMT+02:00 Lukáš Gebauer :

> Narazil jsem jinde na diskuzi ohledne toho, jaké ulice si na Kladně
> vybrala GPS pro naplánování trasy. I zjistil jsem, že tam kromě průjezdních
> silnic první, druhé a třetí třídy jsou všechny ostatní ulice značeny pouze
> jako "residental". GPS s pak pochopitelně přednostně bere ty průjezdní
> ulice, a do pro ní obyčejných uliček se jí nechce.
>
> Sám jsem neměl moc jasno, jak se tohle řeší, tak jsem se zkusil
> samovzdělat. Ale narazil jsem na nedokonalosti v naší dokumentaci.
>
> Rychle jsem po vzoru Prahy pochopil, že hierarchie významu ulic se dá
> udělat použitím značek na sekundární a teriální silnice, ačkoliv se o
> skutečné silnice druhé a třetí třídy nejedná!
>
> Tato možnost je správně zmíněna až tady: https://wiki.openstreetmap.org
> /wiki/Cs:Tag:highway=tertiary
>
> Nicméně u vyšší kategorie už o tom není ani zmínka:
> https://wiki.openstreetmap.org/wiki/Cs:Tag:highway=secondary
>
> Jsme ve shodě, že se to tak má dělat, doporučovat uživatelům, a zmínit to
> i u té sekundární silnice?
>
>
> Díky, L.
>
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Andy Mabbett]

On 28 August 2017 at 08:57, Warin <61sundow...@gmail.com> wrote:

> This is a data deletion - a very different thing.

Another editor in this discussion says that they:

changed the name tag to chdr_USA_AZ_name_fixup_required

That's not merely a deletion.

It behoves DWG to adhere to their own policies for such things, even
if the deletions are inevitable.

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

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Andy Mabbett]

On 28 August 2017 at 01:56, john whelan  wrote:

> It has been brought to the OSMF's attention.  It has been verified that
> there are "Easter Eggs" from Google are in there.

"Easter Eggs"? Do you perhaps mean "trap streets":

   https://en.wikipedia.org/wiki/Trap_street ?

You say that this has been verified, but I have not seen any alleged
examples - where are they?

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

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

Re: [OSM-talk-fr] contributions peut-être à revoir

[David Crochet]

Bonjour


Le 28/08/2017 à 07:53, Bruno a écrit :
Si il pouvait y avoir conflit c'est sur le choix de la langue dans 
l'un ou l'autre champ , mais en France il n'y a pas d'ambiguité, pas 
de bilinguisme en métropole.


+1 : « name:*=* » et «*_name = » sont là pour cela

Cordialement

--
David Crochet


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

Re: [Talk-es] Debemos comprobar el nombre de 2800 vías.

[Miguel Sevilla-Callejo]

Ni doy crédito con lo que cuentas.
No sé si es peor copiar de Google o decirlo abiertamente.

Somos una comunidad reducida pero habríamos de estar atentos de estas
cuestiones: seguimiento de nuevos usuarios y nuevas ediciones... y ni que
decir tiene que salte una alarma cada vez que alguien diga que usó Google.

Quizá sea buena idea usar el gestor de tareas. ¿Alguien puede hacerse cargo?

Yo no estoy operativo hasta dentro de un par de semanas.

Un saludo

--
 Miguel Sevilla-Callejo
from my mobile 

El 28/8/2017 12:16, "yo paseopor"  escribió:

> Houston, tenemos un problema
> Mejor dicho , el problema viene de la sede de la gran G . Tal y como
> podeis leer en https://lists.openstreetmap.org/pipermail/talk/2017-
> August/078542.html ha habido un usuario, un GRAN contribuyente , el cual
> su fuente ha sido Google (sin paños calientes). Quien quiera más info que
> se mire el hilo. El caso es que el DWG va a borrar esa información si no
> cambia en próximas fechas. Según un registro por países la broma asciende a
> más de 74000 vías. Por "suerte" para nuestro país sólo están afectadas unas
> 2800 vías, de las cuales la mayoría están situadas en Andalucía, Castilla
> La Mancha , Comunidad de Madrid y Comunitat Valenciana. Para ver el ránking
> completo podeis ir a https://wiki.openstreetmap.
> org/wiki/ES:Wikiproyecto_Espa%C3%B1a/1Calle1Nombre .
> Por lo tanto debemos editar esas vías, comprobándolas y asignándoles una
> fuente fiable, contrastable y sobretodo abierta (no se me escapa pensar que
> el DWG va a estar muy encima de estas modificaciones, por lo que debemos
> ejecutarlas de la mejor manera posible. Tampoco se me escapa que el reparto
> es bastante desigual por lo que considero que debemos aceptar que TODOS y
> TODAS deberíamos de trabajar en comunidades que no necesariamente fuere la
> nuestra . Vislumbro el uso del gestor de tareas y esa página de la wiki com
> oposible coordinación pero eso ya se me escapa. También José Luís Infante
> ha hecho una consulta overpass con source=Google y la desagradable sorpresa
> es que tenemos 50 y pico vías más por añadir al registro por modificar.
> ¿Cómo lo veis?
>
> Salut i mapes
> yopaseopor
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Maarten Deen]

On 2017-08-28 13:02, Christoph Hormann wrote:

On Monday 28 August 2017, Greg Morgan wrote:

We do get to go through the five stages.  We do get to express the
emotions until acceptance of our fate as part of the healing process.
 There is no rubber stamping!

https://en.wikipedia.org/wiki/K%C3%BCbler-Ross_model


You are free to express your emotions but I think you are overreaching
here with comparing a redaction of data in OSM to the grief over a
serious personal loss.


I'm quite sure Greg's comments were meant sarcasticly.

Maarten

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

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Mikel Maron]

The essential discussion here is -- OSM communities can put together plans 
ahead of this redaction, in order to minimize impact to the map. With 
sufficient legal process. This seems like a perfectly reasonable thing to plan 
out, rather than doing a large scale revert and scrambling to clean up after.
The chdr problem has been with us for years. There is little risk in giving 
slightly more time to plan ahead. Perhaps that is best done country by country. 
* Mikel Maron * +14152835207 @mikel s:mikelmaron 

On Monday, August 28, 2017 7:06 AM, Christoph Hormann  
wrote:
 

 On Monday 28 August 2017, Greg Morgan wrote:
> We do get to go through the five stages.  We do get to express the
> emotions until acceptance of our fate as part of the healing process.
>  There is no rubber stamping!
>
> https://en.wikipedia.org/wiki/K%C3%BCbler-Ross_model

You are free to express your emotions but I think you are overreaching 
here with comparing a redaction of data in OSM to the grief over a 
serious personal loss.

In case this was not clear the term 'healed' as i used it was referring 
to the legal concept of healing a breach of contract or other legal 
infractions by ceasing some activity or doing something you neglected 
to do before.

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

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


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

Re: [OSM-talk-fr] contributions peut-être à revoir

[djakk djakk]

Je ne suis pas fan des sources officielles, bon dans la majorité des cas ça
coïncide avec l'usage, mais j'ai 2 contre-exemples :
• Saint-Quentin-en-Yvelines n'est plus officiellement une ville nouvelle
(?), mais reste représentée par le nom de l'université, ou par le nom de la
gare … est-ce que dans l'usage on utilise
encore Saint-Quentin-en-Yvelines ? Si oui, il faudrait un nœud "place=city"
pour la ville non-officielle de Saint-Quentin-en-Yvelines
• Cherbourg-Octeville : je ne sais pas où ça en est, je suppose que le nom
officiel est passé Cherbourg-Octeville, mais on utilise Cherbourg y compris
sur les panneaux de signalisation directionnelle verts et je suppose que
l'usage a toujours été "Cherbourg"

Le 28 août 2017 à 12:54, Christian Quest  a écrit :

> Principe cardinal: représenter ce qu'il y a sur le terrain ? Oui, mais
> avec intelligence...
>
> Le gros avantage d'OSM c'est de permettre de mettre les noms en autant de
> langues que l'on veut avec name:xx=* et en même temps de préciser la langue
> en question, ce qu'un panneau ou une plaque dans la rue ne peut pas
> préciser.
>
> Ceci permet aussi au réutilisateur des données de faire son choix dans les
> langues qu'il veut mettre en avant (le rendu FR utilisera par exemple
> name:fr en priorité).
>
> Pour le name=*, la convention sur OSM c'est de mettre la langue officielle
> du pays, donc en France le français (ou autre si il n'y a pas de version du
> nom en français).
>
> Il y a des exceptions à cette règle pour les pays/régions/communes
> multilingues: Bruxelles, mais aussi la Suisse... qui compte 4 langues
> officielles. Là pour ne pas favoriser une langue par rapport à d'autres, on
> les met toutes.
>
>
> A minima, en France pour les noms de commune, on est quand même bien
> d'accord que name=* correspond au nom du Code Officiel Géographique de
> l'INSEE.
>
>
>
> Le 28/08/2017 à 11:50, Christian Rogel a écrit :
>
>> Le 28 août 2017 à 07:53, Bruno  a écrit :
>>>
>>> Le 27/08/2017 à 22:05, Christian Rogel a écrit :
>>>
 Le 27 août 2017 à 17:04, Bruno  a écrit :
>
 En gros, il y a un conflit théorique entre deux sources de légitimité :
 ce qu'on voit et ce que l'autorité compétente a voulu signifier.

>>> Pour moi aucune complexité,
>>> Il me semble que l'on voit sur la plaque le nom d'une rue dans deux
>>> langues  , il n'y a pas de conflit.
>>> Le champ name contient le nom dans une langue , et name:xx dans une
>>> autre, c'est fait pour ça.
>>>
>> C'est pourtant contraire à un principe cardinal d'OSM : représenter ce
>> qu'il sur le terrain.
>> L'exemple bruxellois montre qu'on peut faire autrement tout en donnant
>> leur place aux suffixes de langue.
>> Même si un nombre infinitésimal de communes a choisi de placer les deux
>> noms  sur un même niveau juridique, l'effacer dans la représentation du
>> terrain est une voie de fait, puisque c'est nier la décision d'un corps élu.
>>
>> Si il pouvait y avoir conflit c'est sur le choix de la langue dans l'un
>>> ou l'autre champ , mais en France il n'y a pas d'ambiguité, pas de
>>> bilinguisme en métropole.
>>>
>>
>> Là, tu introduis un argument non plus technique, mais politique, donc
>> renversable par nature. Pas de question de bilinguisme en jeu, il suffirait
>> que le Parlement prescrive qu'aucun élément d'une plaque de rue ne soit
>> laissé de côté.
>>
>> Christian R.
>>
>> ___
>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] Debemos comprobar el nombre de 2800 vías.

[yo paseopor]

Houston, tenemos un problema
Mejor dicho , el problema viene de la sede de la gran G . Tal y como podeis
leer en
https://lists.openstreetmap.org/pipermail/talk/2017-August/078542.html ha
habido un usuario, un GRAN contribuyente , el cual su fuente ha sido Google
(sin paños calientes). Quien quiera más info que se mire el hilo. El caso
es que el DWG va a borrar esa información si no cambia en próximas fechas.
Según un registro por países la broma asciende a más de 74000 vías. Por
"suerte" para nuestro país sólo están afectadas unas 2800 vías, de las
cuales la mayoría están situadas en Andalucía, Castilla La Mancha ,
Comunidad de Madrid y Comunitat Valenciana. Para ver el ránking completo
podeis ir a
https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a/1Calle1Nombre
.
Por lo tanto debemos editar esas vías, comprobándolas y asignándoles una
fuente fiable, contrastable y sobretodo abierta (no se me escapa pensar que
el DWG va a estar muy encima de estas modificaciones, por lo que debemos
ejecutarlas de la mejor manera posible. Tampoco se me escapa que el reparto
es bastante desigual por lo que considero que debemos aceptar que TODOS y
TODAS deberíamos de trabajar en comunidades que no necesariamente fuere la
nuestra . Vislumbro el uso del gestor de tareas y esa página de la wiki com
oposible coordinación pero eso ya se me escapa. También José Luís Infante
ha hecho una consulta overpass con source=Google y la desagradable sorpresa
es que tenemos 50 y pico vías más por añadir al registro por modificar.
¿Cómo lo veis?

Salut i mapes
yopaseopor
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cz] Hierarchie ulic ve městech

[Lukáš Gebauer]

Narazil jsem jinde na diskuzi ohledne toho, jaké ulice si na Kladně 
vybrala GPS pro naplánování trasy. I zjistil jsem, že tam kromě 
průjezdních silnic první, druhé a třetí třídy jsou všechny ostatní ulice 
značeny pouze jako "residental". GPS s pak pochopitelně přednostně bere 
ty průjezdní ulice, a do pro ní obyčejných uliček se jí nechce.


Sám jsem neměl moc jasno, jak se tohle řeší, tak jsem se zkusil 
samovzdělat. Ale narazil jsem na nedokonalosti v naší dokumentaci.


Rychle jsem po vzoru Prahy pochopil, že hierarchie významu ulic se dá 
udělat použitím značek na sekundární a teriální silnice, ačkoliv se o 
skutečné silnice druhé a třetí třídy nejedná!


Tato možnost je správně zmíněna až tady: 
https://wiki.openstreetmap.org/wiki/Cs:Tag:highway=tertiary


Nicméně u vyšší kategorie už o tom není ani zmínka: 
https://wiki.openstreetmap.org/wiki/Cs:Tag:highway=secondary


Jsme ve shodě, že se to tak má dělat, doporučovat uživatelům, a zmínit 
to i u té sekundární silnice?



Díky, L.




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

Re: [OSM-talk-fr] contributions peut-être à revoir

[Bruno]

Le 28/08/2017 à 11:50, Christian Rogel a écrit :

Le 28 août 2017 à 07:53, Bruno  a écrit :

Le 27/08/2017 à 22:05, Christian Rogel a écrit :

Le 27 août 2017 à 17:04, Bruno  a écrit :

En gros, il y a un conflit théorique entre deux sources de légitimité : ce 
qu'on voit et ce que l'autorité compétente a voulu signifier.

Pour moi aucune complexité,
Il me semble que l'on voit sur la plaque le nom d'une rue dans deux langues  , 
il n'y a pas de conflit.
Le champ name contient le nom dans une langue , et name:xx dans une autre, 
c'est fait pour ça.

C'est pourtant contraire à un principe cardinal d'OSM : représenter ce qu'il 
sur le terrain.
L'exemple bruxellois montre qu'on peut faire autrement tout en donnant leur 
place aux suffixes de langue.
Même si un nombre infinitésimal de communes a choisi de placer les deux noms  
sur un même niveau juridique, l'effacer dans la représentation du terrain est 
une voie de fait, puisque c'est nier la décision d'un corps élu.

La Belgique a plusieurs langues officielles.

Si il pouvait y avoir conflit c'est sur le choix de la langue dans l'un ou 
l'autre champ , mais en France il n'y a pas d'ambiguité, pas de bilinguisme en 
métropole.


Là, tu introduis un argument non plus technique, mais politique, donc 
renversable par nature. Pas de question de bilinguisme en jeu, il suffirait que 
le Parlement prescrive qu'aucun élément d'une plaque de rue ne soit laissé de 
côté.

Christian R.

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


Aucun élément politique dans ce que je dis , c'est juste un fait , sur 
lequel je n'apporte pas de jugement de valeur d'ailleurs.


"il suffirait que le parlement prescrive" oui, mais en attendant ce 
n'est pas le cas, une seule langue officielle.




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

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Christoph Hormann]

On Monday 28 August 2017, Greg Morgan wrote:
> We do get to go through the five stages.  We do get to express the
> emotions until acceptance of our fate as part of the healing process.
>  There is no rubber stamping!
>
> https://en.wikipedia.org/wiki/K%C3%BCbler-Ross_model

You are free to express your emotions but I think you are overreaching 
here with comparing a redaction of data in OSM to the grief over a 
serious personal loss.

In case this was not clear the term 'healed' as i used it was referring 
to the legal concept of healing a breach of contract or other legal 
infractions by ceasing some activity or doing something you neglected 
to do before.

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

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

Re: [OSRM-talk] itinerary export

[Daniel Hofmann]

Hey Marc,

such a button does not exist; there's a ticket over here:

https://github.com/Project-OSRM/osrm-frontend/issues/190

all the data is there - what's missing is the last conversion step to the
format you want it to be in.

You can make a HTTP request against the demo server routing engine and do
the conversion yourself:

http://project-osrm.org/docs/v5.10.0/api/

Best,
Daniel

On Mon, Aug 28, 2017 at 5:56 AM, Marc  wrote:

> Hello,
>
> I would like to know if it's possible to export an itinerary from osrm.
>
> When I prepare a trip with osrm, I miss a button to export the itinerary
> in a file who I can directly import to a tomtom or garmin GPS browser.
> Could you tell me if I didn't see the button or if it didn't exist.
>
> Thank a lot for your help
>
> Marc
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] contributions peut-être à revoir

[Christian Quest]

Principe cardinal: représenter ce qu'il y a sur le terrain ? Oui, mais 
avec intelligence...


Le gros avantage d'OSM c'est de permettre de mettre les noms en autant 
de langues que l'on veut avec name:xx=* et en même temps de préciser la 
langue en question, ce qu'un panneau ou une plaque dans la rue ne peut 
pas préciser.


Ceci permet aussi au réutilisateur des données de faire son choix dans 
les langues qu'il veut mettre en avant (le rendu FR utilisera par 
exemple name:fr en priorité).


Pour le name=*, la convention sur OSM c'est de mettre la langue 
officielle du pays, donc en France le français (ou autre si il n'y a pas 
de version du nom en français).


Il y a des exceptions à cette règle pour les pays/régions/communes 
multilingues: Bruxelles, mais aussi la Suisse... qui compte 4 langues 
officielles. Là pour ne pas favoriser une langue par rapport à d'autres, 
on les met toutes.



A minima, en France pour les noms de commune, on est quand même bien 
d'accord que name=* correspond au nom du Code Officiel Géographique de 
l'INSEE.



Le 28/08/2017 à 11:50, Christian Rogel a écrit :

Le 28 août 2017 à 07:53, Bruno  a écrit :

Le 27/08/2017 à 22:05, Christian Rogel a écrit :

Le 27 août 2017 à 17:04, Bruno  a écrit :

En gros, il y a un conflit théorique entre deux sources de légitimité : ce 
qu'on voit et ce que l'autorité compétente a voulu signifier.

Pour moi aucune complexité,
Il me semble que l'on voit sur la plaque le nom d'une rue dans deux langues  , 
il n'y a pas de conflit.
Le champ name contient le nom dans une langue , et name:xx dans une autre, 
c'est fait pour ça.

C'est pourtant contraire à un principe cardinal d'OSM : représenter ce qu'il 
sur le terrain.
L'exemple bruxellois montre qu'on peut faire autrement tout en donnant leur 
place aux suffixes de langue.
Même si un nombre infinitésimal de communes a choisi de placer les deux noms  
sur un même niveau juridique, l'effacer dans la représentation du terrain est 
une voie de fait, puisque c'est nier la décision d'un corps élu.


Si il pouvait y avoir conflit c'est sur le choix de la langue dans l'un ou 
l'autre champ , mais en France il n'y a pas d'ambiguité, pas de bilinguisme en 
métropole.


Là, tu introduis un argument non plus technique, mais politique, donc 
renversable par nature. Pas de question de bilinguisme en jeu, il suffirait que 
le Parlement prescrive qu'aucun élément d'une plaque de rue ne soit laissé de 
côté.

Christian R.

___
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] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Greg Morgan]

On Mon, Aug 28, 2017 at 1:39 AM, Christoph Hormann  wrote:

> In fact reading this thread i cannot really believe this discussion is
> actually happening, that there seem to be people who think that a large
> scale unauthorized use of data can be 'healed' by rubber stamping it
> with a 'review' of the names.
>

-1
We do get to go through the five stages.  We do get to express the emotions
until acceptance of our fate as part of the healing process.  There is no
rubber stamping!

https://en.wikipedia.org/wiki/K%C3%BCbler-Ross_model
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Redacting 75, 000 street names contributed by user chdr

[Simon Poole]

Am 28.08.2017 um 12:16 schrieb James:
> As Stewart has pointed out there are some changes that are valid(name
> expansion). I think Mr.Ramm needs to revise his selection algorithm
> before mass deletion
I'm not quite sure why we are again discussing the center of the known
universe again, but I do want to point out that in for the majority of
the US the names will revert back to their original TIGER values. For
example for the street Clifford pointed to, from Seeton Road to East
Seeton Road, which is no worse than before somebody decided to start
cheating and not a major disaster.

Simon

PS: naturally simply assuming that all name expansions are legit is a
bit iffy, consider Circle vs. Circuit and other expansions that you
often can't decide without external sources, I don't know if there are
any such cases in the affected data, but it seems to be silly to start
wasting time on something that is essentially a non-problem (revert the
name to the original and re-expand it using current TIGER if possible).

>
> On Aug 28, 2017 6:05 AM, "joost schouppe"  > wrote:
>
> 2017-08-28 10:27 GMT+02:00 Simon Poole  >:
>
> What surprises me most about the discussion up to now that it is
> centered around the impact on the US and Canada were the
> removals are
> rather small both relatively and absolute*, actually are more
> at the
> nuisance level than anything else, and can easily be added
> back, likely
> in a couple of days  from sources that are already pre-approved as
> reference material.
>
> Our concern should be more about Mexico, Brazil and other
> countries
> where it is at least not obvious to me if the local
> communities are
> aware of the issue and if we have any plan at all how we
> possibly could
> mitigate the impact.
>
>
> I can't say I'm surprised by that myself. This is a conversation
> in English, on a mailing list, bot things not very popular in
> Latin America.
> I've posted this thread to the Latam telegram group, with an offer
> to translate if needed.  
>
> -- 
> Joost Schouppe
> OpenStreetMap
>  | Twitter
>  | LinkedIn
>  | Meetup
> 
>
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
> 
>
>



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

[talk-ph] Fwd: [OSM-talk] iD news: v2.4.0 released

[Eugene Alvin Villar]

-- Forwarded message --
From: Bryan Housel 
Date: Sat, Aug 26, 2017 at 1:47 PM
Subject: [OSM-talk] iD news: v2.4.0 released
To: osm-talk 


*iD v2.4.0* was released August 25, 2017 and is now available for editing
on openstreetmap.org

  *A few highlights from the release:*

*NEW Esri World Imagery layer:*
Esri has made their World Imagery Service available for OSM use!
Read more here:  https://blogs.esri.com/esri/arcgis/2017/08/24/world-
imagery-in-osm/

*NEW fields on the save screen:*
   • Added a checkbox for mappers to request for someone to review their
edits.
   • Added a Source field to allow users to add multiple sources.
   • Added a Hashtags field to allow users to add multiple event hashtags.
- Hashtags can also be set via the API from a Task Manager or Q/A app.
- Hashtags are automatically extracted from the `comment` field.

*NEW changeset tags for improved changeset analysis*
   • `review_requested=yes`  (“yes” if the user has checked the box)
   • `source=*`  (semicolon delimited, e.g. “survey;gps")
   • `hashtags=*`  (semicolon delimited, e.g. “#MissingMaps;#Tanzania”)
   • `changesets_count=*`  (number of edits the user has made, will be “0”
for someone making their first edit)

  Walkthrough tags, will be set only if a user has made <100 edits:
   • `ideditor:walkthrough_started=yes`  (“yes” if the user started the
walkthrough)
   • `ideditor:walkthrough_progress=*`  (semicolon delimited, e.g. "
welcome;navigation;point;area”)
   • `ideditor:walkthrough_started=yes`  (“yes” if the user completed all
walkthrough sections)

*Performance:*
   • iD can now schedule deferred work in modern browsers with
requestIdleCallback, (contributed by Kushan Joshi).
This means big speedups in parsing, loading data from OSM, and rendering.

*Presets:*
   • Added presets for many theme park attractions (contributed by Willie
Marcel)
   • Added preset for `amenity=shower` (contributed by JamesKingdom)
   • Added preset `emergency=life_ring` (contributed by JamesKingdom)
   • Added presets and icons for railway mapping Buffer Stop, Derailer,
Milestone, Signal, Switch, Train Wash (contributed by JamesKingdom)

...and more!


*Changelog:*
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#240

*Twitter:*
   v2.4.0 + new save screen:  https://twitter.com/bhousel/
status/901280750540132352
   Esri World Imagery announcement: https://twitter.com/geogangster/status/
901194478622433280

Follow me on Twitter https://twitter.com/bhousel for more iD news and sneak
peaks.


Thanks! 
Bryan

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

Re: [Talk-it] Kompass, è CC?

[Maurizio Napolitano]

>
> In realtà non è questione di modifica significativa in questo caso, ma
> di verità scientifica.

ALT!
Non confondere i piani:
posso concordare che il dato inserito sia sbagliato, ma la questione della
significatività del contributo ad una base dati è una questione
giuridica che non
va assolutamente a vedere se il dato è corretto o meno.

> La differenza è di 134 metri (2.262 contro 2396), rispetto al valore
> precedente, per cui capisco il puntiglio, ma se guardo i shapefile
> forniti da dati.trentino, non i punti quotati perchè su Cima Sette Selle
> manco ce ne è uno, ma gli unici che ho trovato sono quelli della
> toponomastica, seppur fuori posizione di un bel pò di centinaio di
> metri, tre shapefile, ed uno fa cilecca (PQT 50.000) nel senso che non
> capisco se ha problemi, ma non mi interessa.

ora mi viene il dubbio se il punto segnati sia corretto.

> In sostanza gli shapefile riportano 2262/3 di quota, mentre la Kompass
> 2396, ed in mio possesso una vecchia edizione non più in stampa della
> "Edizioni Turistiche GEOgrafica snc Primiero" dice 2288.
>
> Pure su wikipedia, che rchiede fonti certe ed affidabili, ha corretto,
> non dico sia stao lui per certo, ma il sospetto della cronologia è tale.
>
> Ora non ho problemi con l'utente in sè, ma manca la certezza proprio,
> Provincia compresa.

Le soluzioni sono due:
- vai sulla cima con un altimetro
- usi i dati lidar
http://www.lidar.provincia.tn.it:8081/WebGisIT/pages/webgis.faces

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

Re: [OSM-talk-fr] Manque un feu tricolore : volontaire?

[Thomas Ruchin]

J'ai un peu travaillé sur ce secteur. Et comme je n'ai strictement aucun
intérêt pour les feux tricolores, je n'ai ni vérifié, ni amélioré la
donnée...
C'est le principe d'OSM, chacun améliore les données en fonction de ses
envies et centres d'intérêt.

Thomas

Le 21 août 2017 à 14:29, Christian Quest  a écrit :

> C'est bien plus courant qu'on ne pense, j'en ajoute encore beaucoup
> partout où je passe et sur des endroits très urbanisés?
>
> Il y a beaucoup de détails de ce type qui manquent, mais leur absence
> n'est pas si visible dans les données, alors qu'une route manquante, un nom
> de rue manquant ça se voir bien plus vite sur les rendus et autres usages.
>
>
> Le 18/08/2017 à 23:30, Shohreh a écrit :
>
>> Merci pour les infos.
>>
>> En cherchant ailleurs dans le coin, je me rends compte qu'il y a d'autres
>> carrefours où il n'y a carrément /aucun/ feu tricolore dans OSM :
>>
>> http://www.openstreetmap.org/?mlat=48.83436=2.31362#map
>> =18/48.83446/2.31405
>>
>> Je m'étonne que personne n'ait entré ces feux tricolores dans un coin
>> pourtant hyper-urbanisé et hyper-renseigné par ailleurs. Comment se
>> fait-ce
>> ?
>>
>>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] pistes cyclables à paris

[Thomas Ruchin]

J'ai constaté, les données dans OSM sont d'aussi bonne qualité que les
données publiées par la ville de Paris, tout simplement parce que les
données OSM sont mises à jour plus "régulièrement".
NB : ne pas oublier par ailleurs que les jeux de donnée officiels peuvent
comporter des erreurs et omissions.

J'avais préparé la nouvelle piste cyclable sur les quais en la passant en
"highway=construction" et "construction=cycleway". A ma connaissance, ce
nouvel aménagement bien que praticable n'est pas encore ouvert
officiellement aux cyclistes, mais quelqu'un a déjà fait l'ouverture dans
OSM...

Thomas

Le 24 août 2017 à 14:12, Nicolas Bétheuil  a écrit :

> J'ai initalisé un map contrib pour comparer OSM & l'open data
> https://www.mapcontrib.xyz/t/841cf5-Reseau_cyclable_Paris
>
> Qu'ai-je mis de trop pour que sur le layer OSM (overpass) ? j'ai des
> bulles de POI : il n'y a que des ways, ni node, ni relations.
>
> Merci
>
> Le 24 août 2017 à 13:35, Nicolas Bétheuil  a écrit :
>
>> Hello rogelio,
>>
>> En fait il y a de l'open data sur les pistes cyclables de Paris. Je viens
>> de rechercher & trouver ça https://opendata.paris.fr/expl
>> ore/dataset/reseau-cyclable
>> Vais demander en interne comment je peux faire ça.
>>
>> Des reco les mappeurs sur la manière de procéder ?
>> osmose pourrait aider pour partager le travail ?
>>
>> Le 23 août 2017 à 19:59, Rogelio Canedo  a
>> écrit :
>>
>>> Salut Nico,
>>> Je ne suis pas certain que les données de Paris vélo soient en open
>>> data. Mappy a mis à disposition sur Mapillary toutes les images de la
>>> collecte 2017 et de mémoire il y a Paris. Tu peux donc faire l'intégration
>>> via josm en mode manuel :) N'hésite pas à demander un coup de main à Gilles
>>> où Ulrich si tu galère avec l'outil.
>>> C'est peut être aussi l'occasion d'organiser un mapathon chez Mappy? Non?
>>>
>>> @++
>>>
>>>
>>> Le 23 août 2017 3:02 PM, "Nicolas Bétheuil"  a
>>> écrit :
>>>
>>> Bonjour,
>>>
>>> Comment sont gérées les pistes cyclables avec la mairie de paris ?
>>> Il y en a beaucoup qui ne sont pas dans OSM
>>> ex : http://www.parisavelo.net/carte-imprimable-pistes-cyclables.jpg
>>>
>>> il y en a de nouvelles https://twitter.com/latruelle/
>>> status/900078511536386050
>>>
>>> C'est aussi de l'ajout manuel ?
>>> Comment on peut procéder ?
>>>
>>> merci
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Greg Morgan]

On Mon, Aug 28, 2017 at 3:16 AM, James  wrote:

> As Stewart has pointed out there are some changes that are valid(name
> expansion). I think Mr.Ramm needs to revise his selection algorithm before
> mass deletion
>

I don't think that it make a difference.   I certainly don't want to make
more edits on questionable data!

My heart goes out to other countries without a source like to rebuild clean.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Kompass, è CC?

[Stefano Salvador]

Il DTM a 10m distribuito dalla provincia di Trento riporta 2391 m, forse
usando i dati LIDAR originali si potrebbe avere una stima migliore. Credo
sia abbastanza probabile che quelli della Kompass abbiamo preso il dato da
li.

In ogni caso credo proprio che quel dato sia da revertare.

Ciao,

Stefano


Il giorno 27 agosto 2017 19:30, girarsi_liste  ha
scritto:

> Il 27/08/2017 17:46, Maurizio Napolitano ha scritto:
> > On Sun, Aug 27, 2017 at 4:32 PM, Cascafico Giovanni 
> wrote:
> >> In ogni caso la frase a commento del changeset "correct altitude taken
> from
> >> Kompass" é paradossale.
> >
> > magari intendeva presa dallla bussola :)
> > Scherzi a parte scrivi al tipo suggerendo di dare una occhiata a cosa
> > è scritto nei termini di riuso della mappa Kompass.
> > Aggiungo una nota:
> > se la modifica non è significativa per il db allora la questione passa
> liscia.
> >
> > ___
> > Talk-it mailing list
> > Talk-it@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-it
> >
>
> In realtà non è questione di modifica significativa in questo caso, ma
> di verità scientifica.
>
> La differenza è di 134 metri (2.262 contro 2396), rispetto al valore
> precedente, per cui capisco il puntiglio, ma se guardo i shapefile
> forniti da dati.trentino, non i punti quotati perchè su Cima Sette Selle
> manco ce ne è uno, ma gli unici che ho trovato sono quelli della
> toponomastica, seppur fuori posizione di un bel pò di centinaio di
> metri, tre shapefile, ed uno fa cilecca (PQT 50.000) nel senso che non
> capisco se ha problemi, ma non mi interessa.
>
> In sostanza gli shapefile riportano 2262/3 di quota, mentre la Kompass
> 2396, ed in mio possesso una vecchia edizione non più in stampa della
> "Edizioni Turistiche GEOgrafica snc Primiero" dice 2288.
>
> Pure su wikipedia, che rchiede fonti certe ed affidabili, ha corretto,
> non dico sia stao lui per certo, ma il sospetto della cronologia è tale.
>
> Ora non ho problemi con l'utente in sè, ma manca la certezza proprio,
> Provincia compresa.
>
> Comunque mi limito al copyright, per il resto perdonate la disamina.
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] contributions peut-être à revoir

[Jo]

J'habite dans une ville à 30km de Bruxelles, néerlandophone. Il y a quelque
rues dans ma ville qui ont de noms en bilingue, le deuxième le dialecte
local.

Même si c'est signé comme cela, je ne considérait jamais d'ajouter le nom
en dialecte au tag name. C'est plutôt quelque chose de 'folklorique'.

Il y a même quelques rues où on trouve un nom en français, d'une autre
époque. Bien sûr ces noms en français n'iront jamais dans le tag name. Ici
c'est monolingue néerlandais.

Dans la région en France où ce fil de conversation a commencé, il me semble
que name contient le nom en français, puis je le répéterais en name:fr,
puis la traduction peut aller en name:oc et peut-être loc_name.

La région bruxelloise est relativement unique et là il me semble tout à
fait normal d'avoir les deux langues en name. Même s'il y a de moins en
moins de gens qui parlent encore le néerlandais là-bas. Le dialecte des
Bruxellois d'origine a depuis très longtemps été un mélange de néerlandais
et français. Ils changent continuellement de langue aussi dans la même
phrase. A moi ça ne me plaît pas trop, mais pour eux, c'est normal.

Jo

2017-08-28 12:06 GMT+02:00 marc marc :

> Le 28. 08. 17 à 11:30, Christian Rogel a écrit :
> > En Bretagne, des quartiers entiers ont comme adresse "Hent ar (i.e.
> Chemin de) X" ou "Alez Y" (Allée Y).
> Quand tu dis qu'ils ont cette adresse, c'est basé sur quelle critère ?
> sur la plaque de rue avec le nom en français ?
> ou c'est leur adresse officielle tel que présente
> sur leur feuille d’impôt ?
> parce qu'il y a peut-être 70 dialectes en France mais je doute
> que beaucoup d'entre eux aie une utilisation "officielle".
> En tout cas aucun des 4 dialectes utilisés dans ma famille.
> c'est même le propre d'un dialecte que d'être différent de
> la langue officielle crée pour permettre à un toulousain
> de pouvoir communiquer avec un breton.
> On en perd d'ailleurs un peu l'objectif d'une carte.
> Avant d'avoir une carte en dialecte, ce serrait utile d'avoir
> une carte tout court, avec 100% des routes et adresses.
>
> > Pour mettre les points sur les i, Paris est en celtiqueje pense que ce
> genre de point sur les i n'a aucune importance.
> Paris est un mot entré dans le langage français.
> peu importe son origine, vu que la lange officielle et
> des panneaux à Paris est le français, il est utilisé dans name
> De la même manière, à Bruxelles, name ne contient PAS les noms
> en bruxellois.
> J'aime d'ailleurs en ce sens le compromis à la Belge :
> personne n'est content mais au moins il y une situation à l'équilibre.
> et on peux passer à autre chose qu'argumenter à chaque fois
> que le cas se représente.
> Un changement unilatéral est même la-bas considéré comme du vandalisme.
> ___
> 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] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[James]

As Stewart has pointed out there are some changes that are valid(name
expansion). I think Mr.Ramm needs to revise his selection algorithm before
mass deletion

On Aug 28, 2017 6:05 AM, "joost schouppe"  wrote:

2017-08-28 10:27 GMT+02:00 Simon Poole :

> What surprises me most about the discussion up to now that it is
> centered around the impact on the US and Canada were the removals are
> rather small both relatively and absolute*, actually are more at the
> nuisance level than anything else, and can easily be added back, likely
> in a couple of days  from sources that are already pre-approved as
> reference material.
>
> Our concern should be more about Mexico, Brazil and other countries
> where it is at least not obvious to me if the local communities are
> aware of the issue and if we have any plan at all how we possibly could
> mitigate the impact.
>

I can't say I'm surprised by that myself. This is a conversation in
English, on a mailing list, bot things not very popular in Latin America.
I've posted this thread to the Latam telegram group, with an offer to
translate if needed.

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup


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

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Greg Morgan]

On Sun, Aug 27, 2017 at 11:51 AM, Mikel Maron  wrote:

> > we can find a good workflow for that. I wasn't expecting the community
> to start working on this pre-redaction but if people prefer that to
> fixing issues later...
>
> Absolutely, let's do this!
>
>
On Sun, Aug 27, 2017 at 10:55 AM, Martijn van Exel  > wrote:
>
> Happy to help. All we'd need for MapRoulette is a list of locations and a
> proper description of the work we'd expect people to do. Anyone can create
> the challenge but I'd be happy to do it.
> Martijn
>
>
>
 Change set # 51502902

Here's what I did and the plan:

* I selected out Arizona USA.
* I used the magic of regular expressions to change the way id in the file
Frederik provided to a josm remote control command.
* The remote control command allowed me to load all the data into one
file.  I changed the name tag to chdr_USA_AZ_name_fixup_required.  The new
name creates a great search target.
* I made no other changes before uploading the changeset.
* I would expect that the DWG would redact the potential name issues from
all the prior versions.
* Next a MapRoulette challenge can be constructed with the
chdr_USA_AZ_name_fixup_required search target.  The challenge will be
localized to Arizona because of the name change.
* The Tiger 2015 layer will be a good source to use name correction in the
challenge.  Others without the Tiger name source will not be so lucky.

The questions and observations:
* chdr is the last modifier of 2980 out of 5696 ways, 52%. These ways would
appear like the first and last introduction of the potential damage.
* The highest way version on one example way was 24.  Does this mean that
the redaction would have to be performed in all the 24 revisions?
* I came in at 1685 out of 5969 ways, 30%.  Even though I can rationalize
and observe that chdr's street name matches the Tiger 2015 layer, I cannot
prove or disprove this. I'd rather make a proactive resolution to the issue
than wait for additional edits on these ways.
* It took a long time for the name change to complete in JOSM once the last
remote control command was issued.

DWG you are up. Please redact the name issue in the prior versions of the
ways in Change set # 51502902.

Once the DWG is finished, it would be great if Martijn could assist me
develop a MapRoulette challenge.

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

Re: [OSM-talk-fr] quadruple no 46 à Rennes

[marc marc]

Bonjour Maël,

Merci pour cette analyse.
Il y a donc eu un problème à l'import parce que les lettres
n'ont pas été importée.
Je vous laisse corriger les 3 autres ?
Potentielement il faudra vérifier/corriger toutes les occurences.

Cordialement,
Marc

Le 28. 08. 17 à 10:05, REBOUX Maël a écrit :
> Bonjour Marc.
> 
> Tout est normal : il y 4 adresses à cet endroit :
> 
> 46 A
> 
> 46 B
> 
> 46 C
> 
> 46 D
> 
> https://data.rennesmetropole.fr/explore/dataset/adresses-du-referentiel-voies-et-adresses-de-rennes-metropole/map/?location=19,48.08982,-1.63288=233af6
> 
> C’est « juste » la base OSM qui n’est pas à jour.
> 
> Cdt,
> 
> *Maël REBOUX*
> Service Information Géographique Rennes Métropole
> Chargé de mission "diffusion"
> 
> 02 99 86 63 71
> 
> Twitter : @mael_reboux_ig 
> 
> A votre disposition :
> 
> - des *plans* *pdf de l'agglomération et de ses communes* 
> téléchargeables 
> 
>  
> et imprimables
> 
> - un *plan interactif * de Rennes Métropole
> 
> - des *données publiques ouvertes *
> 
> 
> 
> ___
> 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] contributions peut-être à revoir

[marc marc]

Le 28. 08. 17 à 11:30, Christian Rogel a écrit :
> En Bretagne, des quartiers entiers ont comme adresse "Hent ar (i.e. Chemin 
> de) X" ou "Alez Y" (Allée Y).
Quand tu dis qu'ils ont cette adresse, c'est basé sur quelle critère ?
sur la plaque de rue avec le nom en français ?
ou c'est leur adresse officielle tel que présente
sur leur feuille d’impôt ?
parce qu'il y a peut-être 70 dialectes en France mais je doute
que beaucoup d'entre eux aie une utilisation "officielle".
En tout cas aucun des 4 dialectes utilisés dans ma famille.
c'est même le propre d'un dialecte que d'être différent de
la langue officielle crée pour permettre à un toulousain
de pouvoir communiquer avec un breton.
On en perd d'ailleurs un peu l'objectif d'une carte.
Avant d'avoir une carte en dialecte, ce serrait utile d'avoir
une carte tout court, avec 100% des routes et adresses.

> Pour mettre les points sur les i, Paris est en celtiqueje pense que ce genre 
> de point sur les i n'a aucune importance.
Paris est un mot entré dans le langage français.
peu importe son origine, vu que la lange officielle et
des panneaux à Paris est le français, il est utilisé dans name
De la même manière, à Bruxelles, name ne contient PAS les noms
en bruxellois.
J'aime d'ailleurs en ce sens le compromis à la Belge :
personne n'est content mais au moins il y une situation à l'équilibre.
et on peux passer à autre chose qu'argumenter à chaque fois
que le cas se représente.
Un changement unilatéral est même la-bas considéré comme du vandalisme.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-gb-westmidlands] New: Esri imagery

[Brian Prangle]

Not that I can  see currently- the resolution is somewhere between bing and
digital globe so not much more clarity. I'll check some building sites to
check currency

On Sun, Aug 27, 2017 at 4:18 PM, Rob Nickerson 
wrote:

> New imagery available! Does this bring anything new to the UK / West
> Midlands? (Without laptop so cannot check).
>
> https://blogs.esri.com/esri/arcgis/2017/08/24/world-imagery-in-osm/
>
> P.s. please feel free to forward to talk-gb
>
> 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

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[joost schouppe]

2017-08-28 10:27 GMT+02:00 Simon Poole :

> What surprises me most about the discussion up to now that it is
> centered around the impact on the US and Canada were the removals are
> rather small both relatively and absolute*, actually are more at the
> nuisance level than anything else, and can easily be added back, likely
> in a couple of days  from sources that are already pre-approved as
> reference material.
>
> Our concern should be more about Mexico, Brazil and other countries
> where it is at least not obvious to me if the local communities are
> aware of the issue and if we have any plan at all how we possibly could
> mitigate the impact.
>

I can't say I'm surprised by that myself. This is a conversation in
English, on a mailing list, bot things not very popular in Latin America.
I've posted this thread to the Latam telegram group, with an offer to
translate if needed.

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-fr] contributions peut-être à revoir

[Christian Rogel]

> Le 28 août 2017 à 07:53, Bruno  a écrit :
> 
> Le 27/08/2017 à 22:05, Christian Rogel a écrit :
>>> Le 27 août 2017 à 17:04, Bruno  a écrit :
>> En gros, il y a un conflit théorique entre deux sources de légitimité : ce 
>> qu'on voit et ce que l'autorité compétente a voulu signifier.
> 
> Pour moi aucune complexité,
> Il me semble que l'on voit sur la plaque le nom d'une rue dans deux langues  
> , il n'y a pas de conflit.
> Le champ name contient le nom dans une langue , et name:xx dans une autre, 
> c'est fait pour ça.

C'est pourtant contraire à un principe cardinal d'OSM : représenter ce qu'il 
sur le terrain.
L'exemple bruxellois montre qu'on peut faire autrement tout en donnant leur 
place aux suffixes de langue.
Même si un nombre infinitésimal de communes a choisi de placer les deux noms  
sur un même niveau juridique, l'effacer dans la représentation du terrain est 
une voie de fait, puisque c'est nier la décision d'un corps élu.

> Si il pouvait y avoir conflit c'est sur le choix de la langue dans l'un ou 
> l'autre champ , mais en France il n'y a pas d'ambiguité, pas de bilinguisme 
> en métropole.


Là, tu introduis un argument non plus technique, mais politique, donc 
renversable par nature. Pas de question de bilinguisme en jeu, il suffirait que 
le Parlement prescrive qu'aucun élément d'une plaque de rue ne soit laissé de 
côté.

Christian R.

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

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Frederik Ramm]

Hi,

On 08/28/2017 10:27 AM, Simon Poole wrote:
> Our concern should be more about Mexico, Brazil and other countries
> where it is at least not obvious to me if the local communities are
> aware of the issue and if we have any plan at all how we possibly could
> mitigate the impact. I know that Brazil has already had multiple such
> issues in the past, is Wille Marcel on this list?

At least for São Paulo, DWG has been told by a Brazilian user:

> the city of São Paulo has made available all the names of highway, buildings, 
>  and other information in the site 
> http://geosampa.prefeitura.sp.gov.br/PaginasPublicas/_SBC.aspx
> Therefore, any edition of streets that he has done in the city of São Paulo 
> can be recovered with official data.

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