date:20170829

Le 29 août 2017 à 22:42,  a écrit :

> Bonjour, il y a deux cas et seulement deux cas, les autres cas évoqués par
> Philippe sont sont hors sujet pour la France.
>
Non, tous les cas que je citais étaient bien pour la France et même
uniquement la France (pour la plupart, concernant les numéros courts). Bien
que certains numéros français sont accessibles depuis l'étranger sur un
téléphone mobile dont l'opérateur (identifié par sa carte SIM) autorise le
roaming sans avoir à changer de numéro à appeler (cela marche pour tous les
numéros classiques et même des numéros courts surtaxés en France,
l'utilisateur paye éventuellement des frais supplémentaires mais plus
maintenant pour le roaming depuis un pays de l'UE: le téléphone mobile se
comporte comme si on appelait depuis la France SAUF pour les appels des
numéros courts d'urgence français; les numéros courts des pays hotes
n'étant pas accessibles, il reste à ces utilisateurs français à appeler le
112, qui lui marchera quand même mais sera routé vers un service d'urgence
du pays hôte, sans frais de roaming).

Ceci dit tous les numéros "longs" en France ne sont pas à "10 chiffres"
(avec le préfixe 0 initial, remplaçable), car il y a bien d'autres préfixes
(utiles pour ceux qui veulent utiliser des cartes prépayées ou appeler avec
leur propre carte en empruntant le téléphone d'un tiers qui n'a pas les
crédits nécessaires, ou pour appeler d'un hôtel sans que l'hôtel
surfacture. Des préfixes plus longs existent depuis les installations
privées (certaines même en mobile, le réseau de l'opérateur chez qui
l'utilisateur est abonné n'étant pas accessible, on peut cependant appeler
via un numéro court spécial qui peut aussi demander de composer un code
d'accès; et sur les téléphones mis à disposition dans des flottes
professionnelles, le plan de numérotation peut être chamboulé et à la norme
d'un autre pays, ou utiliser ses propres numéros courts utilisable dans
tous les pays couverts par cette flotte professionnelle; pour appeler un
numéro normal, il faut un code d'accès ou sinon utiliser un autre mobile
personnel)
Il y a des tas d'offres d'opérateurs internationaux en France à destination
des professionnels.
Il y a aussi divers opérateurs virtuels, qui permettent d'appeler via un
numéro unique suivi d'une identification par code d'accès pour consommer
des crédits de consommation prépayés sur un certain nombre de destinations.

Un opérateur tunisien vend en France des abonnements avec des numéros
tunisiens et on appelle depuis la France comme si on était à Tunis, mais
l'opérateur facture son abonné en France, et cet abonné peut appeler un
certain nombre de numéros présélectionnés en France, mais en utilisant des
numéros courts, et sinon est surfacturé s'il appelle un numéro français
quelconque même juste à côté comme s'il appelait depuis Tunis (et pas
besoin d'aller en Tunisie pour s'y abonner)... Pour éviter les
complications de numérotation, ces opérateurs proposent souvent une carte
SIM qui contient déjà la configuration pour le routage, même si en interne
cette numérotation sera transformée en un appel de numéro spécial français
avant le reste du numéro transformé, ou bien propose de lui acheter un
modèle de téléphone basique préconfiguré pour router les appels. Dans
certaines banlieues françaises ces offres ont du succès chez les migrants
pour appeler pas cher la famille restée au pays.

Et tout le monde est libre en France de s'abonner à un autre opérateur
européen s'il voit des offres qui lui conviennent mieux, d'autant plus que
le roaming intra-européen est maintenant sans frais supplémentaire: une
commande sur Internet et on dans les 2 jours la SIM envoyée par l'opérateur
européen, avec donc un numéro non-français si on veut et un contrat non
nécessairement rédigé en français. On sera prélevé sur son compte banqire
en France sans frais bancaire supplémentaire (sauf frais de change demandé
par la banque si ce n'est pas en euro et qu'on n'a pas souscrit un compte
ou une carte de paiement internationale).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2017-08-29 Per discussione Francois Gouget

On Mon, 28 Aug 2017, marc marc wrote:

> 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 :)

Oui mais, d'après le wiki, pour les numéros italiens il ne faut pas 
supprimer le 0 de tête :

| Italy does not omit the 0 in the international format like many 
| countries do[...]. So the Milan number 02.724261 becomes phone=+39 02 
| 724261 in OSM. A few other countries are doing the same and require 
| dialing the national trunk selection code when calling them from 
| abroad. 

Du coup impossible de dire que '+xx 0' est faux quel que soit le pays. 
Il serait certainement possible de construire une liste des usages de 
chaque pays mais cela devient un projet nettement plus large.

> vérifie sur le wiki s'il n'y a pas déjà eu un opération automatique.

Tu veux dire sur https://wiki.openstreetmap.org ?
Je n'ai rien vu sur la page Key:phone. Si c'est ailleurs je ne sais pas 
où chercher.

[...]
> 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

Je pense que le logiciel en tort c'est Copier/Coller. Les mappeurs ont 
dû trouver 01 02 03 04 05 sur une page de contact et comme on leur a dit 
d'internationaliser il tapent +33 espace Ctrl+V.

Josm pourrait peut-être intégrer une vérification du champ phone mais 
encore une fois il pourrait être difficile de s'assurer qu'elle marche 
pour tous les pays.

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

Ah. Où ça ?

> 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 ?

Non. Philippe Verdy a l'air d'avoir jeté un oeil et a fait ce qui me 
semble un bon résumé des règles concernant quels numéros peuvent être 
appelés à l'international ou pas.

> je ne parle pas d'appeler un no depuis l'étranger mais localement.

J'ai testé de chez moi avec +33 3631. Ça marche pas.

-- 
Francois Gouget   http://fgouget.free.fr/
Before you criticize someone, walk a mile in his shoes.
   That way, if he gets angry, he'll be a mile away - and barefoot.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2017-08-29 Per discussione Andrew Harvey

Just wanted to add, that we should get the rights holder to complete the
OSMF CC BY waiver
https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ (regardless
of if it's CC BY 3 or CC BY 4) before using this data.

Also noting from the blog "Please do not forget that imports need to
follow our Import Guidelines",
http://wiki.openstreetmap.org/wiki/Import/Guidelines

On Tue, 29 Aug 2017, at 11:51 AM, nwastra wrote:
> 
> 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 mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

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

2017-08-29 Per discussione Alan Grant

Hola Carlos

En otro mensaje Frederik Ramm dice:

The change will be removing the name tag on all ways in the file I made
available, or reverting to whatever it was before chdr edited the
object. Other properties would not be edited.

O sea, si la calle está en la lista, va a perder la etiqueta name=, o
volver al nombre que tenía antes.

No estoy seguro qué pasa si el nombre ha sido modificado después, pero creo
que hay pocos casos así, ya que en general chdr puso nombres correctos, así
que normalmente no hay nada para modificar. Aunque otras personas
modifiquen otras etiquetas, el nombre seguirá igual, así que habrá que
borrarlo. Por lo menos así lo entiendo.

Un saludo
Alan

On 29 Aug 2017 22:33, "Carlos Dávila"  wrote:

Por lo que leí en el mensaje inicial del hilo de Frederik Ram entendí que
solo se borrarían los nombres incorporados por chdr, pero si se han
modificado posteriormente creo que no se pierden. La verdad, no he leído el
resto del hilo
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

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

2017-08-29 Per discussione Fabrizio Carrai

Grazie Daniele,
mi associo ai complimenti per l'utilità. Anche per Livorno sono quasi tutti
falsi positivi.
Ne approfitto per un'idea: perchè non usare Wikipedia per verificare la
correttezza del nome ?

F.

Il giorno 29 agosto 2017 22:20, Cascafico Giovanni  ha
scritto:

> Ci sono moltissimi falsi positivi della classe "ortografia", almeno a
> Monfalcone
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
*Fabrizio*
___
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

2017-08-29 Per discussione Christian Rogel

> > 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.

La « communauté française »  (où est-elle ?) n’a pas de tags spécifiques. La 
majorité des participants de Talk-fr pose des questions sur des objets 
existants partout dans le monde (bouches à incendie, transport d'électricité, 
arrêts de bus, hypermarchés). Il nous arrive de tutoyer des sujets 
quasi-philosophiques, ce qui donne du piment au débat. Il est vrai que l’humour 
qui est, parfois de mise, peut rebuter ceux qui viennent d’horizons différents.

Il n’est pas question de mettre en doute que tes nombreux interlocuteurs ont 
exprimé un besoin réel et beaucoup d’entre nous seront intéressés de voir de 
nouvelles approches dans la limite de leur temps et de leurs préoccupations.


> > 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.

La liste internationale  Talk.fr  peut concerner un 
territoire, mais, elle n’a pas été créée en en visant un en particulier. Comme 
toutes les listes, elle a les couleurs de ses participants. 

Il y a une donnée contraignante qui explique, en partie, les déséquilibres sur 
Talk-fr et les insatisfactions de la communication : malgré tous les progrès 
faits dans la démocratisation, la cartographie collaborative intéresse 
majoritairement des habitants des zones urbanisées et développées.
Les habitants de zones très rurales peuvent penser, à juste titre que le 
tagging des services sociaux et des transports de masse ne les concernent pas 
tant que ça.
Ceux qui ont accès à l’Internet mobile sont très minoritaires par rapport à 
ceux qui peuvent utiliser les applications mobiles, mais, où en parler, si ce 
n’est sur la seule liste mondiale en français ?


> Je ne sais si "ce qu'on se raconte", et les " certains" #1 et "certains" #2 
> sont les mêmes personnes, mais au vu des éclairages que je viens de faire, il 
> y a en tout cas là pleine confusion entre France (combien de sujets 
> territoriaux non français dans la liste talk-fr ?) et francophonie. 

Un survol de Talk-fr depuis avril montre que les sujets internationaux (tagging 
de cours d'eau et de lacs, Mapillary, Osmose, Overpass, Street Complete, Jungle 
Bus, rendu HOT, tagging indoor, multilinguisme, nouveau bureau de la FOSM) ne 
manquent pas, même si beaucoup d'autres sont spécifiques (IGN, Open Data en 
France, Base adresse nationale, voies à grande circulation).

Les Hexagonaux qui manquent de temps préféreront, sans doute, une liste 
traitant de sujets très variés et sur laquelle on peut poser toutes sortes de 
question.
Il y aura des invitations à poursuivre un fil sur le tagging sur la liste 
tagging-fr, car c'est ce qui se fait sur la liste internationale Talk-en, mais, 
cela ne semble concerne que la pointe du tagging, l'élaboration collective de 
clés et de valeurs sur de nouveaux objets, ce qui ne concerne pas la majorité 
des mappeurs.
Il est douteux que tes interlocuteurs soient intéressés par le tagging de 
compétition, qui est peu fréquent sur Talk-fr ( ex. : transports de masse, 
indoor),  car, nous voyons surtout des demandes d'aide et d’éclaircissement.



Christian R.


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

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

2017-08-29 Per discussione Gianluca Boero


Se trovo il comune ma non mi propone la lista delle vie cosa significa?


Il 29/08/2017 22:02, Daniele Forsi ha scritto:

Buona sera!

Grazie a un server di Wikimedia Foundation dato in uso al progetto
Openstreetmap Italia, ho riattivato i controlli sui nomi delle strade
(DUG non conosciute, maiuscole/minuscole, troppi spazi, abbreviazioni
e parole non presenti nel dizionario del controllo ortografico)

Grazie a Stefano, Fabrizio e Alessandro per avermi dato l'accesso e
per avermi pungolato ma non troppo :-)

Questo è il nuovo indirizzo:
https://osmit3.wmflabs.org/stradario/

se trovate un nome da correggere, potete modificarlo direttamente nel
browser con l'editor Level0 oppure con JOSM, e se trovate dei falsi
positivi potete segnalarli così vengono ignorati dal prossimo
aggiornamento

In questo momento visualizzo solo le highway di tipo 'primary',
'secondary', 'tertiary', 'unclassified', 'residential', poi le
aggiungerò tutte con la possibilità di filtrarle, e la possibilità di
scaricare lo stradario completo.

Se qualcosa non è chiaro o se ci sono problemi fatemelo sapere.



--
Gianluca Boero


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

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

2017-08-29 Per discussione Federico Cortese

Scusami Daniele, nella foga di rispondere ai commenti precedenti,
dimenticavo di ringraziarti perchè si tratta di un utilissimo
strumento.

Grazie,
Federico

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

Re: [OSRM-talk] (no subject)

2017-08-29 Per discussione Jason Dalton

Thanks Daniel.  It's just for routing costs.

On Tue, Aug 29, 2017 at 4:55 PM, Daniel Patterson  wrote:

> Hi Jason,
>
>   Depends on what you want to achieve.  Travel modes are used for a couple
> of things:
>
> 1) For car routing, we primarily use two modes - normal, and ferry
> mode.  This affects how the routing costs are calculated.
> 2) For the bike profile, the modes end up in the instructions -
> sometimes we suggest that you walk your bike.
>
>   Do you need to actually announce mode changes to the user, or do you
> just need to identify different modes in order to calculate routing costs?
>
> daniel
>
> On Tue, Aug 29, 2017 at 1:50 PM, Jason Dalton 
> wrote:
>
>> Hi,
>>
>> I’m working on a custom routing app and need to apply some custom routing
>> rules in OSRM.  Is there a mechanism to add a mode of travel?  or would I
>> need to ‘reuse’ one of the existing modes?   For instance, if I wanted to
>> create routing rules for ATVs, could I create an “ATV" mode of travel in
>>  OSRM or would I need to use the normal vehicle routing and modify the
>> source data on my own instance?
>>
>> Thanks,
>> Jason
>>
>>
>>
>> ___
>> 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
>
>


-- 
*Jason Dalton*
President, CEO
Azimuth1, LLC
www.azimuth1.com
www.smartdata-solutions.com
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] (no subject)

2017-08-29 Per discussione Patrick Niklaus

Hey Jason,

our routing is fully customizable using profile written in Lua. For an
example see here:
https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua
You should be able to base your custom profile on the ones that already
ship with OSRM.

Cheers,
Patrick

On Tue, Aug 29, 2017 at 8:50 PM, Jason Dalton 
wrote:

> Hi,
>
> I’m working on a custom routing app and need to apply some custom routing
> rules in OSRM.  Is there a mechanism to add a mode of travel?  or would I
> need to ‘reuse’ one of the existing modes?   For instance, if I wanted to
> create routing rules for ATVs, could I create an “ATV" mode of travel in
>  OSRM or would I need to use the normal vehicle routing and modify the
> source data on my own instance?
>
> Thanks,
> Jason
>
>
>
> ___
> 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: [OSRM-talk] (no subject)

2017-08-29 Per discussione Daniel Patterson

Hi Jason,

  Depends on what you want to achieve.  Travel modes are used for a couple
of things:

1) For car routing, we primarily use two modes - normal, and ferry
mode.  This affects how the routing costs are calculated.
2) For the bike profile, the modes end up in the instructions -
sometimes we suggest that you walk your bike.

  Do you need to actually announce mode changes to the user, or do you just
need to identify different modes in order to calculate routing costs?

daniel

On Tue, Aug 29, 2017 at 1:50 PM, Jason Dalton 
wrote:

> Hi,
>
> I’m working on a custom routing app and need to apply some custom routing
> rules in OSRM.  Is there a mechanism to add a mode of travel?  or would I
> need to ‘reuse’ one of the existing modes?   For instance, if I wanted to
> create routing rules for ATVs, could I create an “ATV" mode of travel in
>  OSRM or would I need to use the normal vehicle routing and modify the
> source data on my own instance?
>
> Thanks,
> Jason
>
>
>
> ___
> 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

[OSRM-talk] (no subject)

2017-08-29 Per discussione Jason Dalton

Hi,

I’m working on a custom routing app and need to apply some custom routing
rules in OSRM.  Is there a mechanism to add a mode of travel?  or would I
need to ‘reuse’ one of the existing modes?   For instance, if I wanted to
create routing rules for ATVs, could I create an “ATV" mode of travel in
 OSRM or would I need to use the normal vehicle routing and modify the
source data on my own instance?

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

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

2017-08-29 Per discussione osm . sanspourriel

Bonjour, il y a deux cas et seulement deux cas, les autres cas évoqués 
par Philippe sont sont hors sujet pour la France.


Donc oui autant se restreindre à la France, par exemple l'Italie 
conserve le 0 du numéro national si composé depuis l'international.


- Le premier cas, le plus courant est le numéro à 10 chiffres appelable 
de l'international. La règle dans OSM c'est de remplacer le 0 par +33 
suivi d'une espace, le reste étant un paquet de 8 chiffres sans espace 
ou de suivre la norme locale (donc des paquets de deux chiffres sauf le 
premier suivant le +33.


Le premier me semble aberrant (les téléphones ne reconnaissent souvent 
que les + suivis de chiffres comme numéro dans un SMS et on est habitué 
à la règle 5 paquets de 2 chiffres) : on aurait quelque chose ni facile 
à utiliser ni facile à lire (la mise en forme est laissée à l'appli, ça 
peut-être bon).


Je suis donc pour +33 X XX XX XX XX mais uniquement si initialement on 
avait 0X XX XX XX XX ou 0X.


Si initialement on avait autre chose (mais que ces chiffres et des 
espaces je suis pour préserver la mise en forme - au moins ne pas 
automatiser : il peut y avoir des mises en formes hors cadre usuel 
correspondant à des moyens mnémotechniques (Cf message de Philippe).


- le second est tout numéro ne supportant pas ce schéma. Normalement les 
numéros doivent correspondre au numéro de l'agence, etc... donc le 
numéro court doit être l'exception.


Donc soit à supprimer (ne correspond pas à un moyen de contacter 
l'agence en question) soit à déplacer en phone:FR et à formater.


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

Ce sont deux choses différentes.
Car par exemple une appli qui me montre les tags sait l'utiliser 
(l'utilisateur saura s'il a un téléphone SFR qu'il peut appeler ce 
numéro court depuis sa ligne/ce téléphone).
osm.org propose de composer le numéro. Si tu es chez SFR ça pourrait 
marcher.


Je disais 2 cas, il y en a donc un troisième ;-) : les numéros réservés 
aux appels venant de France.

https://taginfo.openstreetmap.org/keys/phone%3AFR
il me semble utile de faire une passe.
Par exemple https://www.openstreetmap.org/way/52563852 c'est une erreur, 
je le lui signale.

https://www.openstreetmap.org/changeset/49192593#map=19/48.65573/-2.00478

https://www.openstreetmap.org/way/65299375 il a voulu bien faire. On le 
lui signale ?
Ce qui m'inquiète c'est le commentaire "France - Corrections Osmose " 
mais ça doit être un changeset non fermé dont le commentaire n'a pas été 
mis à jour.
Beaucoup de 3611. C'est le numéro des bureaux de postes sauf que vous 
tombez sur un bureau de poste et non le bureau de poste. À supprimer ? À 
conserver ? Si on suit la logique des contact:facebook et autres website 
à supprimer.
Mais peut-être doit-on introduire une notion de numéro "au plus proche": 
avec le 112 vous ne tombez pas sur le SDIS trouvé sur la carte mais sur 
le plus proche. Typiquement à réserver à des relations network comme le 
réseau des bureaux de poste de France. Je déconne ;-).


Si je regarde les phone:fr 


ça me semble encore être des erreurs
Un vrai : https://www.openstreetmap.org/node/1884297260. Maison d'hôte 
avec numéro pour la Belgique et numéro pour la France (et encore le 
téléphone français étant un mobile il peut être plus intéressant 
d'appeler le numéro belge).


Il me semble préférable de faire le ménage sur les numéros phone:xxx qui 
ne sont pas de simples phone car après on pourrait avoir plus de soucis.


Pour le plan de numérotation français : 
https://fr.wikipedia.org/wiki/Plan_de_num%C3%A9rotation_en_France#Plan_actuel_depuis_2005


Jean-Yvon

Le 29/08/2017 à 01:00, marc marc - marc_marc_...@hotmail.com a écrit :

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

Re: [OSRM-talk] itinerary export

2017-08-29 Per discussione Marc Mascré


Hi Daniel

In fact I'm just a user. I'm not sure to be able to do that ;)

In fact you say there is a ticket for that. So may be the functionality 
is coming on the main server ;)


Thanks for your answer.

Marc

Le 28/08/2017 à 12:58, Daniel Hofmann a écrit :

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

___
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-es] Debemos comprobar el nombre de 2800 vías.

2017-08-29 Per discussione Carlos Dávila

Por lo que leí en el mensaje inicial del hilo de Frederik Ram entendí 
que solo se borrarían los nombres incorporados por chdr, pero si se han 
modificado posteriormente creo que no se pierden. La verdad, no he leído 
el resto del hilo, no sé si se ha matizado ese punto posteriormente.



El 29/08/17 a las 18:40, Alan Grant escribió:

Hola Agustín (y otros),

Si entiendo bien, el DWG va a borrar el nombre actual de las calles en 
la lista. Las calles se quedarán con los nombres que tenían antes de 
los cambios de "chdr", si hubiera uno (en la mayoría de los casos creo 
que se quedarán sin nombre). Así que no hay nada que podemos hacer 
ahora con la base de datos de OSM, nuestros cambios se perderían 
juntos con los de "chdr" y habría que repetir. Así que me parece que 
lo único que se puede hacer por ahora es recopilar datos para estar 
preparados.


Hay mucha discusión en el hilo original sobre las posibilidades de 
hacerlo de otra manera, evitando la perdida de datos válidos. Pero me 
parece que hasta ahora ninguna solución ha sido aceptado. Igual es 
posible que se me haya escapado algo en ese hilo muy largo...


Un saludo
Alan




2017-08-29 16:13 GMT+02:00 Agustín O. 
>:


Hola

Disculpadme no tengo mucha experiencia...Para hacer correcciones,
¿podría seguir el siguiente proceso?:

1. Con el ID en el JOSM identifico el objeto.

2. Compruebo en http://www.idee.es/visualizador/
 si ese nombre del OSM
coincide con lo que pone en este visualizador.

3. Si hay errores en el nombre de la calle , los corrijo con JOSM y lo
pongo en la Wiki indicando que la fuente es el Catastro

¿Correcto?

Perdonad por la pregunta tan simple

Salud

Agustín



___
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



--
Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, 
.ppt, .pptx, .mdb, mdbx
Instale LibreOffice desde http://es.libreoffice.org/descarga/
LibreOffice es libre: se puede copiar, modificar y redistribuir libremente. 
Gratis y totalmente legal.
LibreOffice está en continuo desarrollo y no tendrá que pagar por las nuevas 
versiones.


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

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

2017-08-29 Per discussione Christian Rogel


> Le 2017 Eost 29 à 19:57, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Dans OSM on doit marquer ce qu'on trouve sur le terrain.
> 
> C'est à dire Beg Ar Bereneg, pas La Mort Anglaise.
> 
> Ce qui figure sur le cadastre et FANTOIR, c'est La Mort Anglaise. Mais je 
> n'ai jamais vu de cadastre ou de référentiel FANTOIR sur le terrain.
> D'où le conflit de logiques.
> Tu m'expliqueras en quoi les logiques que tu invoques (tels que la 
> suppression de tiret ou l'abréviation) pourraient expliquer la transformation 
> d'un La Mort Anglaise en Beg Ar Bereneg.
> 

Il n’y a rien à expliquer et la logique est à la peine. Les noms de lieu sont 
des objets sociaux qui échappent à la volonté de l’État, des communes, des 
individus et surtout aux mappeurs rationalistes qui croient à la vérité du 
terrain en matière de toponymie.

En fait, ce terrain n’est pas sérieux, car, il est soumis aux humeurs variables 
des habitants et des administrations. Un même lieu peut avoir plusieurs noms 
selon le point de vue, l’âge, le métier, la communauté.
Rien de plus historique et de plus malléable.
Lacan disait : « la femme n’existe pas », le toponyme non plus.

Quant au trait-d’union (ce n’est pas un tiret), c’est une sale manie élitiste 
de l’État, que cherchent à enterrer la population et les élus locaux.

- le cadastre ? Dépéchez-vous, il va bientôt encore changer
- les habitants ? Ecoutez-les se contredire et faites un choix entre plusieurs 
proximités et plusieurs générations
- l’État et l'administration, comme gardiens de norme, cela n’a jamais existé 
et n’existera jamais


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

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

Il 29/08/2017 22:15, Daniele Forsi ha scritto:
> Il 29 agosto 2017 22:10, girarsi_liste ha scritto:
> 
>> Il vecchi indirizzo è questo, ed è ancora presente al momento, giusto?
> 
>> http://www.forsi.it/osm/spellcheck/highway/dug/
> 
>> Ce l'ho nel mio segnalibri, per cui prima di rinnovarlo chiedo.
> 
> giusto, funziona ma i dati sono vecchi, non lo aggiorno da tanto tempo
> 

Ok, allora lo cambio, grazie.

Nel frattempo segnalo che non mi funziona il collegamento con Josm, ho
già provato direttamente da OSM per sicurezza, e lì funziona.



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



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

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

2017-08-29 Per discussione Cascafico Giovanni

Ci sono moltissimi falsi positivi della classe "ortografia", almeno a
Monfalcone
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

2017-08-29 Per discussione Daniele Forsi

Il 29 agosto 2017 22:10, girarsi_liste ha scritto:

> Il vecchi indirizzo è questo, ed è ancora presente al momento, giusto?

> http://www.forsi.it/osm/spellcheck/highway/dug/

> Ce l'ho nel mio segnalibri, per cui prima di rinnovarlo chiedo.

giusto, funziona ma i dati sono vecchi, non lo aggiorno da tanto tempo
-- 
Daniele Forsi

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

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

Il 29/08/2017 22:02, Daniele Forsi ha scritto:
> Buona sera!
> 
> Grazie a un server di Wikimedia Foundation dato in uso al progetto
> Openstreetmap Italia, ho riattivato i controlli sui nomi delle strade
> (DUG non conosciute, maiuscole/minuscole, troppi spazi, abbreviazioni
> e parole non presenti nel dizionario del controllo ortografico)
> 
> Grazie a Stefano, Fabrizio e Alessandro per avermi dato l'accesso e
> per avermi pungolato ma non troppo :-)
> 
> Questo è il nuovo indirizzo:
> https://osmit3.wmflabs.org/stradario/
> 
> se trovate un nome da correggere, potete modificarlo direttamente nel
> browser con l'editor Level0 oppure con JOSM, e se trovate dei falsi
> positivi potete segnalarli così vengono ignorati dal prossimo
> aggiornamento
> 
> In questo momento visualizzo solo le highway di tipo 'primary',
> 'secondary', 'tertiary', 'unclassified', 'residential', poi le
> aggiungerò tutte con la possibilità di filtrarle, e la possibilità di
> scaricare lo stradario completo.
> 
> Se qualcosa non è chiaro o se ci sono problemi fatemelo sapere.
> 

Il vecchi indirizzo è questo, ed è ancora presente al momento, giusto?

http://www.forsi.it/osm/spellcheck/highway/dug/

Ce l'ho nel mio segnalibri, per cui prima di rinnovarlo chiedo.

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



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

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

2017-08-29 Per discussione Daniele Forsi

Buona sera!

Grazie a un server di Wikimedia Foundation dato in uso al progetto
Openstreetmap Italia, ho riattivato i controlli sui nomi delle strade
(DUG non conosciute, maiuscole/minuscole, troppi spazi, abbreviazioni
e parole non presenti nel dizionario del controllo ortografico)

Grazie a Stefano, Fabrizio e Alessandro per avermi dato l'accesso e
per avermi pungolato ma non troppo :-)

Questo è il nuovo indirizzo:
https://osmit3.wmflabs.org/stradario/

se trovate un nome da correggere, potete modificarlo direttamente nel
browser con l'editor Level0 oppure con JOSM, e se trovate dei falsi
positivi potete segnalarli così vengono ignorati dal prossimo
aggiornamento

In questo momento visualizzo solo le highway di tipo 'primary',
'secondary', 'tertiary', 'unclassified', 'residential', poi le
aggiungerò tutte con la possibilità di filtrarle, e la possibilità di
scaricare lo stradario completo.

Se qualcosa non è chiaro o se ci sono problemi fatemelo sapere.

-- 
Daniele Forsi

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

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

Il 29/08/2017 21:49, girarsi_liste ha scritto:
> Grazie per le info della carta provinciale, avevo visto i link, ma non
> ci avevo fatto caso sul geoportale, anche perchè ho sempre usato il
> servizio S.I.A.T., forse responsabile di parte degli errori in passato.
> 

Scusa intendevo la cartografia di base.

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



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

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

Il 29/08/2017 21:17, Alecs ha scritto:
> girarsi_liste wrote
>> Il 28 agosto 2017 22:03:34 CEST, Alecs 
> 
>> deltredicialessandro@
> 
>>  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--
> 
> Sì, ma a sembra che sono le coordinate ad essere sbagliate, il punto che hai
> cercato tu si trovava qua: https://www.openstreetmap.org/note/256934
> 
> Non funziona più quel link che avevi indicato, ma credo che quel dataset di
> toponomi sia il "colpevole" (anche del dato della webmapp, copiato da chi ha
> creato il nodo per primo), prova a cercare "Cima di Sette Selle" qua e a
> zoomare sulla selezione:
> http://www.territorio.provincia.tn.it/portal/server.pt/community/carta_tecnica_provinciale/920/carta_tecnica_provinciale/40052#
> il risultato è questo (gli sgorbi colorati sono miei):
> https://postimg.org/image/qhc9lsbgl/
> 

Il dataset è questo:

http://dati.trentino.it/dataset/toponomastica-c-t-p-alla-scala-1-1-2005

Devi scaricarti lo zip e poi guardarti lo shapefile all'interno.

In quanto al CTP, molto comodo, peccato che è in CC-BY, proverò ad
usarlo come sfondo per controllare l'edificato e strade interne, mi
sembra fattibile, ma devo vedere per quel che ne capisco, soprattutto la
precisione.


> Come vedi anche dalle curve di livello, il punto a cui rimanda la ricerca
> non è la cima di una montagna, ma un passo montano, come è in OSM, la cima
> invece è più a sud-ovest. In OSM abbiamo anche il sentiero che la raggiunge
> https://www.openstreetmap.org/way/458994872 e un paio di tracce gps che lo
> ricalcano, mi sembra ok che si trovi lì. Non ho idea se 2396 sia più
> corretto di 2394 come era riportato su wikipedia, una differenza di 2m tra
> fonti diverse non mi sembra scandalosa comunque.
> 
> 

Le tracce, penso già di sapere di chi sono, e magari chiedo direttamente
al forum, di cui è gestore, ed ai suoi utenti, forse qualche dato in più
si ricava, comunque 2 metri non sono 130 metri, quelli si possono
tollerare (intendo i 2 Mt :) ).

Grazie per le info della carta provinciale, avevo visto i link, ma non
ci avevo fatto caso sul geoportale, anche perchè ho sempre usato il
servizio S.I.A.T., forse responsabile di parte degli errori in passato.

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



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

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

2017-08-29 Per discussione Ha Noj

> 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?
*** ano.

Dlouhodobě se vychází odtud:
https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/Zna%C4%8Den%C3%AD_silnic#Basic_info_about_tagging

Opírá se to o zákon, na který reagují i normy ČSN 73 6110 a 01:
https://www.zakonyprolidi.cz/cs/1997-13#p6

Město Brno rozlišuje své ulice (tj. místní komunikace) na ZÁKOS (kde jezdí
MHD) a ty ostatní, takže v praxi se vystačí s tertiary a případně
secondary. To užití je trochu citem.

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

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

2017-08-29 Per discussione Alecs

girarsi_liste wrote
> Il 28 agosto 2017 22:03:34 CEST, Alecs 

> deltredicialessandro@

>  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--

Sì, ma a sembra che sono le coordinate ad essere sbagliate, il punto che hai
cercato tu si trovava qua: https://www.openstreetmap.org/note/256934

Non funziona più quel link che avevi indicato, ma credo che quel dataset di
toponomi sia il "colpevole" (anche del dato della webmapp, copiato da chi ha
creato il nodo per primo), prova a cercare "Cima di Sette Selle" qua e a
zoomare sulla selezione:
http://www.territorio.provincia.tn.it/portal/server.pt/community/carta_tecnica_provinciale/920/carta_tecnica_provinciale/40052#
il risultato è questo (gli sgorbi colorati sono miei):
https://postimg.org/image/qhc9lsbgl/

Come vedi anche dalle curve di livello, il punto a cui rimanda la ricerca
non è la cima di una montagna, ma un passo montano, come è in OSM, la cima
invece è più a sud-ovest. In OSM abbiamo anche il sentiero che la raggiunge
https://www.openstreetmap.org/way/458994872 e un paio di tracce gps che lo
ricalcano, mi sembra ok che si trovi lì. Non ho idea se 2396 sia più
corretto di 2394 come era riportato su wikipedia, una differenza di 2m tra
fonti diverse non mi sembra scandalosa comunque.



--
View this message in context: 
http://gis.19327.n8.nabble.com/Kompass-e-CC-tp5901460p5901675.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] contributions peut-être à revoir

Là il n'y a rien à expliquer, cela ne fait même pas partie de la toponymie
officielle, les lieux-dits sont seulement enregistrés tels quels par les
occupants qui les proposent ou par ceux qui les ont constaté et certifiés
pour identifier le produit d'une cession. Les occupants des lieux dits
mettent ensuite les noms qu'ils veulent, la commune n'ayant aucune
obligation de marquer ces noms sur le terrain. Ce sont juste des nom
d'usage. Et tous ne sont pas relevés par les communes de leur cadastre vers
FANTOIR, masi il y a eu un effort de fait lors de sa vectorisation et ces
noms ont pu servir de base de vérification "visuelle" (évitant ensuite des
désaccords avec les résidents) mais non contraignante au plan légal (il
peut exister des différences de placement car les panneaux posés par les
occupants ont pu bouger en même temps que les clôtures et scissions
et fusions de parcelles, et pas repris non plus pour nommer une nouvelle
résidence qui se situerait maintenant à cheval sur la limite entre deux
anciennes parcelles).
Ce qui est officiel en revanche c'est la toponymie du domaine public
(voirie, bâtiments et équipements, et terrains situés dans les zones
protégées, la zone ayant pu acquérir lors de sa formation un nom d'ensemble
recouvrant tout ou partie des anciens lieux-dits conservés pour des raisons
historiques pendant au moins plusieurs dizaines d'années jusqu'à ce que
plus aucun recours ne soit possible sur les cessions). Ensuite s'il en
reste, c'est juste du "patrimoine culturel local", qui peut cependant être
encore revendiqué par des résidents locaux ou des assos pour éviter une
réappropriation à un autre endroit.
C'est très utile pour les communes de conserver ce patrimoine, ça évite
plus tard des frais pour recouvrer un droit qui aurait été attribué à un
usage commercial exclusif qui aurait ignoré l'existence d'un droit d'usage
public antérieur. Et les résidents tiennent à conserver ce droit d'usage.
C'est utile aussi pour les historiens, sociologues et généalogistes qui
peuvent recouper les écrits anciens sur plusieurs générations, plutôt que
de devoir fouiller d'anciennes archives (dont les plans ne sont sans doute
pas aussi précis qu'aujourd'hui et vont certainement accueilir les
anciennes planches cadastrales datant d'avant leur numérisation, et
d'autres produites ultérieurement en facsimilé : on ne sait jamais ce qui
peut arriver aux fichiers numériques qui sont facilement altérables ou qui
peuvent devenir totalement illisibles ou non certifiables si une partie a
été endommagée).

C'est utile enfin pour analyser ce qui a été fait dans le passé avec ses
conséquences, et aider à prédire ce que produira une évolution envisagée
ailleurs, car cela donne des éléments objectifs de comparaison, et permet
aussi de construire des modèles statistiques de prévision, d'autant plus
que des tas de choses n'ont pas encore été rapprochées avec les
localisations connues. Ca peut aider aussi à des enquêtes futures (par
exemple découverte d'un charnier, ou d'une nappe polluée dont on veut
retrouver l'origine et les responsables, ou d'éléments archéologiques qui
auraient été détournés illégalement de leur véritable lieu de découverte,
ou réémergence d'une ancienne maladie qu'on croyait éteinte jusqu'à ce
qu'on trouve dans les archives la présence d'un ancien puits comblé, ou
effondrement de terrain faisant apparaitre une extension inconnue d'une
ancienne galerie de mine qu'on croyait beaucoup plus loin, ou d'un ancien
souterrain construit lors de conflits dans les siècles passés, et qu'on
arrivera à rapprocher d'un ancien toponyme retrouvé dans des archives
familiales ou d'anciens courriers)

Même si ces toponymes d'usage n'étaient pas "officiels", ils sont des
témoignages du passé dont on trouvera toujours à un moment ou un autre une
utilité pour une partie d'entre eux ; ces archives ne sont pas
nécessairement retrouvées uniquement en France on peut en trouver dans le
monde entier à cause des migrations, des mouvements de troupes de combat de
toutes nationalités (la France a connu beaucoup de conflits) ou des
affaires commerciales passées.


Le 29 août 2017 à 19:57,  a écrit :

> Dans OSM on doit marquer ce qu'on trouve sur le terrain.
>
> C'est à dire Beg Ar Bereneg, pas La Mort Anglaise.
>
> Ce qui figure sur le cadastre et FANTOIR, c'est La Mort Anglaise. Mais je
> n'ai jamais vu de cadastre ou de référentiel FANTOIR sur le terrain.
>
> D'où le conflit de logiques.
>
> Tu m'expliqueras en quoi les logiques que tu invoques (tels que la
> suppression de tiret ou l'abréviation) pourraient expliquer la
> transformation d'un La Mort Anglaise en Beg Ar Bereneg.
>
> Le 29/08/2017 à 14:28, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> ___
> 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

2017-08-29 Per discussione osm . sanspourriel


Dans OSM on doit marquer ce qu'on trouve sur le terrain.

C'est à dire Beg Ar Bereneg, pas La Mort Anglaise.

Ce qui figure sur le cadastre et FANTOIR, c'est La Mort Anglaise. Mais 
je n'ai jamais vu de cadastre ou de référentiel FANTOIR sur le terrain.


D'où le conflit de logiques.

Tu m'expliqueras en quoi les logiques que tu invoques (tels que la 
suppression de tiret ou l'abréviation) pourraient expliquer la 
transformation d'un La Mort Anglaise en Beg Ar Bereneg.



Le 29/08/2017 à 14:28, Philippe Verdy - verd...@wanadoo.fr a écrit :
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Hurricane Harvey Dickinson, Texas Buildings

2017-08-29 Per discussione Andrew Matheny

If anyone has experience converting LIDAR into building footprints, the
state of Texas has put 1 meter LIDAR products into the public domain.
Here's an example quad:

https://tnris.org/data-download/#!/quad/Settegast

This could be used for an import if someone has the right tools to generate
nice, clean building footprints.

-Andrew

On Tue, Aug 29, 2017 at 10:59 AM, Brian May  wrote:

> @kevinbullock and I have started a new OSM US Task to help add buildings
> to the areas around Houston hit hard by flooding. Dickinson is SE of
> Houston.
>
> #105 - Hurricane Harvey Dickinson Texas Buildings at
> http://tasks.openstreetmap.us/project/105
>
> The idea is to have some level of coordination for adding buildings to OSM
> in and around Houston. The whole area has been and is being devastated by
> flooding, but we wanted to just start somewhere, complete this area, and
> then move on to another area that was hit particularly hard.
>
> Thanks for any contributions.
>
> Brian
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] JOSM Custom Presets - Combo to set multiple tags

2017-08-29 Per discussione François Lacombe

Hi Mike

I don't think so since the combo box has a unique key name set in its
definition

What you can do though is to set the first key with a fixed value
(religion=chrisitian) and let user pick for denomination

Let us know how is it going

François


Le 29 août 2017 5:44 PM, "Mike Thompson"  a écrit :

I am learning how to create custom presets for JOSM.

Is there a way to have a "combo" list set multiple tags? For example (just
to illustrate the question), to make it so that if the user picks "Roman
Catholic", religion=christian and denomination=roman_catholic are both set?

Thanks,
Mike

___
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] Community Guidelines à propos du géocodage...

Le 29 août 2017 à 18:13, marc marc  a écrit :

> Le 29. 08. 17 à 17:56, Christian Quest a écrit :
> > Si on géocode des données pour ajouter la position géographique (lat/lon)
>
> > ou pour récupérer le nom du lieu à partir des coordonnées
> (reverse-geocoding)
>
> > sauf bien sûr si c'est pour alimenter/améliorer indirectement une base
> d'adresses.
>
> si j'ai bien compris :
> 1) j'ai un plan d'une maison et je cherche sa lat/lon
>

Tu donne quoi en entrée ? l'adresse postale ? Dans ce cas oui, sinon pas
compris ;)



> 2) mon smartphone connaît ma lat/lon, osm me dit la rue
> dans ces 2 cas, suffit de dire "données géo venant d'osm..."
>
>
Yes


3) j'extrais la liste des cabinets médicaux depuis osm
> pour en faire un site d'adresse de médecin
>

Ceci n'est pas du géocodage, mais une extraction pure et simple de données
depuis OSM et là le partage à l'identique (et l'attribution) s'appliquent.


> dans ce cas "partage à l'identique" = je peux demander au site
> une copie des données qu'il a vu qu'elles viennent d'osm ?
> même s'il fait de modifs ?
>
>
Pire... si ces données viennent s'ajouter à une autre base de données, tu
peux demander copie sous ODbL de cette autre base de données...



> Si ce n'est pas juste, tu peux corriger avec un exemple concret ?
> C'est surtout le 3 qui me rend perplexe, c'est quoi le critère
> d'une base d'adresse ?
>
>
>
Une base d'adresse c'est par exemple BANO ou la BAN... il n'y a que des
correspondances adresse <-> lat/lon



-- 
Christian Quest - OpenStreetMap France
___
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.

2017-08-29 Per discussione Alan Grant

Hola Agustín (y otros),

Si entiendo bien, el DWG va a borrar el nombre actual de las calles en la
lista. Las calles se quedarán con los nombres que tenían antes de los
cambios de "chdr", si hubiera uno (en la mayoría de los casos creo que se
quedarán sin nombre). Así que no hay nada que podemos hacer ahora con la
base de datos de OSM, nuestros cambios se perderían juntos con los de
"chdr" y habría que repetir. Así que me parece que lo único que se puede
hacer por ahora es recopilar datos para estar preparados.

Hay mucha discusión en el hilo original sobre las posibilidades de hacerlo
de otra manera, evitando la perdida de datos válidos. Pero me parece que
hasta ahora ninguna solución ha sido aceptado. Igual es posible que se me
haya escapado algo en ese hilo muy largo...

Un saludo
Alan




2017-08-29 16:13 GMT+02:00 Agustín O. :

> Hola
>
> Disculpadme no tengo mucha experiencia...Para hacer correcciones,
> ¿podría seguir el siguiente proceso?:
>
> 1. Con el ID en el JOSM identifico el objeto.
>
> 2. Compruebo en http://www.idee.es/visualizador/ si ese nombre del OSM
> coincide con lo que pone en este visualizador.
>
> 3. Si hay errores en el nombre de la calle , los corrijo con JOSM y lo
> pongo en la Wiki indicando que la fuente es el Catastro
>
> ¿Correcto?
>
> Perdonad por la pregunta tan simple
>
> Salud
>
> Agustín
>
>
>
> ___
> 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-fr] Community Guidelines à propos du géocodage...

2017-08-29 Per discussione marc marc

Le 29. 08. 17 à 17:56, Christian Quest a écrit :
> Si on géocode des données pour ajouter la position géographique (lat/lon) 

> ou pour récupérer le nom du lieu à partir des coordonnées (reverse-geocoding)

> sauf bien sûr si c'est pour alimenter/améliorer indirectement une base 
> d'adresses.

si j'ai bien compris :
1) j'ai un plan d'une maison et je cherche sa lat/lon
2) mon smartphone connaît ma lat/lon, osm me dit la rue
dans ces 2 cas, suffit de dire "données géo venant d'osm..."

3) j'extrais la liste des cabinets médicaux depuis osm
pour en faire un site d'adresse de médecin
dans ce cas "partage à l'identique" = je peux demander au site
une copie des données qu'il a vu qu'elles viennent d'osm ?
même s'il fait de modifs ?

Si ce n'est pas juste, tu peux corriger avec un exemple concret ?
C'est surtout le 3 qui me rend perplexe, c'est quoi le critère
d'une base d'adresse ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2017-08-29 Per discussione djakk djakk

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


C'était pour dire "attention aux sources officielles" :)


Le 28 août 2017 à 22:21,  a écrit :

> 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 **1er** 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 **1er** 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).
>

Re: [OSM-talk] Geocoding guideline

Very good outcome !

I've made a quick french translation:
https://annuel2.framapad.org/p/guidelines-geocodage-osm

Edits are welcome, as it is 95% automatic translation from
https://www.deepl.com/translator (very good new translator)... plus my own
5% quick edits ;)


2017-08-29 11:10 GMT+02:00 Simon Poole :

>
> I'm happy to announce that the geocoding guideline was endorsed by the
> OSMF board at its last meeting and is now published on the OSMF website
> https://wiki.osmfoundation.org/wiki/Licence/Community_
> Guidelines/Geocoding_-_Guideline
> This hopefully addresses and clarifies a long time, sometimes hotly,
> debated issue and will make it easier to use OSM data in more applications.
>
> Thanks to all that worked on the text and provided feedback negative and
> positive.
>
> Simon
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>


-- 
Christian Quest - OpenStreetMap France
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] tracce scomparse

Il 28/08/2017 22:55, Bruno ha scritto:
> 
> 
> 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 

Non avendo la sfera magica, di che tracce parli, e in quale zona?

open che significa?

Un pò di chiarezza, magari anche un pò più prolissa, in più non sarebbe
male.





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



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

[Talk-us] Hurricane Harvey Dickinson, Texas Buildings

2017-08-29 Per discussione Brian May

@kevinbullock and I have started a new OSM US Task to help add buildings 
to the areas around Houston hit hard by flooding. Dickinson is SE of 
Houston.


#105 - Hurricane Harvey Dickinson Texas Buildings at 
http://tasks.openstreetmap.us/project/105


The idea is to have some level of coordination for adding buildings to 
OSM in and around Houston. The whole area has been and is being 
devastated by flooding, but we wanted to just start somewhere, complete 
this area, and then move on to another area that was hit particularly hard.


Thanks for any contributions.

Brian



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

Re: [OSM-talk-fr] Community Guidelines à propos du géocodage...

Voici un premier jet de traduction en français:
https://annuel2.framapad.org/p/guidelines-geocodage-osm

Je me suis aide de DeepL, un nouveau traducteur automatique assez bluffant:
https://www.deepl.com/translator

Je pense n'avoir pas fait plus de 5% de modification :)


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

> La fondation OSM a publié plusieurs "community guidelines" pour préciser
> son interprétation de la licence ODbL depuis quelques années.
>
> Des nouvelles "guidelines" viennent d'être publiées en version finales
> pour ce qui concerne le géocodage: https://wiki.osmfoundation.org/wiki/
> Licence/Community_Guidelines/Geocoding_-_Guideline
>
> En résumé très résumé:
> - on doit mentionner OSM dans tout les cas
> - le partage à l'identique (share-alike) ne s'applique finalement que vis
> à vis d'une autre base d'adresses. Si on géocode des données pour ajouter
> la position géographique (lat/lon) ou pour récupérer le nom du lieu à
> partir des coordonnées (reverse-geocoding), le partage à l'identique ne
> s'applique pas... sauf bien sûr si c'est pour alimenter/améliorer
> indirectement une base d'adresses.
>
> Cette position est très ouverte et je suis très content que le LWG soit
> arrivé à cette version.
>
> --
> Christian Quest - OpenStreetMap France
>



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

[Talk-cz] nahrávání fotek bodů záchrany

2017-08-29 Per discussione Zdeněk Pražák

Chtěl jsem se zeptat, zda mám do databáze fotek rozcestníků nahrávat i
fotografie bodů záchrany - viz foto ID 16508 (bod záchrany HK011).

pokud se budou jejich fotky nahrávat, pak by bylo vhodné těmto bodům
přiřadit vlastní ikonku

Pražák___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-talk] JOSM Custom Presets - Combo to set multiple tags

2017-08-29 Per discussione Mike Thompson

I am learning how to create custom presets for JOSM.

Is there a way to have a "combo" list set multiple tags? For example (just
to illustrate the question), to make it so that if the user picks "Roman
Catholic", religion=christian and denomination=roman_catholic are both set?

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

[Talk-cz] Chatová osada

2017-08-29 Per discussione Marek Polák


Do které kategorie mám zařadit ubytování v chatkách? http://www.jcamp.cz
Marek Polák



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

Re: [Talk-cz] Znaceni pruchodnosti was Re: WeeklyOSM CZ 367

2017-08-29 Per discussione HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE APPUI PERFORMANCE)

-- Původní e-mail --
Od: Jan Martinec
Komu: OpenStreetMap Czech Republic
Datum: 29. 8. 2017 16:29:38
Předmět: Re: [Talk-cz] Znaceni pruchodnosti was Re: WeeklyOSM CZ 367
"

Dne 29. 8. 2017 16:19 napsal uživatel "Miroslav Suchy" :
"Dne 29.8.2017 v 14:04 Jan Martinec napsal(a):

" To "dost práce" je velký understatement: hleďme, na kolik desítek ploch se
rozpadne jeden středně velký les, pokud bychom ho chtěli alespoň v
orienťáckém rozdělení "světlina/průběžný/průchodný/neprůchodný": http://www.
openstreetmap.org/relation/4664360
(http://www.openstreetmap.org/relation/4664360)
vs
http://mapy.orientacnisporty.cz/mapa/hradek-2012
(http://mapy.orientacnisporty.cz/mapa/hradek-2012)
- a to ještě je mapa, kde jsou ty typy relativně souvislé, co teprve Brdy.
"

Ten jiny thread diskutoval stari lesa. Coz je IMHO dost jednoduche, protoze
se to roky nemeni (pokud se zada rok sadby) a pouze kdyz probehne kaceni,
tak se datum resetuje."

Nejsme ve sporu - tyhle kategorie se stářím lesa silně korelují.

" Neboli mapovat se to jistě dá, ale bude množství vynaložené práce
odpovídat užitku, který to přinese navíc oproti stavu teď?
"

Úplně dobře si pamatuji jak jsem se v roce 2008 dival na OSM a říkal si, že
ty lidi jsou úplní blázni, že to bude ohromné množství práce a že to nemají
čanci zvládnout. :)
"

Já netvrdím, že to nejde (nebyla v minulém WeeklyOSM ta mapa se srovnáním
2007-2017?), ale pochybuju, že ten obří objem práce, který je na tuto
konkrétní featuru potřeba, vyváží přínos, který ta průchodnost lesa přidá
(na rozdíl třeba od importu budov nebo vodních toků).

Na druhou stranu, čím více je toho zmapováno, tím více detailů (včetně
různých "ptákovin") jsou lidi schopni mapovat :-D

Takže hůl bych nad tím nelámal, ale v současné době si nějak nedokáži
představit, kde na to vezmeme data. Jak budeme odhadovat stáří, jak budeme
určovat hranice jednotlivých oblastí. Ale to se trochu vzdalujeme od
původního tématu.

Já si myslím, že to, která ulice je vhodná pro navigaci určuje více
samostatných faktorů, které by měly být mapovány samostatně. Počet jízdních
pruhů, šíře ulice, počet přechodů na ní, počet stopek, počet křižovatek, kde
musím dát přednost, zda tam jsou podélná stání, zda tam jsou semafory… To
vše už umíme zmapovat a to vše může vzít navigace v úvahu. To že to nedělá,
nebo to že to někde není zmapováno, je věc jiná a dá se to řešit.

Možná by nebylo od věci, podobně jako u zákazu odbočení, udělat relaci
"hlavní cesta". Tam je to taky definováno "odkud, kam". Jen nevím, jestli by
to pomohlo.

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

[talk-au] Victorian Government Data

2017-08-29 Per discussione Jubal Harpster

Hi All,

Reading through the list of contributors on the 
wiki
 we noticed that all the States with the exception of Victoria have given 
explicit permission to mix their CC-BY data with OSM. Does anyone know if this 
is just an oversight on the wiki or has Victoria either not been approached or 
denied a request to share data with OSM?

Thanks,
Jubal
http://www.openstreetmap.org/user/jharpster

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

Re: [Talk-us] Phoneix, Arizona open data

2017-08-29 Per discussione Greg Morgan

On Tue, Aug 29, 2017 at 2:17 AM, Horea Meleg 
wrote:

> Hello all,
>
> Me and my Telenav colleagues, are planning to start editing in Phoenix,
> Arizona. We are thinking of adding some map features like road geometry,
> name, one way or turn restrictions.  We’ve made a research for local data,
> and we’ve found this open source data: https://www.phoenix.gov/opendata#
> . The specific datasets are: Street
> center line for City of Phoenix
> , 
> Street
> Name Labels
> , 
> Traffic
> Restrictions along Streets
> 
> and Traffic Restrictions at Intersections
> 
> .
>
> We are wondering if these datasets have already been used/vetted in the
> past?
>
> If someone knows something about it, please inform us.
>

I don't think that this data will buy you much.  It is just a street center
line without dual carriage information. I think is works better for land
development zoning that OSM data.  I know that the MapBox data team has
already come through and added to lane counts and turn restrictions along
major roads.  I believe other mappers have worked hard on OSM turn
restrictions too Paul Johnson appears to be prolific with the work.  Please
contribute how you can.  Your edits are welcome.

The name labels will not be of much use.  The tiger data was correct in all
the places that I have mapped. Ohh! Ahh! Look at the beautiful Tiger fixup
map.
http://product.itoworld.com/map/162?lon=-112.04146=33.56395=11 I
am going back through now removing all the tiger tags and rechecking
geometries created with Yahoo. I know Hans has done a great job in many
areas with the Tiger fixup.  Dave Hansen, balrog-kun, iandees  I love you
guys for work you did that I did not have to do.  Tiger was the best import
ever!  balrog-kun's name expansion saved me so many hours of time.
iandees import of geonames saved many many hours of research.  These
automated changes allowed me to work on other issues.  I am an osmer that
thinks that the Tiger import was a good thing!

Adding missing speed limits would be a better effort than attempting to
sorting out the opendata site.  I looked at the site along time ago when it
was launched  but found these two confusing links.  I cannot tell if they
have just relinked the phoenix.gov website terms into the opendata terms.
Is it opendata or closed data?  Perhaps you'd want to send a note to them
to clear up the questionable terms.  The site appears to be more of a sales
pitch than anything with a real substantial opendata contribution.
https://www.phoenix.gov/opendata/terms
https://www.phoenix.gov/opendata/policy

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

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

2017-08-29 Per discussione Miroslav Suchy


Dne 29.8.2017 v 11:38 Marek Janata napsal(a):

neexistuje nějaký tag "nemapovat - vlastník si to nepřeje" který by v 
odůvodnitelných důvodech na tohle šel použít?


Neexistuje. Dokonce i kdyz ten vlastnik je silny a mocny (jako napriklad stat), 
tak se to nedela.

Porovnej napr.

https://www.google.com/maps/place/42%C2%B016'45.1%22N+3%C2%B014'17.1%22E/@42.2780991,3.2336333,4594m/data=!3m1!1e3!4m5!3m4!1s0x0:0x0!8m2!3d42.279205!4d3.238075?hl=en

https://www.bing.com/maps/?v=2=42.279205~3.238075=h=11=Point.42.279205_3.238075_Roses___

Kde jsou ty fotky zcenzurovane, ale mapy samotne:

https://www.openstreetmap.org/?mlat=42.279205=3.238075=11#map=16/42.2779/3.2361

se to nedotklo a vsechny cesty tam jsou uvedene.

Mirek

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

Re: [OSM-talk-fr] MAJ BDOrtho ??

Il ne faut pas oublier des IDG qui annoncent leurs collaborations avec l'IGN en 
matière, entre autres, de production de l'orthophotoplan.
CIGAL dans le Grand Est par exemple : 
https://www.cigalsace.org/geonetwork/apps/georchestra/

Denis


-Message d'origine-
De : Stéphane Péneau [mailto:stephane.pen...@wanadoo.fr] 
Envoyé : mardi 29 août 2017 16:27
À : Discussions sur OSM en français 
Objet : [OSM-talk-fr] MAJ BDOrtho ??

Bonjour,

Certains auraient remarqué une mise à jour de l'imagerie aérienne de la BDOrtho 
?

Moi oui, depuis aujourd'hui, au moins sur le sud de la loire-atlantique.

D'ailleurs, j'avais tracé un nouveau giratoire depuis une trace en RTK, et la 
correspondance est pas mal du tout :
https://www.openstreetmap.org/way/371573209

Stf



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Multipolygon fixing effort done

2017-08-29 Per discussione Christoph Hormann

On Tuesday 29 August 2017, Jochen Topf wrote:
>
> When the old-style-mp support was disabled on the main map, this left
> about 50,000 broken multipolygons, in many cases clearly visible on
> the map. I didn't see a single complaint about this. So, no, I don't
> think being a bit more strict with broken MPs will be a problem with
> the map or would be a reason to delay deployment of a new osm2pgsql
> version. 10,000 intersection problems in 300 million polygons is a
> rounding error.

I don't really want to repeat the discussion we had in 

https://github.com/openstreetmap/osm2pgsql/pull/684

My original idea stands: It would be good to have an idea how far the 
visual impact of dropping broken geometries has been reduced and if it 
has reduced a lot it would make sense to actually remove them in the 
standard map relatively fast before the numbers increase again.

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

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

Re: [OSM-talk-fr] MAJ BDOrtho ??

Il faut que je récupère les dernières données ;)

C'était valable il y a un mois...

Le 29 août 2017 à 16:31, aurélien BONDU  a écrit :

> Message du 29 Juillet
>
> *Si vous voulez savoir de quand datent les images aériennes de la BD Ortho
> sur une zone donnée, voici une carte uMap qui vous sera utile:*
>
>
>
>
>
>
>
>
>
>
>
> *http://umap.openstreetmap.fr/fr/map/date-heure-des-prises-de-vues-aeriennes-de-la-bd-o_160764
> On
> a la date et l'heure de prise de vue et donc ceci permet de connaitre la
> fraîcheur de ce qu'on voit.Attention, c'est semble-t-il valable sur la
> résolution à 50cm/pixel, au delà, les images peuvent provenir d'une autre
> campagne plus ancienne.Connaissant la date, l'heure et le lieu, j'ai aussi
> calculé la position du soleil et du coup la longueur des ombres portées.
> Ceci peut permettre dans certains cas d'évaluer la hauteur d'un objet comme
> un pylône, une antenne. Il faut que le terrain soit plat et l'objet assez
> haut.Sur la carte uMap j'indique par exemple: "Longueur des ombres: 0.56m
> Hor. / 1m Vert", il faut donc diviser la longueur mesurée par 0.56 pour
> avoir la hauteur de l'objet.Les données complètes sont disponibles
> sur 
> https://www.data.gouv.fr/fr/datasets/date-heure-des-prises-de-vues-de-la-bdortho-ign-1/
> 
>  et
> j'ai uploadé tout ça dans OpenEventDatabase (utilisé par la carte uMap),
> donc c'est requêtable par API avec un what=picture.imagery.aerial.bdortho*
> *D'autres devoirs de vacances sont à prévoir dans les jours à venir... ;)*
>
>
> *--Christian Quest - OpenStreetMap France*
>
> Le 29 août 2017 à 16:27, Stéphane Péneau  a
> écrit :
>
>> Bonjour,
>>
>> Certains auraient remarqué une mise à jour de l'imagerie aérienne de la
>> BDOrtho ?
>>
>> Moi oui, depuis aujourd'hui, au moins sur le sud de la loire-atlantique.
>>
>> D'ailleurs, j'avais tracé un nouveau giratoire depuis une trace en RTK,
>> et la correspondance est pas mal du tout :
>> https://www.openstreetmap.org/way/371573209
>>
>> Stf
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Aurélien BONDU
> 06 07 50 07 97
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] MAJ BDOrtho ??

L'IGN publie ses mises à jour sur: http://professionnels.ign.fr/mises-a-jour

... mais c'est pas très à jour (juin 2017) ;)

Le 29 août 2017 à 16:27, Stéphane Péneau  a
écrit :

> Bonjour,
>
> Certains auraient remarqué une mise à jour de l'imagerie aérienne de la
> BDOrtho ?
>
> Moi oui, depuis aujourd'hui, au moins sur le sud de la loire-atlantique.
>
> D'ailleurs, j'avais tracé un nouveau giratoire depuis une trace en RTK, et
> la correspondance est pas mal du tout :
> https://www.openstreetmap.org/way/371573209
>
> Stf
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] MAJ BDOrtho ??

2017-08-29 Per discussione aurélien BONDU

Message du 29 Juillet

*Si vous voulez savoir de quand datent les images aériennes de la BD Ortho
sur une zone donnée, voici une carte uMap qui vous sera utile:*











*http://umap.openstreetmap.fr/fr/map/date-heure-des-prises-de-vues-aeriennes-de-la-bd-o_160764
On
a la date et l'heure de prise de vue et donc ceci permet de connaitre la
fraîcheur de ce qu'on voit.Attention, c'est semble-t-il valable sur la
résolution à 50cm/pixel, au delà, les images peuvent provenir d'une autre
campagne plus ancienne.Connaissant la date, l'heure et le lieu, j'ai aussi
calculé la position du soleil et du coup la longueur des ombres portées.
Ceci peut permettre dans certains cas d'évaluer la hauteur d'un objet comme
un pylône, une antenne. Il faut que le terrain soit plat et l'objet assez
haut.Sur la carte uMap j'indique par exemple: "Longueur des ombres: 0.56m
Hor. / 1m Vert", il faut donc diviser la longueur mesurée par 0.56 pour
avoir la hauteur de l'objet.Les données complètes sont disponibles
sur 
https://www.data.gouv.fr/fr/datasets/date-heure-des-prises-de-vues-de-la-bdortho-ign-1/

et
j'ai uploadé tout ça dans OpenEventDatabase (utilisé par la carte uMap),
donc c'est requêtable par API avec un what=picture.imagery.aerial.bdortho*
*D'autres devoirs de vacances sont à prévoir dans les jours à venir... ;)*


*--Christian Quest - OpenStreetMap France*

Le 29 août 2017 à 16:27, Stéphane Péneau  a
écrit :

> Bonjour,
>
> Certains auraient remarqué une mise à jour de l'imagerie aérienne de la
> BDOrtho ?
>
> Moi oui, depuis aujourd'hui, au moins sur le sud de la loire-atlantique.
>
> D'ailleurs, j'avais tracé un nouveau giratoire depuis une trace en RTK, et
> la correspondance est pas mal du tout :
> https://www.openstreetmap.org/way/371573209
>
> Stf
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Aurélien BONDU
06 07 50 07 97
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Community Guidelines à propos du géocodage...

La fondation OSM a publié plusieurs "community guidelines" pour préciser
son interprétation de la licence ODbL depuis quelques années.

Des nouvelles "guidelines" viennent d'être publiées en version finales pour
ce qui concerne le géocodage:
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline

En résumé très résumé:
- on doit mentionner OSM dans tout les cas
- le partage à l'identique (share-alike) ne s'applique finalement que vis à
vis d'une autre base d'adresses. Si on géocode des données pour ajouter la
position géographique (lat/lon) ou pour récupérer le nom du lieu à partir
des coordonnées (reverse-geocoding), le partage à l'identique ne s'applique
pas... sauf bien sûr si c'est pour alimenter/améliorer indirectement une
base d'adresses.

Cette position est très ouverte et je suis très content que le LWG soit
arrivé à cette version.

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

Re: [Talk-cz] Znaceni pruchodnosti was Re: WeeklyOSM CZ 367

2017-08-29 Per discussione Jan Martinec

Dne 29. 8. 2017 16:19 napsal uživatel "Miroslav Suchy" :

Dne 29.8.2017 v 14:04 Jan Martinec napsal(a):

To "dost práce" je velký understatement: hleďme, na kolik desítek ploch se
> rozpadne jeden středně velký les, pokud bychom ho chtěli alespoň v
> orienťáckém rozdělení "světlina/průběžný/průchodný/neprůchodný":
> http://www.openstreetmap.org/relation/4664360
> vs
> http://mapy.orientacnisporty.cz/mapa/hradek-2012
> - a to ještě je mapa, kde jsou ty typy relativně souvislé, co teprve Brdy.
>

Ten jiny thread diskutoval stari lesa. Coz je IMHO dost jednoduche, protoze
se to roky nemeni (pokud se zada rok sadby) a pouze kdyz probehne kaceni,
tak se datum resetuje.


Nejsme ve sporu - tyhle kategorie se stářím lesa silně korelují.



Neboli mapovat se to jistě dá, ale bude množství vynaložené práce odpovídat
> užitku, který to přinese navíc oproti stavu teď?
>

Úplně dobře si pamatuji jak jsem se v roce 2008 dival na OSM a říkal si, že
ty lidi jsou úplní blázni, že to bude ohromné množství práce a že to nemají
čanci zvládnout. :)

Já netvrdím, že to nejde (nebyla v minulém WeeklyOSM ta mapa se srovnáním
2007-2017?), ale pochybuju, že ten obří objem práce, který je na tuto
konkrétní featuru potřeba, vyváží přínos, který ta průchodnost lesa přidá
(na rozdíl třeba od importu budov nebo vodních toků).

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

[OSM-talk-fr] MAJ BDOrtho ??

2017-08-29 Per discussione Stéphane Péneau


Bonjour,

Certains auraient remarqué une mise à jour de l'imagerie aérienne de la 
BDOrtho ?


Moi oui, depuis aujourd'hui, au moins sur le sud de la loire-atlantique.

D'ailleurs, j'avais tracé un nouveau giratoire depuis une trace en RTK, 
et la correspondance est pas mal du tout :

https://www.openstreetmap.org/way/371573209

Stf



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

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

2017-08-29 Per discussione Violaine Doutreleau


Bonjour à tous,

Merci Séverin pour avoir pris l'initiative ! De mon côté, j'ai également 
ressenti ce besoin il y a un peu moins d'un mois.. Tout simplement parce 
que je ne trouvais pas le lieu adapté pour brainstormer sur un sujet 
spécifique de tag (un message sur le sujet 'centres de santés' dans les 
prochains jours devrait atterrir sur la liste tagging-fr ;)). La liste 
tagging en anglais limite la participation de certaines communautés 
francophones pas super à l'aise en anglais, pourtant bien existantes. Et 
pour moi la liste talk-fr est plus destinées aux français et relate des 
sujets nationaux (même si on peut demander des conseils sur des sujets 
plus transversaux qui sortent de la France, mais ce n'est pas sa 
destination première, donc moins propice à être utilisée pour ça).


Enfin, de manière plus générale, je rejoins également l'avis que toute 
initiative est bienvenue, et que si l'idée était mauvaise, on pourra 
toujours fermer la liste.


Cordialement
Violaine

Le 28/08/2017 à 19:37, Severin Menard a écrit :

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.org/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

Re: [OSM-talk] Multipolygon fixing effort done

2017-08-29 Per discussione Jochen Topf

On Tue, Aug 29, 2017 at 03:54:44PM +0200, Christoph Hormann wrote:
> On Tuesday 29 August 2017, Jochen Topf wrote:
>  >
> > > Would the number of visible problems in the map due to dropping
> > > broken geometries now, after the fixing effort, be low enough so
> > > this change could be made to the main map to give mappers a better
> > > feedback about broken geometries?
> >
> > Osm2pgsql is switching to the libosmium MP code which is more strict
> > than the older code before. As far as I know the code is finished and
> > should be in the next osm2pgsql version.
> 
> I am aware of that but this does not answer my question if the fixing 
> effort has significantly reduced the visual impact rolling out this 
> change to the OSMF servers would have.  I would assume it has but the 
> OSMI does not really allow for a proper assessment here.

When the old-style-mp support was disabled on the main map, this left
about 50,000 broken multipolygons, in many cases clearly visible on the
map. I didn't see a single complaint about this. So, no, I don't think
being a bit more strict with broken MPs will be a problem with the map
or would be a reason to delay deployment of a new osm2pgsql version.
10,000 intersection problems in 300 million polygons is a rounding
error.

Note also that Mapbox has been using libosmium code for a while and they
are actively fixing large broken MPs every day to keep the map from
breaking in a bad way.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-cz] Znaceni pruchodnosti was Re: WeeklyOSM CZ 367

2017-08-29 Per discussione Miroslav Suchy


Dne 29.8.2017 v 14:04 Jan Martinec napsal(a):
To "dost práce" je velký understatement: hleďme, na kolik desítek ploch se rozpadne jeden středně velký les, pokud 
bychom ho chtěli alespoň v orienťáckém rozdělení "světlina/průběžný/průchodný/neprůchodný": 
http://www.openstreetmap.org/relation/4664360

vs
http://mapy.orientacnisporty.cz/mapa/hradek-2012
- a to ještě je mapa, kde jsou ty typy relativně souvislé, co teprve Brdy.


Ten jiny thread diskutoval stari lesa. Coz je IMHO dost jednoduche, protoze se to roky nemeni (pokud se zada rok sadby) 
a pouze kdyz probehne kaceni, tak se datum resetuje.



Neboli mapovat se to jistě dá, ale bude množství vynaložené práce odpovídat 
užitku, který to přinese navíc oproti stavu teď?


Úplně dobře si pamatuji jak jsem se v roce 2008 dival na OSM a říkal si, že ty lidi jsou úplní blázni, že to bude 
ohromné množství práce a že to nemají čanci zvládnout. :)


Mirek

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

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

2017-08-29 Per discussione Agustín O .

Hola

Disculpadme no tengo mucha experiencia...Para hacer correcciones,
¿podría seguir el siguiente proceso?:

1. Con el ID en el JOSM identifico el objeto.

2. Compruebo en http://www.idee.es/visualizador/ si ese nombre del OSM
coincide con lo que pone en este visualizador.

3. Si hay errores en el nombre de la calle , los corrijo con JOSM y lo
pongo en la Wiki indicando que la fuente es el Catastro

¿Correcto?

Perdonad por la pregunta tan simple

Salud

Agustín



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

Re: [OSM-talk] Multipolygon fixing effort done

2017-08-29 Per discussione Christoph Hormann

On Tuesday 29 August 2017, Jochen Topf wrote:
 >
> > Would the number of visible problems in the map due to dropping
> > broken geometries now, after the fixing effort, be low enough so
> > this change could be made to the main map to give mappers a better
> > feedback about broken geometries?
>
> Osm2pgsql is switching to the libosmium MP code which is more strict
> than the older code before. As far as I know the code is finished and
> should be in the next osm2pgsql version.

I am aware of that but this does not answer my question if the fixing 
effort has significantly reduced the visual impact rolling out this 
change to the OSMF servers would have.  I would assume it has but the 
OSMI does not really allow for a proper assessment here.

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

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

Re: [OSM-talk] Multipolygon fixing effort done

2017-08-29 Per discussione Jochen Topf

On Tue, Aug 29, 2017 at 12:10:47PM +0200, Christoph Hormann wrote:
> Date: Tue, 29 Aug 2017 12:10:47 +0200
> From: Christoph Hormann 
> To: talk@openstreetmap.org
> Subject: Re: [OSM-talk] Multipolygon fixing effort done
> 
> On Tuesday 29 August 2017, Jochen Topf wrote:
> > We have completed the 7-months effort to switch away from old-style
> > multipolygons and fix a lot of broken (multi)polygons. More about
> > this on my blog:
> >
> > https://blog.jochentopf.com/2017-08-28-polygon-fixing-effort-conclude
> >d.html
> 
> First of all congratulations to what was achieved, i.e. a fairly massive 
> reduction in the number of errors.
> 
> The sad news however seems to be that given the current circumstances 
> the number of errors will likely be back to near the pre-cleanup levels 
> in 2-3 years for many types of errors.
> 
> From my point of view this is because in contrast to the old style 
> multipolygons where
> 
> * the problem was fully eliminated in the data
> * the most important data user (the standard map) was changed to not 
> interpret old style MPs any more after that
> * the major editors had already ceased to generate old style MPs long 
> ago
> 
> the circumstances that lead to the large number of broken multipolygons 
> are essentially unchanged.  We certainly got rid of a number of errors 
> from bad imports and can hope that future imports will be better in 
> that regard but the problem that mappers introduce this kind of error 
> in manual mapping and don't realize they are making an error is 
> unchanged.

What has changed is that now without the complication of the old-style 
MPs it is easier to check for correctness of the data in editors and
other tools. I hope that especially editor developers are looking at
this problem more closely to identify common problems that can be fixed
by better UI or better checking on their code.

> Of the points above both completely eliminating MP geometry errors and 
> changing the editors not to upload broken geometries are things that 
> are very hard to accomplish.  This leaves the third point and therefore 
> my question:
> 
> Would the number of visible problems in the map due to dropping broken 
> geometries now, after the fixing effort, be low enough so this change 
> could be made to the main map to give mappers a better feedback about 
> broken geometries?

Osm2pgsql is switching to the libosmium MP code which is more strict
than the older code before. As far as I know the code is finished and
should be in the next osm2pgsql version.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

[Talk-cz] WeeklyOSM CZ 370

2017-08-29 Per discussione Tom Ka

Ahoj, je dostupné vydání 370 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/9390

* Virtuální cesty v Africe a jinde.
* Podzimní SotM v rámci OpenAlt.
* Jména pro turistické trasy?
* Ozvěny japonského SotM 2017.
* Tagování složitých budov.
* Import pitné vody v Tanzanii.
* Rozložení pitné vody na zemi.
* Nabídky práce v Londýně i Africe.
* Plugin Mapillary pro OsmAnd.

Pěkné počtení ...

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

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

2017-08-29 Per discussione Lukas Gebauer

> jistě, v jiném mailu[1] zmiňuješ stránku o highway=tertiary[2], která jednak 
> uvádí věci, co nemají oporu v celém systému tagování[3], a jednak stejně 
> neimplikují to, co tvrdíš, že prý "tak praví Wiki", v mailu[4], na který jsem 
> reagoval - a naopak v tom původním mailu[1] sám přiznáváš, že například na 
> stránce o highway=secondary[5] se už vůbec nic takového nepraví
> 
> tedy máme tu jednu stránku, která není v úplně dokonalém souladu se systémem 
> popsaným přes vícero dalších stránek, a dále tu máme tvrzení tento nesoulad 
> ještě prohlubující, a která dle mého nelze plně vyvodit ani z této jedné 
> stránky, tudíž otázka "kterou 'OSM wiki' si to čteš" trvá
> 
> tak jsem se podíval, co dál?

No to ja nevim, protoze fakt netusim, o co ti jde.

Je tu jista dlouholeta praxe, jak se taguji ulice ve mestech. To neni 
muj vymysl, to neni zadne lokalni specifikum, deje se to dlouho a 
celosvetove. Praha, Paříš, Moskva, Melbourne, Cheb... 

Ja si jen troufl upozornit, ze to v OSM neni ze vsech stran 
konzistentne zdokumentovano, a ze to muze byt pro nekoho matouci.

A ty se mi tu snazis dokazat, že kecám, protože to není v dokumentaci 
 ze vsech stran jasne zdokumentovano?
 
Asi je to matoucí mnohem více, než jsem se obával...

Takze o co ti tedy jde? Ze v zadnem pripade nechceš vylepšit 
dokumentaci, ale raději bys přetagoval celý svět? Nebo kam tím 
směřuješ?



-- 
Lukas Gebauer.

http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib.
http://geoget.ararat.cz/ - Geocaching solution


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

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


-- Původní e-mail --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 8. 2017 13:04:52
Předmět: Re: [Talk-cz] Ilegální pěšiny v lese?
"


Proč o ban? Snad se o tom právě bavíme, abychom předešli edit waru.
TL;DR: Pandořina skříňka, neotevírat!

- Jinak teda jo, "většinový úzus mapperů se stane správným" je myslím jeden
z principů OSMapy - od hledání konsenzu je tu wiki i konference. Kdo by to
měl rozhodovat? Měli bychom žádat o souhlas s publikováním každé jednotlivé
budovy z katastru? Jak ověříme, že žádá opravdu vlastník? Jak ověříme, že...
atakdále; miliarda problémů, která vyleze, jakmile přestaneme *mapovat*
realitu, a začneme ji *diktovat*.

 

- Mně naopak připadá s-cestná ta myšlenka "protože svět je ošklivý a
nelogický, nebudeme opravovat svět, ale zamalujeme jeden jeho popis
mejkapem" - tady si to nepřeje ten, že po cestičce chodí lidi, támhle si to
nepřeje onen, že mu hospoda dělá bordel pod okny, chodí tam divný lidi, a ať
ji OSM nepropaguje (protože existence POI je propagace), zítra přijde třeba
SŽDC, že zakreslená železniční síť může pomoct terorismu, pozítří smažeme
Kroměříž, protože se nelíbí olomouckým? Tohle je cesta do pekel - dlážděná
dobrými úmysly, ano, ale pro naplnění těch úmyslů by bylo potřeba zahodit
základní principy OSM; tohle jsem našel na wiki:
"
    Když máte pochybnosti, tak také zvažte "pravidlo co je vidět v terénu":
mapujte svět tak, jak může být pozorován někým, kdo je na místě fyzicky
přítomen.

    Nemažte žádná data, pokud ovšem nevíte jistě (nebo máte vážný důvod 
věřit), že jsou nesprávná.
"


https://wiki.openstreetmap.org/wiki/Cs:Jak_mapujeme
(https://wiki.openstreetmap.org/wiki/Cs:Jak_mapujeme)



- Naopak, *právě tenhle přístup* "tobě jo a tobě ne" mi připomíná cenzurní
praktiky - "sice to tam je, ale je to ideologicky nevhodné, budeme to tedy
tutlat, tím se to vyřeší."
Navíc, pokud začneme cenzurovat OSM (kdo dostane červenou cenzorskou tužku?
a jen v ČR? podle jakých kritérií? jak dlouho bude platit ta "odůvodněnost"?
co s lidmi, kteří budou mapovat bez ohledu na cenzurní komisi? kdo by hlídal
hlídače?), neodeženeme uživatele třeba ke Googlu? ("Sice jsou někde méně
přesný, ale nechybí jim celý kusy mapy").

Neboli: mapujme co je, pokud se tam nemá jezdit, otagujme *=no, ale cenzurou
si naběhneme výhradně na vlastní vidle.

Zdar,
HPM




"



Pěkně popsáno. 100% souhlas. Chtělo by to zpracovat nějaké podobné
prohlášení, proč je cenzura špatná, hodit to na wiki a odkaz posílat na
všechny požadavky o cenzuru.




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

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

Tak když kouknu na tenhle changeset: https://www.openstreetmap.org/
changeset/51419677#map=17/50.34029/12.74942
Popis: This is not a road, it is on a private property and it is not allowed
to ride there

Ta smazaná cesta měla tagy:


Drobné opravy cest, ploch a KČT tras, Krušné hory

Upraveno před asi měsícem uživatelem Milancer
(https://www.openstreetmap.org/user/Milancer)

Verze #2 · Sada změn #50577796
(https://www.openstreetmap.org/changeset/50577796)

Tagy
highway(http://wiki.openstreetmap.org/wiki/Cs:Key:highway?uselang=cs) = path
(http://wiki.openstreetmap.org/wiki/Cs:Tag:highway=path?uselang=cs)


-


Pak p. Brož tagy upravil:

This is not a road, it is on a private property and it is not allowed to 
ride there

Upraveno před 5 dny uživatelem Radek Broz
(https://www.openstreetmap.org/user/Radek%20Broz)

Verze #3 · Sada změn #51419677
(https://www.openstreetmap.org/changeset/51419677)

Tagy
access(http://wiki.openstreetmap.org/wiki/Cs:Key:access?uselang=cs) = no
(http://wiki.openstreetmap.org/wiki/Cs:Tag:access=no?uselang=cs) highway
(http://wiki.openstreetmap.org/wiki/Cs:Key:highway?uselang=cs) = path
(http://wiki.openstreetmap.org/wiki/Cs:Tag:highway=path?uselang=cs) mtb:
scale:uphill
(http://wiki.openstreetmap.org/wiki/Cs:Key:mtb:scale:uphill?uselang=cs) = 5
trail_visibility
(http://wiki.openstreetmap.org/wiki/Cs:Key:trail%20visibility?uselang=cs)

= no

--

A den na to kompletně smazal:





illegal paths on private property

Smazáno před 4 dny uživatelem Radek Broz
(https://www.openstreetmap.org/user/Radek%20Broz)

Verze #4 · Sada změn #51429784
(https://www.openstreetmap.org/changeset/51429784)





--

Trochu se pozastavuji nad tím, že z pěšiny dělá cestu a říká, že se tam
nesmí jezdit, což by mně třeba nenapadlo.




Marián




-- Původní e-mail --
Od: Marek Janata 
Komu: OpenStreetMap Czech Republic 
Datum: 29. 8. 2017 11:39:59
Předmět: Re: [Talk-cz] Ilegální pěšiny v lese?
"
sorry, asi si ted řeknu o ban, ale tohle mi připomíná trochu dobu kdy
většina rozhodovala co je správné... - neexistuje nějaký tag "nemapovat -
vlastník si to nepřeje" který by v odůvodnitelných důvodech na tohle šel
použít?



M




út 29. 8. 2017 v 8:07 odesílatel Marián Kyral  napsal:

"

-- Původní e-mail --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 28. 8. 2017 22:04:30


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


"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
(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
"

""



 Na můj komentář k sadě změn pan Brož neodpověděl, takže jsem také pro
revert. Večer se k tomu snad dostanu.




A ještě přidám:

c) Les bez jediné pěsiny, lesní cesty vypadá nezmapovaně a bude mappery
přitahovat.


d) Jako uživatel mapy budu jen rád, když budu vědět, že mně v lese může
přejet nějaký, rychle jedoucí cyklista.






Marián


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

Le 28 août 2017 à 22:21,  a écrit :

> *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.
>

Ce n'est pas flou: c'est du ressort de la municipalité de définir sa
toponymie. Et si on cherche la bonne référence c'est le nom inscrit par la
commune dans son cadastre qui fera foi, le nom ayant des conséquences
légales, c'est celui-là qui sera utilisé sur les actes notariés par exemple
(qui mentionnent aussi les numéros de planches cadastrales et de
parcelles). Ceci dit dans la communication publique des communes (bulletins
municipaux, plans de ville distribué avec les commerçants locaux, annonces
culturelles, sites webs...), ou dans les délibérations des séances, elles
peuvent varier (on peut donc trouver d'autres noms dans les minutes si
elles sont publiées, mais sans conséquence technique et au besoin une note
ou une annexe technique complétera ces occurences pour désigner précisément
les lieux dont il est question).

Les communes peuvent ainsi communiquer souvent avec des orthographes
modifiées, avec ou sans trait d'union, plus ou moins abrégé, etc (les
abréviations communes sont également courantes sur les panneaux indicateurs
dont le but n'est pas tant d'indiquer la toponymie officielle que
d'informer de façon efficace sur des panneaux de tailles raisonnable qui
n'empiètent pas trop la voie publique, et qu'un conducteur de véhicule peut
lire facilement étant donné la taille de lettrage imposée pour les panneaux
réglementaires).

Ces contraintes techniques propres aux panneaux expliquent aussi que les
noms alternatifs en langue régionale, quand ils sont présents, et toutes
les mentions marginales, sont en lettrage plus petit : l'information doit
se concentrer sur l'essentiel, sans pollution visuelle ni effort cérébral
supplémentaire pour les conducteurs qui ne vont pas passer plusieurs
secondes de plus pour lire un panneau à la vitesse normale au risque de ne
plus regarder ce qui est devant eux sur la route). C'est aussi pour ça
qu'il y a des contraintes aussi sur le nombre de panneaux sur un même
support, et aussi sur la distance minimale entre panneaux (d'où le
développement de toute la symbologie dans le code de la route, n'obligeant
pas un effort de lecture et permettant une reconnaissance quasi-instantanée
même en condition de visibilité faible et de détérioration partielle). La
pollution visuelle par les indications est non seulement moche
esthétiquement, mais aussi dangereuse (par la présence physique des
supports trop encombrants et par la distraction inutile des conducteurs).

Bref rien n'empêche un panneau d'avoir un nom abrégé ou simplifié, même si
sur place (une fois qu'on est à pied devant la porte, on voit clairement
l'indication précise du lieu ou de l'entité qui y réside, l'information
doit d'abord être facilement reconnaissable et claire pour le plus grand
monde et pas que pour les seuls résidents locaux (ce sera d'autant plus
vrai sur les routes départementales, métropolitaines, ou nationales et
toute route d'intérêt international où des mentions dans d'autres langues
seront utilement ajoutées selon la fréquence des usagers, notamment dans
les zones frontalières où on peut trouver de l'anglais et du néerlandais
dans le Nord et les Antilles françaises, de l'allemand, de l'italien, de
l'espagnol, et même du portugais en Guyane; j'ai même vu du russe dans
quelques endroits de la Côte d'Azur, et aussi de l'arabe et du chinois près
de nos gros aéroports) ; et toutes les représentations diplomatiques
étrangères en France affichent leur nom à la fois en français et dans
leur(s) langue(s) nationale(s) :



On appelle ces adaptations des "facilités linguistiques", elles ne sont pas
obligatoires (sauf concernant les ambassades), mais cela rend service, de
la même façon que de nombreuses villes chinoises, japonaises ou arabophones
affichent un peu partout des romanisations (voire des traductions assez
différentes ou historiques) de leur toponymie officielle afin de guider les
touristes qui seraient totalement perdus (le monde entier, au moins les
voyageurs, sait lire (au moins phonétiquement) l'alphabet latin qui est
aussi obligatoire sur leurs passeports pour transcrire leur nom et origine
(pas forcément des romanisations pures, les Chinois "adoptent" un nom latin
de leur choix et le font officialiser). Les Français aussi peuvent faire
officialiser en France des noms pour l'usage dans d'autres pays afin qu'ils
soient ajoutés à leurs passeports ou leurs demandes de visas d'entrée vers
ces pays.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Beach routing

2017-08-29 Per discussione Jean-Marc Liotier

On Tue, 29 Aug 2017 13:36:49 +0200
Oleksiy Muzalyev  wrote:

> On 8/29/2017 12:50 PM, Jean-Marc Liotier wrote:
> > ...
> > I fail to imagine a beach that is not walkable.
> > ...  
> 
> In France, yes. [..] In other parts there are still beaches which
> could belong to a company, an organization, to a private person, and
> there is no access there due to a fence or a barrier [..]

Indeed I had forgotten that French littoral law is exceptionaly
protective of the commons - by law one can walk along the entire French
coast unhindered, except of course by physical features such as cliffs.

But this is no different than highway modeling in Openstreetmap: by
default the highway is accessible and access=* may specify exceptions
to that - access=* can apply to natural=beach just as well as all the
other Openstreetmap objects it already applies to.

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

Re: [Talk-cz] Znaceni pruchodnosti was Re: WeeklyOSM CZ 367

2017-08-29 Per discussione Jan Martinec

Ahoj,

To "dost práce" je velký understatement: hleďme, na kolik desítek ploch se
rozpadne jeden středně velký les, pokud bychom ho chtěli alespoň v
orienťáckém rozdělení "světlina/průběžný/průchodný/neprůchodný":
http://www.openstreetmap.org/relation/4664360
vs
http://mapy.orientacnisporty.cz/mapa/hradek-2012
- a to ještě je mapa, kde jsou ty typy relativně souvislé, co teprve Brdy.

Navíc takhle podrobně mají OB zmapovaných několik desítek lokací, rozhodně
ne celou republiku - protože nemají sto tisíc mapařů, kteří by to drželi
aktuální; i pokud by to šlo tahat odněkud plně automaticky, bude to projekt
minimálně srovnatelně náročný s importem budov.

Neboli mapovat se to jistě dá, ale bude množství vynaložené práce odpovídat
užitku, který to přinese navíc oproti stavu teď?

Zdar,
Honza Piškvor Martinec

Dne 29. 8. 2017 13:19 napsal uživatel "Pavel Machek" :

Ahoj!

> > Buď to je mladá smrčina před pořízkou (větve až na zem).
>
> Dočasný stav. Před nedávnem jsme se bavili v mail-listu, že dočasná stadia
> vegetace, jako je výška stromů, nemá moc smysl mapovat, jelikož je to
> neudržovatelné.

Nemyslim ze by panovala _dohoda_ ze je nebudeme mapovat. Jen se nikdo
nemel k importu, ono je to dost prace.


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: [OSM-talk] Beach routing

2017-08-29 Per discussione Philip Barnes

This really needs routers to be able to route over areas, the same issue exists 
over large areas of grass such as found in parks or town squares.

Phil (trigpoint) 

On 29 August 2017 12:00:48 BST, James  wrote:
>"Dont tag for the rendered"
>
>Routers should make beaches routable even though theres no clear path.
>Same
>with indoor mapping: I'm not going to add a bunch of paths in something
>already tagged as a corridor/hallway
>
>On Aug 29, 2017 6:54 AM, "Jean-Marc Liotier"  wrote:
>
>> Last week-end I went hiking along the coast from Honfleur to
>> Trouville-sur-Mer. As I wondered what distance I walked, I turned to
>> Openstreetmap routers... And did not find my answer: beaches are not
>> considered as highways.
>>
>> I thought about adding paths to beach sections that I consider
>> walkable... But, while some of those beaches have an identifiable
>path
>> along their length, for the most part this would be tagging for the
>> router.
>>
>> I fail to imagine a beach that is not walkable. So, should the
>routers
>> use natural=beach the same way as
>highway=path+surface=(sand|gravel|*) ?
>>
>> The question of routing across natural=beach brings back the past
>debate
>> about highway=pedestrian+area=yes - most routers do not route over
>> areas.
>>
>> I just dug this thread, which goes along the same lines as my
>reflexions
>>
>(https://lists.openstreetmap.org/pipermail/talk-us/2014-July/013280.html)
>> but does no definitely concludes either.
>>
>> My conclusion is that I should open wishlist entries for my favorite
>> routers... Is it a good idea ?
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>

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

Re: [OSM-talk] Beach routing

2017-08-29 Per discussione Oleksiy Muzalyev


On 8/29/2017 12:50 PM, Jean-Marc Liotier wrote:

...
I fail to imagine a beach that is not walkable.
...


In France, yes. And I understand by now why. I am currently reading 
Victor Hugo's "Les Misérables", and he writes in this novel that one of 
the reasons of the French Revolution of 1789 was that 96% people could 
not walk where they wanted, as the land belonged to the nobility (2%) 
and to the clergy (another 2%).


In other parts there are still beaches which could belong to a company, 
an organization, to a private person, and there is no access there due 
to a fence or a barrier which is hardly visible form a satellite. And an 
access status can change with time, at one time there is a public 
access, then there is no access, then it changes again.


But in any case, there are cities where seaside beaches are not walkable 
even inside city limits.


Best regards,

Oleksiy


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

Re: [Talk-cz] Znaceni pruchodnosti was Re: WeeklyOSM CZ 367

2017-08-29 Per discussione Pavel Machek

Ahoj!

> > Buď to je mladá smrčina před pořízkou (větve až na zem).
> 
> Dočasný stav. Před nedávnem jsme se bavili v mail-listu, že dočasná stadia
> vegetace, jako je výška stromů, nemá moc smysl mapovat, jelikož je to
> neudržovatelné.

Nemyslim ze by panovala _dohoda_ ze je nebudeme mapovat. Jen se nikdo
nemel k importu, ono je to dost prace.

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: [OSM-talk-fr] Champs phone : futur projet du mois ?

2017-08-29 Per discussione marc marc

Le 29. 08. 17 à 04:31, Francois Gouget a écrit :
> je ne connais pas trop le format des numéros de téĺéphone
> dans les autres pays.

le format est international :)

Jean-Marc Liotier à écrit
 > laissons à la couche de présentation le privilège de
 > formater à sa fantaisie.
+1

Mais faut d'abord supprimer la source du problème.
François tu t'en charge ?

Par curiosité, j'ai commencé à regarder la doc api.
cela n'a pas l'air trop compliqué pour ceux qui savent programmer
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2017-08-29 Per discussione Petr Holub

> sorry, asi si ted řeknu o ban, ale tohle mi připomíná trochu dobu kdy většina 
> rozhodovala co
> je správné... - neexistuje nějaký tag "nemapovat - vlastník si to nepřeje" 
> který by v
> odůvodnitelných důvodech na tohle šel použít?

Navrhoval jsem pouzit bicycle=private, nebo mozna jeste lepe
bicycle=discouraged.

Petr


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

Re: [OSM-talk] Beach routing

2017-08-29 Per discussione James

"Dont tag for the rendered"

Routers should make beaches routable even though theres no clear path. Same
with indoor mapping: I'm not going to add a bunch of paths in something
already tagged as a corridor/hallway

On Aug 29, 2017 6:54 AM, "Jean-Marc Liotier"  wrote:

> Last week-end I went hiking along the coast from Honfleur to
> Trouville-sur-Mer. As I wondered what distance I walked, I turned to
> Openstreetmap routers... And did not find my answer: beaches are not
> considered as highways.
>
> I thought about adding paths to beach sections that I consider
> walkable... But, while some of those beaches have an identifiable path
> along their length, for the most part this would be tagging for the
> router.
>
> I fail to imagine a beach that is not walkable. So, should the routers
> use natural=beach the same way as highway=path+surface=(sand|gravel|*) ?
>
> The question of routing across natural=beach brings back the past debate
> about highway=pedestrian+area=yes - most routers do not route over
> areas.
>
> I just dug this thread, which goes along the same lines as my reflexions
> (https://lists.openstreetmap.org/pipermail/talk-us/2014-July/013280.html)
> but does no definitely concludes either.
>
> My conclusion is that I should open wishlist entries for my favorite
> routers... Is it a good idea ?
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

2017-08-29 Per discussione Jan Martinec


Proč o ban? Snad se o tom právě bavíme, abychom předešli edit waru.
TL;DR: Pandořina skříňka, neotevírat!

- Jinak teda jo, "většinový úzus mapperů se stane správným" je myslím 
jeden z principů OSMapy - od hledání konsenzu je tu wiki i konference. 
Kdo by to měl rozhodovat? Měli bychom žádat o souhlas s publikováním 
každé jednotlivé budovy z katastru? Jak ověříme, že žádá opravdu 
vlastník? Jak ověříme, že...atakdále; miliarda problémů, která vyleze, 
jakmile přestaneme *mapovat* realitu, a začneme ji *diktovat*.
- Mně naopak připadá s-cestná ta myšlenka "protože svět je ošklivý a 
nelogický, nebudeme opravovat svět, ale zamalujeme jeden jeho popis 
mejkapem" - tady si to nepřeje ten, že po cestičce chodí lidi, támhle si 
to nepřeje onen, že mu hospoda dělá bordel pod okny, chodí tam divný 
lidi, a ať ji OSM nepropaguje (protože existence POI je propagace), 
zítra přijde třeba SŽDC, že zakreslená železniční síť může pomoct 
terorismu, pozítří smažeme Kroměříž, protože se nelíbí olomouckým? Tohle 
je cesta do pekel - dlážděná dobrými úmysly, ano, ale pro naplnění těch 
úmyslů by bylo potřeba zahodit základní principy OSM; tohle jsem našel 
na wiki:

"
Když máte pochybnosti, tak také zvažte "pravidlo co je vidět v 
terénu": mapujte svět tak, jak může být pozorován někým, kdo je na místě 
fyzicky přítomen.


Nemažte žádná data, pokud ovšem nevíte jistě (nebo máte vážný důvod 
věřit), že jsou nesprávná.


"
https://wiki.openstreetmap.org/wiki/Cs:Jak_mapujeme

- Naopak, *právě tenhle přístup* "tobě jo a tobě ne" mi připomíná 
cenzurní praktiky - "sice to tam je, ale je to ideologicky nevhodné, 
budeme to tedy tutlat, tím se to vyřeší."
Navíc, pokud začneme cenzurovat OSM (kdo dostane červenou cenzorskou 
tužku? a jen v ČR? podle jakých kritérií? jak dlouho bude platit ta 
"odůvodněnost"? co s lidmi, kteří budou mapovat bez ohledu na cenzurní 
komisi? kdo by hlídal hlídače?), neodeženeme uživatele třeba ke Googlu? 
("Sice jsou někde méně přesný, ale nechybí jim celý kusy mapy").


Neboli: mapujme co je, pokud se tam nemá jezdit, otagujme *=no, ale 
cenzurou si naběhneme výhradně na vlastní vidle.


Zdar,
HPM


Dne 29. 8. 2017 11:39 napsal uživatel "Marek Janata" 
>:


   sorry, asi si ted řeknu o ban, ale tohle mi připomíná trochu dobu
   kdy většina rozhodovala co je správné... - neexistuje nějaký tag
   "nemapovat - vlastník si to nepřeje" který by v odůvodnitelných
   důvodech na tohle šel použít?

   M

   út 29. 8. 2017 v 8:07 odesílatel Marián Kyral > napsal:


   -- Původní e-mail --
   Od: Pavel Machek >
   Komu: OpenStreetMap Czech Republic >
   Datum: 28. 8. 2017 22:04:30

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

   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


 Na můj komentář k sadě změn pan Brož neodpověděl, takže jsem
   také pro revert. Večer se k tomu snad dostanu.


   A ještě přidám:

   c) Les bez jediné pěsiny, lesní cesty vypadá nezmapovaně a bude
   mappery přitahovat.

   d) Jako uživatel mapy budu jen rád, když budu vědět, že mně v
   lese může přejet nějaký, rychle jedoucí cyklista.


   Marián

   ___
   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: [Talk-cz] Hierarchie ulic ve městech

2017-08-29 Per discussione Karel Volný

Dne úterý 29. srpna 2017 10:09:41 CEST, Lukas Gebauer napsal(a):
> > 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
> 
> Podivej se na toto vlakno od zacatku, prosim.

jistě, v jiném mailu[1] zmiňuješ stránku o highway=tertiary[2], která jednak 
uvádí věci, co nemají oporu v celém systému tagování[3], a jednak stejně 
neimplikují to, co tvrdíš, že prý "tak praví Wiki", v mailu[4], na který jsem 
reagoval - a naopak v tom původním mailu[1] sám přiznáváš, že například na 
stránce o highway=secondary[5] se už vůbec nic takového nepraví

tedy máme tu jednu stránku, která není v úplně dokonalém souladu se systémem 
popsaným přes vícero dalších stránek, a dále tu máme tvrzení tento nesoulad 
ještě prohlubující, a která dle mého nelze plně vyvodit ani z této jedné 
stránky, tudíž otázka "kterou 'OSM wiki' si to čteš" trvá

tak jsem se podíval, co dál?

K.

[1] https://lists.openstreetmap.org/pipermail/talk-cz/2017-August/017356.html
[2] https://wiki.openstreetmap.org/wiki/Cs:Tag:highway=tertiary
[3] http://wiki.openstreetmap.org/wiki/Highways
[4] https://lists.openstreetmap.org/pipermail/talk-cz/2017-August/017358.html
[5] https://wiki.openstreetmap.org/wiki/Cs:Tag:highway=secondary

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

[OSM-talk] Beach routing

2017-08-29 Per discussione Jean-Marc Liotier

Last week-end I went hiking along the coast from Honfleur to
Trouville-sur-Mer. As I wondered what distance I walked, I turned to
Openstreetmap routers... And did not find my answer: beaches are not
considered as highways.

I thought about adding paths to beach sections that I consider
walkable... But, while some of those beaches have an identifiable path
along their length, for the most part this would be tagging for the
router.

I fail to imagine a beach that is not walkable. So, should the routers
use natural=beach the same way as highway=path+surface=(sand|gravel|*) ?

The question of routing across natural=beach brings back the past debate
about highway=pedestrian+area=yes - most routers do not route over
areas.

I just dug this thread, which goes along the same lines as my reflexions
(https://lists.openstreetmap.org/pipermail/talk-us/2014-July/013280.html)
but does no definitely concludes either.

My conclusion is that I should open wishlist entries for my favorite
routers... Is it a good idea ?

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

Re: [OSM-talk] Multipolygon fixing effort done

2017-08-29 Per discussione Christoph Hormann

On Tuesday 29 August 2017, Jochen Topf wrote:
> We have completed the 7-months effort to switch away from old-style
> multipolygons and fix a lot of broken (multi)polygons. More about
> this on my blog:
>
> https://blog.jochentopf.com/2017-08-28-polygon-fixing-effort-conclude
>d.html

First of all congratulations to what was achieved, i.e. a fairly massive 
reduction in the number of errors.

The sad news however seems to be that given the current circumstances 
the number of errors will likely be back to near the pre-cleanup levels 
in 2-3 years for many types of errors.

From my point of view this is because in contrast to the old style 
multipolygons where

* the problem was fully eliminated in the data
* the most important data user (the standard map) was changed to not 
interpret old style MPs any more after that
* the major editors had already ceased to generate old style MPs long 
ago

the circumstances that lead to the large number of broken multipolygons 
are essentially unchanged.  We certainly got rid of a number of errors 
from bad imports and can hope that future imports will be better in 
that regard but the problem that mappers introduce this kind of error 
in manual mapping and don't realize they are making an error is 
unchanged.

Of the points above both completely eliminating MP geometry errors and 
changing the editors not to upload broken geometries are things that 
are very hard to accomplish.  This leaves the third point and therefore 
my question:

Would the number of visible problems in the map due to dropping broken 
geometries now, after the fixing effort, be low enough so this change 
could be made to the main map to give mappers a better feedback about 
broken geometries?

If the answer to this question is yes (or almost yes) we should not wait 
too long with making this step because once the number of errors has 
risen again this will again become increasingly problematic.

And if this is not considered a practicable step there will of course be 
increasing need for libosmium to be able to fix these errors, at least 
the self intersections. ;-)

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

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

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

2017-08-29 Per discussione Jean-Marc Liotier

On Mon, 28 Aug 2017 23:00:57 +
marc marc  wrote:
>
> 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.
> [..]

Stockons \+\d+ et laissons à la couche de présentation le privilège de
formater à sa fantaisie.

Pour ma part c'est Z ABPQ MCDU, mais je conçois que cette affirmation
identitaire de dinosaure des télécoms n'est pas du goût de tout le
monde...

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

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

2017-08-29 Per discussione majka

V tomhle konkrétním případě opravdu netuším proč. Ta pešina v lese je,
chodit po ní nelegální v žádném případě není a zmapování existující,
normálně přístupné stezky přece není nic výjimečného. Doplnit o tag
informal?

Co je sporné je tu využívání pěšiny pro kola. Vlastník to toleruje, nepřeje
si propagaci trasy což chápu, ale zmapování existující stezky přece není
propagace bikového trailu, na tom se snad dokážeme shodnout.

Ono názory na legálnost samotného průjezdu na kole lesem po stezkách
(chápejme pěšinách) se různí. Podle jednoho výkladu to je legální všude
mimo chráněných území, podle jiného se argumentuje rozdílem mezi lesní
cestou a stezkou/pěšinou.

2017-08-29 11:38 GMT+02:00 Marek Janata :

> sorry, asi si ted řeknu o ban, ale tohle mi připomíná trochu dobu kdy
> většina rozhodovala co je správné... - neexistuje nějaký tag "nemapovat -
> vlastník si to nepřeje" který by v odůvodnitelných důvodech na tohle šel
> použít?
>
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

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

2017-08-29 Per discussione Dave F


Yes.

A new contributor's first changeset count should be 1.


On 26/08/2017 20:02, Bryan Housel wrote:

Ok, I see what you mean.. Would it be ok if we just add +1 to the number before 
uploading the changeset?



On Aug 26, 2017, at 2:17 PM, Dave F  wrote:



It does display the same number as is displayed on a user’s homepage, but that 
number is 0 before they have made any edits.  It is a count of “how many edits 
has the user made before this one that they are saving right now”.

As the contributor has just saved/uploaded the changeset, that sounds 
completely illogical to me.

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



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

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

2017-08-29 Per discussione jozka

A idealne povesit ho na ten nezakresleny prvek.

Nehlede na to, ze tady o zadneho vlastnika nejde. Tohle je pristup jak ztratit 
mapu a ziskat bramboracku.

J.

__
> Od: Marek Janata 
> Komu: OpenStreetMap Czech Republic 
> Datum: 29.08.2017 11:38
> Předmět: Re: [Talk-cz] Ilegální pěšiny v lese?
>
>sorry, asi si ted řeknu o ban, ale tohle mi připomíná trochu dobu kdy
>většina rozhodovala co je správné... - neexistuje nějaký tag "nemapovat -
>vlastník si to nepřeje" který by v odůvodnitelných důvodech na tohle šel
>použít?
>
>M
>
>út 29. 8. 2017 v 8:07 odesílatel Marián Kyral  napsal:
>
>>
>> -- Původní e-mail --
>> Od: Pavel Machek 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 28. 8. 2017 22:04:30
>>
>> Předmět: Re: [Talk-cz] Ilegální pěšiny v lese?
>>
>> 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
>>
>>
>>  Na můj komentář k sadě změn pan Brož neodpověděl, takže jsem také pro
>> revert. Večer se k tomu snad dostanu.
>>
>>
>> A ještě přidám:
>>
>> c) Les bez jediné pěsiny, lesní cesty vypadá nezmapovaně a bude mappery
>> přitahovat.
>>
>> d) Jako uživatel mapy budu jen rád, když budu vědět, že mně v lese může
>> přejet nějaký, rychle jedoucí cyklista.
>>
>>
>> Marián
>> ___
>> 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: [Talk-cz] Ilegální pěšiny v lese?

2017-08-29 Per discussione Marek Janata

sorry, asi si ted řeknu o ban, ale tohle mi připomíná trochu dobu kdy
většina rozhodovala co je správné... - neexistuje nějaký tag "nemapovat -
vlastník si to nepřeje" který by v odůvodnitelných důvodech na tohle šel
použít?

M

út 29. 8. 2017 v 8:07 odesílatel Marián Kyral  napsal:

>
> -- Původní e-mail --
> Od: Pavel Machek 
> Komu: OpenStreetMap Czech Republic 
> Datum: 28. 8. 2017 22:04:30
>
> Předmět: Re: [Talk-cz] Ilegální pěšiny v lese?
>
> 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
>
>
>  Na můj komentář k sadě změn pan Brož neodpověděl, takže jsem také pro
> revert. Večer se k tomu snad dostanu.
>
>
> A ještě přidám:
>
> c) Les bez jediné pěsiny, lesní cesty vypadá nezmapovaně a bude mappery
> přitahovat.
>
> d) Jako uživatel mapy budu jen rád, když budu vědět, že mně v lese může
> přejet nějaký, rychle jedoucí cyklista.
>
>
> Marián
> ___
> 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

[OSM-talk] Multipolygon fixing effort done

2017-08-29 Per discussione Jochen Topf

We have completed the 7-months effort to switch away from old-style
multipolygons and fix a lot of broken (multi)polygons. More about this
on my blog:

https://blog.jochentopf.com/2017-08-28-polygon-fixing-effort-concluded.html

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

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

Les espaces n'ont jamais d'importance, ils sont utilisés pour la
présentation sous une forme mnémonique.

Même en France rien n'impose la présentation en groupe de 2 chiffres, les
groupes de 3 chiffres (exemple +33 100 200 300) ou 4 chiffres (exemple +33
1 4000 5000) ou un mix (exemple +33 1 21 53 8000 ou +33 100 200 300) sont
aussi clairs et ne font aucune différence, les groupes de 2 chiffres étant
uniquement préférés pour la plupart des numéros à "10 chiffres" (en fait 9)
qui n'ont pas de groupement mnémonique et même la séparation du chiffre de
zone des 8 suivants.

Il est cependant recommandé de garder l'espace après le préfixe
international +33 car il est entièrement substituable selon l'appelant), et
de n'utiliser aucun autre séparateur de groupement que l'espace (donc pas
de point, et le trait d'union est réservé aux pays qui distinguent les
numéros locaux avec un code de zone de longueur variable et qui n'est pas
toujours composé ou peut être substitué dans les appels nationaux, ou bien
il s'utilise pour les numéros qui peuvent être allongés avec un code de
sélection à l'arrivée de longueur variable comme en Allemagne où le nombre
de chiffres dans la partie commune est elle aussi variable pour les
sociétés qui ont obtenu un groupe de numéros locaux consécutifs et peuvent
les compléter de chiffres additionnels traités dans leurs équipements PABX
qui gèrent tout le bloc de numéros, qui en interne crée une zone locale
privée pour des numéros courts qui leur sont propres)

Noter aussi qu'en France certains numéros spéciaux (commençant pas 08 ou
09) peuvent être ou ne pas être appelés depuis l'étranger en remplaçant le
0 par +33, mais il n'y a pas de règle prédéfinie: cela dépend du contrat
d'abonnement avec le fournisseur, qui leur permet de prendre en charge ou
pas les frais additionnels que les appelants depuis un réseau étranger ne
pourront pas payer directement (cela concerne les numéros à valeur ajoutée,
les numéros d'appel gratuit, les numéros à tarification locale): on ne peut
pas généraliser s'il faut mettre un 0 ou un +33 pour les numéros 08... et
09... qui devraient tous avoir 10 chiffres; on sait juste que tous les
0870... à 10 chiffres sont internationalisables (donc à écrire +33 870 xxx
xxx ou +33 8 70 xx xx xx) car ce sont des numéros de box internet, de même
que tous les 01... à 07... à dix chiffres.

Pour les numéros courts français (commençant par 10... à 19... et ayant 3,
4 ou 6 chiffres, ou commençant par 3... et ayant 4 chiffres), ils ne sont
pas internationalisables et qu'ils peuvent être des préfixes de numéros
plus longs et même des préfixes de sélection d'opérateur pour appeler
n'importe quels numéros en France (ou même à destination d'autres pays, y
compris des numéros courts de ces pays), mais qu'ils ne sont pas
utilisables par tous les appelants (qui doivent être chez certains
opérateurs ou avoir un contrat spécial d'abonnement avec un opérateur
tiers).

De même les autres numéros courts commençant par 2... jusqu'à 9... (et
ayant entre 3 et 6 chiffres) qui sont spécifiques aux appelants depuis leur
réseau mobile, ou même pour certains numéros appelés depuis une ligne fixe
(exemple : pour appeler leur opérateur ou envoyer un SMS ou consulter leur
messagerie ou payer une facture ou renouveler un pack en achetant un
"ticket recharge")

Bref, ce contenter de détecter les numéros 01... à 07... ou 0870... pour
remplacer uniquement le 0 initial en +33 suivi d'un espace, mais ne pas
toucher au format du reste (qu'il y ait des espaces dedans ou pas) et
proposer de remplacer les points et tirets séparateurs en espaces (mais ne
pas le faire si le numéro ne commence pas par +33, ni 01... à 07, ni
0870...)

Autre cas: certains ont omis le 0 initial: si et seulement si ce numéro
sans ce 0 comprend 9 chiffres, on peut supposer que c'est un numéro à 10
chiffres devant commencer par 0 ou +33 (et dans ce cas aussi proposer de
remplacer les points en espaces mais garder leur groupement.

Le 28 août 2017 à 23:06, Romain MEHUT  a écrit :

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

[OSM-talk] Geocoding guideline

2017-08-29 Per discussione Simon Poole


I'm happy to announce that the geocoding guideline was endorsed by the
OSMF board at its last meeting and is now published on the OSMF website
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline
This hopefully addresses and clarifies a long time, sometimes hotly,
debated issue and will make it easier to use OSM data in more applications.

Thanks to all that worked on the text and provided feedback negative and
positive.

Simon




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

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

2017-08-29 Per discussione Lukas Gebauer

> 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

Podivej se na toto vlakno od zacatku, prosim.



-- 
Lukas Gebauer.

http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib.
http://geoget.ararat.cz/ - Geocaching solution


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

[OSM-talk-be] A11 nu in gebruik

2017-08-29 Per discussione Philippe Casteleyn

Marc,

dit is nu eens een voorbeeld waarom je een mapper nooit mag betrouwen.

Vandaag mag je er met de velo over.

De gazet mag je trouwens ook nog niet geloven.

Ik heb op Facebook nog eens uitleg gevraagd aan Wegen en Verkeer over de 
hectometerbordjes.  Maar dat was meer om ze te ambeteren want ik weet dat ze 
niks weten.





Van: talk-be-requ...@openstreetmap.org 
Verzonden: zaterdag 26 augustus 2017 13:20
Aan: talk-be@openstreetmap.org
Onderwerp: Talk-be Digest, Vol 116, Issue 12

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
Talk-be Info Page - 
OpenStreetMap
lists.openstreetmap.org
To see the collection of prior postings to the list, visit the Talk-be 
Archives. Using Talk-be: To post a message to all the list members, send email 
...



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. Re: OSM track at Foss4G be (joost schouppe)
   2. Re: OSM track at Foss4G be (Jo)
   3. A11 nu in gebruik (Karel Adams)
   4. Re: A11 nu in gebruik (Wannes Soenen)
   5. Re: A11 nu in gebruik (Karel Adams)


--

Message: 1
Date: Fri, 25 Aug 2017 17:22:34 +0200
From: joost schouppe 
To: OpenStreetMap Belgium 
Subject: Re: [OSM-talk-be] OSM track at Foss4G be
Message-ID:

Re: [Talk-cz] České názvy v Banátu

2017-08-29 Per discussione Mikoláš Štrajt

Tak jsem narazil ještě na jeden článek o té akci - http://www.zelpage.cz/
clanky/ceskym-vlakem-na-cesky-festival-do-rumunska

V něm se pak doslova píše:

> Festival Banát se odehrává ve vesnicích Eibenthál a Ujbánie (rumunsky Baia
Nouă). I když jsou obce označeny i puristicky českými názvy (Tisové Údolí a
Nové Doly), ani místní Češi je nepoužívají.

Tak fakt nevím.

-- 

Severák

 -- Původní e-mail --
Od: Michal Fabík 
Komu: talk-cz@openstreetmap.org
Datum: 27. 8. 2017 15:38:38
Předmět: Re: [Talk-cz] České názvy v Banátu 
"On 27.8.2017 12:29, Mikoláš Štrajt wrote:
> Zdar,
> narazil jsem na na článek[1] o festivalu v české vesnici Eibentál v
> rumunském Banátu. Chtěl jsem jí pak najít na mapy.cz a ejhle - ono to
> nešlo. Když jsem jí pak našel v datech OSM[2], zjistil jsem proč - někdo
> jí dal název "Tisové údolí".
>
> Proto mám dotaz do pléna: Jak moc se ten název doopravdy používá?
>
> Na mě to působí totiž spíš jako překlad do češtiny/historický název,
> protože třeba i server Banat.cz[3] tuto vesnici jmenuje jako Eibeintál
> (případně Jeventál).

Ahoj,
název "Tisové Údolí" je na oficiálně vypadající ceduli u vjezdu do
vesnice. Název "Eibenthal" (takhle německým pravopisem) je na jiné,
zhruba stejně oficiálně vypadající, ceduli o kus dál (nebo blíž, už je
to nějakou dobu, co jsem tam byl naposled.) Jinými slovy ty názvy jsou
na dvou různých cedulích a není na první pohled jasné, jestli je první
překladem druhého nebo obráceně nebo vůbec jak spolu souvisí. Jak moc se
"Tisové Údolí" používá v běžném hovoru apod. netuším. Nepamatuju si, že
bych název "Jeventál" viděl použitý někde přímo na místě.

--
Michal Fabík

___
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-es] Debemos comprobar el nombre de 2800 vías.

2017-08-29 Per discussione Rafael Avila Coya


En la lista osm-talk se está hablando también de maproulette...

Rafael.

On 28/08/17 13:32, Miguel Sevilla-Callejo wrote:

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



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

Re: [OSM-talk-fr] Uploader ensemble de waypoints d'un fichier GPX ?

2017-08-29 Per discussione THEVENON Julien

De : Shohreh 
À : talk-fr@openstreetmap.org 


> Par contre, même dans une petite ville, ça fait déjà trop de données, et OSM
> m'oblige à zoomer et ne récupérer qu'une sous-partie : "Bad Request: The OSM
> server 'api.openstreetmap.org' reported a bad request. The area you tried to
> download is too big or your request was too large. Either request a smaller
> area or use an export file provided by the OSM community."


Salut, desole pour le deterrage de post mais il me semble que personne ne t a 
propose la solution suivante qui ne necessite ni Greffon ni serveur alternatif:
Comme tu es parti d un GPX, une fois que tu l as ouvert dans JOSM, tu fais 
clique droit sur le calque correspondant et tu choisis "Telecharger le long de 
la trace" et la tu indiques a JOSM dans quel rayon autour de chaque point il 
doit telecharger la zone de donnees.
Il va ensuite faire toutes les requetes necessaires pour recuperer les donnees 
autour des points de ton GPX


Julien

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

Re: [OSM-talk-be] E46 = E03 ?

2017-08-29 Per discussione Gerard Vanderveken


Maybe with the renumbering of the Hm signs, it is extended?
Else, ask the mapper, where he got his information, to check if it is a 
trustworthy source.
In the very beginning, there was an E3 and E5 highway, but they got 
renumbered.

I'm surprised, there is still a piece E3 existing.

Regards,
Gerard

Marc Gemis wrote:

Did you try to contact that mapper via a changeset comment? That is 
often the best way to get to know the why and what


m

Op 28 aug. 2017 21:02 schreef "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




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

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

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