date:20160628


Le 28/06/2016 à 21:03, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :

Le 28/06/2016 à 20:15, osm.sanspourr...@spamgourmet.com a écrit :

Tu peux aussi sur le https://www.openstreetmap.org/way/427181681
mettre un source:highway=survey:2016.


Ce serait avec le plus grand plaisir. Mais ce que je ne sais pas c'est 
COMMENT faire ça. De toute évidence la page ci-dessus ne permet pas la 
modification.


Je vois bien la solution d'aller faire une modif bidon avec JOSM pour 
mettre cette source, mais ça me paraît pas très propre... Y' pas 
d'autre moyen "propre" ?


Même si tu aurais pu/dû le faire lors de la première édition, tu peux 
parfaitement l'ajouter comme ça.

C'est propre car :
- au final tu as la même chose dans le chemin (les attributs) et tu peux 
commenter ton changeset comme étant la mise à jour des sources,
- ce n'est pas une modification bidon puisque tu ajoutes une information 
(la source de ce que tu as modifié).


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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

Je vois que le greffon JOSM RoadSigns 
 pourrait 
être utile.


Mais il n'existe pas de déclinaison française (seulement belge pour la 
partie francophone).


La faire semble assez simple :
- partir d'une version existante (Allemagne 
, 
Belgique 
, 
)

- en faire une version roadsignpreset*FR*.xml
- la soumettre.

L'idée on dit quel panneau principal, quels paramètres, quel panonceaux 
peuvent être ajoutés.


Par exemple :

Fr-B11-Interdit aux vehicules trop larges.gif 


B11 Sur un /way/ avec :

 * maxwidth =2.5

*Remarques :*

 * En principe, tout ce qui n’est pas explicitement interdit est autorisé.
 * Accès interdit aux véhicules dont la largeur, chargement compris,
   est supérieure au nombre indiqué.
 * L’unité par défaut est le mètre.

En Allemagne :
de.name="Tatsächliche Breite"

wiki="Key:maxwidth">

field_width="3"/>



En France
de.name="Tatsächliche Breite"*fr.name="Largeur maximale autorisée*"


wiki="Key:maxwidth">

field_width="3"/>



La version belge est en flamand uniquement (et en anglais). Polyglot, un 
oubli des fr.name ? ;-).


Est-ce utile ? Avez-vous l'équivalent dans d'autres greffons ?

Le 28/06/2016 à 20:45, osm.sanspourr...@spamgourmet.com a écrit :

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

Re: [Talk-ca] restriction=no_right_turn_on_red causing routing problems in Toronto

It seems like conditional restrictions may be what we need.

http://wiki.openstreetmap.org/wiki/Talk:Conditional_restrictions

But it looks like we would be forging new ground if we went that direction. I 
don't see anything on that page about signals of any kind. (yet!)

-Nate

From: Begin Daniel 
Sent: Tuesday, June 28, 2016 4:07:15 PM
To: James; Nathan Wessel
Cc: Talk-CA OpenStreetMap
Subject: RE: [Talk-ca] restriction=no_right_turn_on_red causing routing 
problems in Toronto

Whatever the tag or its value, we need it.
There are (unfortunately) plenty of such restrictions in my neighbourhood that 
I never mapped because I did not know how to tag them.

Furthermore, and according to Wikipedia [1], there are whole cities where it 
remains illegal to turn right on a red anywhere, like Montreal and New York.

It is a must for routing...
Daniel

https://en.wikipedia.org/wiki/Right_turn_on_red

From: James [mailto:james2...@gmail.com]
Sent: June-28-16 15:46
To: Nathan Wessel
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] restriction=no_right_turn_on_red causing routing 
problems in Toronto

As andrew said might want to file a bug report with them. Do not map for 
presentation/an application. The application needs to conform to the data
On Jun 28, 2016 3:25 PM, "Nathan Wessel" 
> wrote:

The signs are pretty common, but the tag is not as there are only about 80 of 
them in the GTA and 181 worldwide. I'm wondering if there might be a more 
appropriate way to tag these, instead of tagging them as a restriction? Perhaps 
something like "restriction:signal"="no_turn_on_red", so that it doesn't get 
picked up on a search for the 'restriction' key? I don't think the developers 
are likely to bother checking for such an uncommon tag at this point.

I'm routing with OSRM , which is also used on the 
homepage of openstreetmap.org.

-Nate

From: James >
Sent: Tuesday, June 28, 2016 3:19:28 PM
To: Nathan Wessel
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] restriction=no_right_turn_on_red causing routing 
problems in Toronto

What application were you using to route?
On Jun 28, 2016 2:13 PM, "Nathan Wessel" 
> wrote:

Hi all,

I'm hoping to get some advice on what to do with a relatively uncommon turn 
restriction tag currently in use in Toronto and Ottawa.

https://taginfo.openstreetmap.org/tags/restriction=no_right_turn_on_red

There are about 80 of these 'restriction's in the GTA, and I've noticed that 
they are preventing any right turns when I attempt to route using OSRM. I 
posted about this on the restrictions talk page, 
here,
 and someone suggested that because the restriction value starts with 'no_', it 
is, and should be, treated like an absolute restriction which prevents any 
turns from the 'from' way to the 'to' way.

Anyway, I'm hesitant to outright delete these because I presume they contain 
some potentially useful information, but I also need them to stop restricting 
turns so I can use the data for routing. Maybe these should not be 
'restriction's, but something else?

I'd be happy to make the edits if someone can come up with a good suggestion 
here.

Thanks,

Nate Wessel
Jack of all trades, master of geography

1-330-936-2849

Vesalius Design

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

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

Re: [Talk-ca] aerial imagery for missing roads

2016-06-28 Per discussione Pierre Béland

Un autre sujet non traité dans courriel précédent
Bornes kilometriques sur les routes forestières
Les services de secours et les routiers utilisent les bornes kilométriques pour 
référence où ils sontex km 150.
Comment pourrions-nous ajouter une telle information à la carte? On peut 
utiliser sur une node highwayhighway=milestonedistance=150  
ref=km 150
Cependant cette info n'apparait pas sur les cartes. Devrions-nous plutôt 
utilisername=km 150 ?  
Pierre 



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

Re: [Talk-ca] restriction=no_right_turn_on_red causing routing problems in Toronto

2016-06-28 Per discussione Begin Daniel

Whatever the tag or its value, we need it.
There are (unfortunately) plenty of such restrictions in my neighbourhood that 
I never mapped because I did not know how to tag them.

Furthermore, and according to Wikipedia [1], there are whole cities where it 
remains illegal to turn right on a red anywhere, like Montreal and New York.

It is a must for routing…
Daniel

https://en.wikipedia.org/wiki/Right_turn_on_red

From: James [mailto:james2...@gmail.com]
Sent: June-28-16 15:46
To: Nathan Wessel
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] restriction=no_right_turn_on_red causing routing 
problems in Toronto

As andrew said might want to file a bug report with them. Do not map for 
presentation/an application. The application needs to conform to the data
On Jun 28, 2016 3:25 PM, "Nathan Wessel" 
> wrote:

The signs are pretty common, but the tag is not as there are only about 80 of 
them in the GTA and 181 worldwide. I'm wondering if there might be a more 
appropriate way to tag these, instead of tagging them as a restriction? Perhaps 
something like "restriction:signal"="no_turn_on_red", so that it doesn't get 
picked up on a search for the 'restriction' key? I don't think the developers 
are likely to bother checking for such an uncommon tag at this point.

I'm routing with OSRM , which is also used on the 
homepage of openstreetmap.org.

-Nate

From: James >
Sent: Tuesday, June 28, 2016 3:19:28 PM
To: Nathan Wessel
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] restriction=no_right_turn_on_red causing routing 
problems in Toronto

What application were you using to route?
On Jun 28, 2016 2:13 PM, "Nathan Wessel" 
> wrote:

Hi all,

I'm hoping to get some advice on what to do with a relatively uncommon turn 
restriction tag currently in use in Toronto and Ottawa.

https://taginfo.openstreetmap.org/tags/restriction=no_right_turn_on_red

There are about 80 of these 'restriction's in the GTA, and I've noticed that 
they are preventing any right turns when I attempt to route using OSRM. I 
posted about this on the restrictions talk page, 
here,
 and someone suggested that because the restriction value starts with 'no_', it 
is, and should be, treated like an absolute restriction which prevents any 
turns from the 'from' way to the 'to' way.

Anyway, I'm hesitant to outright delete these because I presume they contain 
some potentially useful information, but I also need them to stop restricting 
turns so I can use the data for routing. Maybe these should not be 
'restriction's, but something else?

I'd be happy to make the edits if someone can come up with a good suggestion 
here.

Thanks,

Nate Wessel
Jack of all trades, master of geography

1-330-936-2849

Vesalius Design

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

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

Re: [Talk-ca] restriction=no_right_turn_on_red causing routing problems in Toronto

But it's not an bug, and the data should conform to established standards. 
Right now, the standard seems to be that restriction values beginning with 
'no_' mean 'no', not 'wait a minute'. Take a look at the wiki page:

http://wiki.openstreetmap.org/wiki/Relation:restriction#Tags

-Nate

From: James 
Sent: Tuesday, June 28, 2016 3:45:46 PM
To: Nathan Wessel
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] restriction=no_right_turn_on_red causing routing 
problems in Toronto

As andrew said might want to file a bug report with them. Do not map for 
presentation/an application. The application needs to conform to the data

On Jun 28, 2016 3:25 PM, "Nathan Wessel" 
> wrote:

The signs are pretty common, but the tag is not as there are only about 80 of 
them in the GTA and 181 worldwide. I'm wondering if there might be a more 
appropriate way to tag these, instead of tagging them as a restriction? Perhaps 
something like "restriction:signal"="no_turn_on_red", so that it doesn't get 
picked up on a search for the 'restriction' key? I don't think the developers 
are likely to bother checking for such an uncommon tag at this point.

I'm routing with OSRM , which is also used on the 
homepage of openstreetmap.org.

-Nate

From: James >
Sent: Tuesday, June 28, 2016 3:19:28 PM
To: Nathan Wessel
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] restriction=no_right_turn_on_red causing routing 
problems in Toronto

What application were you using to route?

On Jun 28, 2016 2:13 PM, "Nathan Wessel" 
> wrote:

Hi all,

I'm hoping to get some advice on what to do with a relatively uncommon turn 
restriction tag currently in use in Toronto and Ottawa.

https://taginfo.openstreetmap.org/tags/restriction=no_right_turn_on_red

There are about 80 of these 'restriction's in the GTA, and I've noticed that 
they are preventing any right turns when I attempt to route using OSRM. I 
posted about this on the restrictions talk page, 
here,
 and someone suggested that because the restriction value starts with 'no_', it 
is, and should be, treated like an absolute restriction which prevents any 
turns from the 'from' way to the 'to' way.

Anyway, I'm hesitant to outright delete these because I presume they contain 
some potentially useful information, but I also need them to stop restricting 
turns so I can use the data for routing. Maybe these should not be 
'restriction's, but something else?

I'd be happy to make the edits if someone can come up with a good suggestion 
here.

Thanks,

Nate Wessel
Jack of all trades, master of geography

1-330-936-2849

Vesalius Design

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

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

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

Re: [Talk-ca] aerial imagery for missing roads

2016-06-28 Per discussione Pierre Béland

Nous devons comme communauté nous préoccuper d'ajouter des infos utiles et que
nous pourons mettre à jour. Nous devons de structurer, classifier ces infos
pour qu'elles soient utiles.
À titre d'exemple, au Québec seulement il y a plus de 300,000 km de routes
forestières (routes principales) et chemins forestiers (chemins de collecte de
bois accessibles surtout avec équipement spécialisé). Ce réseau est plus
important que le réseau routier du Ministère des Transports.

Sauf pour quelques excpeptions, le réseau du Ministère des transports est
classifié de
1 à 99 Autoroutes100 à 399 (Routes secondaires).
400 et plus Routes forestières.

Pour quelques routes forestières on retrouve une double classification qui
correspond sans doute à ancienne - nouvelle classification
Route forestière 450 (anciennement 10 ? ) et Route forestière 461 (anciennement
25 ? )
A noter qu'il existe des autoroutes numérotées 10 et 25.
Les routes forestières sont déja assez bien tracées.

Par contre, il serait important de s'assurer d'ajouter systématiquement la clé
ref pour la numérotation des routes. Pour le Québec, je propose d'utiliser la
nomenclature du Ministère des transports utilisée sur les cartes par région
administrative et de nommer spécifiquement ces routes Route forestière.

Exemple
name= Route forestière 400 ref=R0400name= Route forestière 450
(10) ref=R0450
name= Route forestière 461 (25) ref=R0461
name= Route forestière 1009 ref=R1009

Au Québec les routes forestières sont sous la responsabilité du Ministère des
ressources naturelles. Les cartes routières par région administrative
contiennent la numérotation des routes forestières. Vous allez me dire,
problème de licence. Ces infos sont déja sur Google. Entente spéciale?, les
cartes interactives du gouvernement du Québec utilisant Google comme carte de
base. Quelqu'un peut dire si nous avons accès à ces infos avec licence
compatible OSM?

En ce qui a trait aux chemins forestiers, ceux-ci sont souvent temporaires et
non entretenus. Le lien ci-dessous montre une carte publiée par la forestière
Resolute. On voit le dédale de chemins forestiers et les nombreux ponts non
accessibles.
http://www.pfresolu.com/uploadedFiles/Sustainability/Forestry_and_Fiber_Sourcing(1)/Certification_by_Operation/Cote-Nord-Chemins_forestiers_UAF09351_Centre-Nord.pdf

Pierre

De : John Marshall
À : James ; Talk-CA OpenStreetMap

Envoyé le : mardi 28 juin 2016 14h39
Objet : Re: [Talk-ca] aerial imagery for missing roads

I agree with James and Michael . How could we prevent logging roads from being
mapped anyway.All roads should be mapped. The same would apply to Military
Bases. Most of the time the public is not allowed on the Base. But there are
times when the public is allowed on hunting ect where having the data would be
useful.John MarshallOn Jun 26, 2016 17:37, "James" wrote:

I agree with Michael. What happens if fire services need to use that road or
emergency services like ambulence etc. It should be the application's job to
determine in which condition a road should or shouldnt be used, not the mappers
job to obfuscate the map

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

Re: [Talk-at] Relation Altes AKH

2016-06-28 Per discussione Stefan Tauner

On Tue, 28 Jun 2016 13:35:09 +0200
Robert Kaiser  wrote:

> Stefan Tauner schrieb:
> > On Tue, 28 Jun 2016 08:18:37 +0200
> > Thomas Konrad  wrote:
> >  
> >> Da sind allerhand einzelne Nodes (Denkmäler etc.) als Teil der Relation 
> >> ohne Rolle eingetragen. Macht das Sinn? Konsequenterweise müsste man dann 
> >> ja auch jedes Bankerl und jeden Fahrradständer da hinzufügen (was 
> >> unwartbar wäre).  
> >
> > In eine Relation sollte das hinein, was dazu gehört... was dieses etwas
> > wirklich ausmacht  
> 
> In eine Site-Relation, ja. In eine Multiploygon-Relation gehören nur die 
> Elemente, die das Multipolygon definieren, und sonst nichts.

Nonaned... wenn DAS die Diskussion hier war, weiß ich nicht, warum der
OP es überhaupt gepostet hat ;)

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [Talk-ca] restriction=no_right_turn_on_red causing routing problems in Toronto

2016-06-28 Per discussione James

As andrew said might want to file a bug report with them. Do not map for
presentation/an application. The application needs to conform to the data
On Jun 28, 2016 3:25 PM, "Nathan Wessel" 
wrote:

> The signs are pretty common, but the tag is not as there are only about 80
> of them in the GTA and 181 worldwide. I'm wondering if there might be a
> more appropriate way to tag these, instead of tagging them as a
> restriction? Perhaps something like "restriction:signal"="no_turn_on_red",
> so that it doesn't get picked up on a search for the 'restriction' key? I
> don't think the developers are likely to bother checking for such an
> uncommon tag at this point.
>
>
> I'm routing with OSRM , which is also used on
> the homepage of openstreetmap.org.
>
>
> -Nate
>
> --
> *From:* James 
> *Sent:* Tuesday, June 28, 2016 3:19:28 PM
> *To:* Nathan Wessel
> *Cc:* Talk-CA OpenStreetMap
> *Subject:* Re: [Talk-ca] restriction=no_right_turn_on_red causing routing
> problems in Toronto
>
>
> What application were you using to route?
> On Jun 28, 2016 2:13 PM, "Nathan Wessel" 
> wrote:
>
>> Hi all,
>>
>> I'm hoping to get some advice on what to do with a relatively uncommon
>> turn restriction tag currently in use in Toronto and Ottawa.
>>
>>
>> https://taginfo.openstreetmap.org/tags/restriction=no_right_turn_on_red
>>
>>
>> There are about 80 of these 'restriction's in the GTA, and I've noticed
>> that they are preventing any right turns when I attempt to route using
>> OSRM. I posted about this on the restrictions talk page, here
>> ,
>> and someone suggested that because the restriction value starts with 'no_',
>> it is, and should be, treated like an absolute restriction which prevents
>> any turns from the 'from' way to the 'to' way.
>>
>>
>> Anyway, I'm hesitant to outright delete these because I presume they
>> contain some potentially useful information, but I also need them to stop
>> restricting turns so I can use the data for routing. Maybe these should not
>> be 'restriction's, but something else?
>>
>>
>> I'd be happy to make the edits if someone can come up with a good
>> suggestion here.
>>
>>
>> Thanks,
>>
>> *Nate Wessel*
>> Jack of all trades, master of geography
>>
>> 1-330-936-2849
>>
>> Vesalius Design 
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Encourager utilisation OSM dans sites municipaux

2016-06-28 Per discussione Stéphane Péneau


Hello,

Réseau des communes m'a répondu en me disant que si une commune 
demandait d'utiliser Osm à la place de Google Maps, ils peuvent le faire.
Mais étant donné que ce n'est pas présenté sur leur site, je crois que 
si une commune ne fait pas la démarche, c'est du Google.


A+

Stf

Le 02/06/2016 à 08:01, Stéphane Péneau a écrit :

Merci de ce retour Brice,

De mon côté, j'ai repéré http://www.reseaudescommunes.fr Je vais 
essayer de les contacter.


La réaction de monclocher.com a le mérite d'être franche. En revanche, 
je me demande si les communes ne vont pas réagir lorsque ces cartes 
vont commencer à se transformer en espace publicitaire comme c'est 
déjà prévu pour la version mobile, et comme cela arrivera forcément un 
jour où l'autre pour la version desktop.
Je pense que la neutralité des cartes Osm est un argument à mettre en 
avant.


Stf

Le 01/06/2016 à 17:08, Brice MALLET a écrit :

Bonjour,

Durant le SOTM/CA, fut évoqué l'intérêt de sensibiliser les éditeurs 
de sites internet pour les communes à l'utilisation possible d'OSM.
Comme je suis actuellement sur la salon des Maires pour raison 
professionnelle (2.1, G95;-), j'en ai profité pour discuter avec :


- https://www.monclocher.com/ : "pour des communes de moins de 5000 
habitants, Gmaps fonctionne très bien, largement en-dessous du seuil 
du seuil de chargements de cartes par jour pour API GMaps (puisque 
chaque site communal autonome), donc pas besoin d'OSM"


- http://ikod.fr/ : avait un temps envisagé OSM mais facilité pour 
GMaps, le directeur connaît Christian Quest. Message passé de ma part 
: si souhait de maintenant passer à OSM, il trouvera une oreille 
attentive auprès d'OSM-FR.


J'ai les courriels et noms que je transmettrai sur la liste CA si 
souhait d'un envoi ultérieur d'une information de la part de 
l'association OSM-FR.


NB : étonnamment pas d'autres boîtes présentes proposant des sites 
web aux collectivités ; les web agencies ne sont pas au salon des 
Maires, si souhait de les rencontrer serait pê sur un salon plus 
spécialisé Comm' ?





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




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

Re: [Talk-ca] restriction=no_right_turn_on_red causing routing problems in Toronto

The signs are pretty common, but the tag is not as there are only about 80 of 
them in the GTA and 181 worldwide. I'm wondering if there might be a more 
appropriate way to tag these, instead of tagging them as a restriction? Perhaps 
something like "restriction:signal"="no_turn_on_red", so that it doesn't get 
picked up on a search for the 'restriction' key? I don't think the developers 
are likely to bother checking for such an uncommon tag at this point.


I'm routing with OSRM , which is also used on the 
homepage of openstreetmap.org.


-Nate



From: James 
Sent: Tuesday, June 28, 2016 3:19:28 PM
To: Nathan Wessel
Cc: Talk-CA OpenStreetMap
Subject: Re: [Talk-ca] restriction=no_right_turn_on_red causing routing 
problems in Toronto


What application were you using to route?

On Jun 28, 2016 2:13 PM, "Nathan Wessel" 
> wrote:

Hi all,

I'm hoping to get some advice on what to do with a relatively uncommon turn 
restriction tag currently in use in Toronto and Ottawa.


https://taginfo.openstreetmap.org/tags/restriction=no_right_turn_on_red


There are about 80 of these 'restriction's in the GTA, and I've noticed that 
they are preventing any right turns when I attempt to route using OSRM. I 
posted about this on the restrictions talk page, 
here,
 and someone suggested that because the restriction value starts with 'no_', it 
is, and should be, treated like an absolute restriction which prevents any 
turns from the 'from' way to the 'to' way.


Anyway, I'm hesitant to outright delete these because I presume they contain 
some potentially useful information, but I also need them to stop restricting 
turns so I can use the data for routing. Maybe these should not be 
'restriction's, but something else?


I'd be happy to make the edits if someone can come up with a good suggestion 
here.


Thanks,

Nate Wessel
Jack of all trades, master of geography

1-330-936-2849

Vesalius Design

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

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

Re: [Talk-ca] restriction=no_right_turn_on_red causing routing problems in Toronto

2016-06-28 Per discussione James

What application were you using to route?
On Jun 28, 2016 2:13 PM, "Nathan Wessel" 
wrote:

> Hi all,
>
> I'm hoping to get some advice on what to do with a relatively uncommon
> turn restriction tag currently in use in Toronto and Ottawa.
>
>
> https://taginfo.openstreetmap.org/tags/restriction=no_right_turn_on_red
>
>
> There are about 80 of these 'restriction's in the GTA, and I've noticed
> that they are preventing any right turns when I attempt to route using
> OSRM. I posted about this on the restrictions talk page, here
> ,
> and someone suggested that because the restriction value starts with 'no_',
> it is, and should be, treated like an absolute restriction which prevents
> any turns from the 'from' way to the 'to' way.
>
>
> Anyway, I'm hesitant to outright delete these because I presume they
> contain some potentially useful information, but I also need them to stop
> restricting turns so I can use the data for routing. Maybe these should not
> be 'restriction's, but something else?
>
>
> I'd be happy to make the edits if someone can come up with a good
> suggestion here.
>
>
> Thanks,
>
> *Nate Wessel*
> Jack of all trades, master of geography
>
> 1-330-936-2849
>
> Vesalius Design 
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] restriction=no_right_turn_on_red causing routing problems in Toronto

2016-06-28 Per discussione Andrew MacKinnon

On Tue, Jun 28, 2016 at 2:11 PM, Nathan Wessel
 wrote:
> Hi all,
>
> I'm hoping to get some advice on what to do with a relatively uncommon turn
> restriction tag currently in use in Toronto and Ottawa.

No right turn on red signs are pretty common. You definitely shouldn't
delete them. This sounds like a bug in the routing software that needs
to fixed.

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

Re: [Talk-br] Dúvidas

2016-06-28 Per discussione Márcio Aguiar Ribeiro

Que serviço, especificamente, você está usando?

Em ter, 28 de jun de 2016 às 11:11, Arlindo Pereira <
arlindosaraivapere...@gmail.com> escreveu:

> Olá Diógenes,
>
> sim, existem limites, especialmente no seu caso que está usando a API
> principal para fins que não sejam de edição. Verifique a seguinte página:
> http://wiki.openstreetmap.org/wiki/API_usage_policy
>
>
> []s
> Arlindo Pereira
>
> 2016-06-28 10:30 GMT-03:00 Diógenes Vargas Bittencourt <
> diogenes.bittenco...@grupotroca.com.br>:
>
>> Bom dia prezados, sou novo na utilização do serviço do openstreetmap, e
>> gostaria de saber se existe algum limite de uso para os serviços
>> disponibilizados. Pois temos alguns serviços que desenvolvemos internamente
>> que fazer essas requisições algumas vezes, e não utilizamos cache, porque
>> com isso ele não calcula a rota novamente, e com isso teríamos uma rota
>> errada.
>> Hoje pela manhã tentamos acessar e estava bloqueado, simplesmente não
>> abria do nosso link principal, mas não abre só o mapa, e acessando por
>> outro endereço consigo normalmente.
>>
>> Att,
>>
>> Diógenes V. Bittencourt
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] Comment corriger une édition JOSM ?

2016-06-28 Per discussione pepilepi...@ovh.fr


  
  
Le 28/06/2016 à 20:15,
  osm.sanspourr...@spamgourmet.com a écrit :


  
  Le 28/06/2016 à 18:48, pepilepi...@ovh.fr - pepilepi...@ovh.fr a
écrit :
  
   C'est comme ça qu'il faut faire ? https://www.openstreetmap.org/changeset/40278963
  
  Oui, comme je te l'ai dit par ailleurs ;-).
   Merci, c'est parfois pas très intuitif, OSM...
  
  Avant on mettait les sources dans les objets, corriger les sources
  était plus facile mais alourdissait la base en utilisation
  ordinaire (les sources sont surtout utiles lors de l'édition).
  Mais clairement ici les outils n'ont pas encore suivi pour rendre
  ces infos plus faciles à appréhender (ou je n'ai pas utilisé les
  bons greffons).
  
  Tu peux aussi sur le https://www.openstreetmap.org/way/427181681
  mettre un source:highway=survey:2016.


Ce serait avec le plus grand plaisir. Mais ce que je ne sais pas
  c'est COMMENT faire ça. De toute évidence la page ci-dessus ne
  permet pas la modification. 

Je vois bien la solution d'aller faire une modif bidon avec JOSM
  pour mettre cette source, mais ça me paraît pas très propre... Y'
  pas d'autre moyen "propre" ?


 Ainsi sans ambiguïté le fait que la route est un
  simple track est une information du terrain telle qu'observée en
  2016.
  Si quelqu'un a une photo aérienne avec une belle route en 2017 il
  pourra se demander si l'info doit être mise à jour.
  
  Jean-Yvon
  
  
  
  
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




  


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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge? et restrictions

Et par exemple tu viens avec ton PC avec JOSM préinstallé (N. B. : si tu 
sauves en local le .jnlp, tu peux le lancer sans connexion). Idéalement 
sur le forum tu as vu avec d'autres participants quels greffons 
préinstaller.


Je pense en particulier à turnrestrictions dans ton cas (aïe, nécessite 
la version 10369 de JOSM alors que la version stable est 10327). 
Geotools si d'autres participants parisiens l'utilisent te permet de 
demander de l'aide aux copains quand ils sont en ligne. Peut-être aussi 
route, routing, turnlanes, turnlanes-tagging,...


Dans ce cas c'est juste démarrer une appli en plus du clic d'édition 
dans OSM.


Tu trouveras bien une bonne âme pour te mettre la selle... à l'étrier.

Dans ton compte tu peux configurer pour que par défaut l'édition ouvre 
JOSM ou QGis au lieu d'Id ou de Potlach.


Oui les restrictions de circulations font partie des points noirs d'OSM 
dans le sens où il faut un brevet de pilote pour les cas complexes. La 
relation permet de modéliser sans ambiguïté. Sur node/323119623 
 c'est facilement 
interprétable par un humain (interdiction de tourner vers l'est aux 
>3.5t sauf véhicules agricoles (manque sauf transports en communs). 
Pour une machine des relations seraient sans doute plus adaptées.


Suivant les besoins j'utilise différents éditeurs, certaines 
manipulations sont plus simples avec un ou l'autre éditeur.


Mais dès que c'est un peu conséquent je suis sur JOSM (et bientôt sans 
doute QGis).


(le paragraphe était pour le message Re: [OSM-talk-fr] Comment corriger 
une édition JOSM ? et voies)

https://www.openstreetmap.org/way/386407942
Tu vois que le nom est vu sur le terrain et que le sens unique a été vu 
sur le terrain en 2015.
Tu remarqueras que le changset 2 apporte des précisions : "Il s'agit du 
19 RI des Dragons, d'où le s. Ecrit ainsi sur les documents électoraux 
et sur les panneaux de rue".

Par contre je ne vois pas la modification apportée par la troisième version.

Question à la communauté : cette rue est partiellement à sens unique : 
le début de la rue  est à 
double-sens.
Ça ne se voit pas sur le rendu (puisque les double-sens ne sont pas 
affichés et que les flèches de sens unique ne sont pas très rapprochées.
On s'en fiche car les calcul d'itinéraire seront bons, que sur place ça 
se voit ?
J'ai voulu essayer de modéliser avec les lanes. Je pensais sur le point 
limite mettre un lane:backward=reverse pour signifier le retournement 
mais il semble que le modèle soit plus fait pour les voies de retournement.
Ici c'est juste un point arbitraire sans élargissement pour un 
retournement facilité.


Sur le nœud dois-je mettre restriction=only_straight_on ? Ne dois-je le 
mettre que si le panneau est présent sur le terrain (c'est le cas je 
crois mais à vérifier).


Jean-Yvon


Le 28/06/2016 à 17:09, Vincent de Château-Thierry - osm.v...@free.fr a 
écrit :

De: "Shohreh" 

Justement : y a-t-il des ateliers à Paris pour faire se rencontrer
des experts et le grand public, par exemple pour résoudre ce genre de
manip qui serait beaucoup plus rapide à apprendre en live ensemble devant un
écran?

Par exemple un samedi au Carrefour numérique à la Cité des sciences
et de l'industrie à La Villette.

Je suis sûr qu'un atelier plus particulièrement pensé pour les
cyclistes aurait du succès.

Les sollicitations ne manquent pas, qu'elles viennent d'assos cyclistes ou 
autres. Le point critique ce ne sont pas les opportunités, c'est d'être assez 
nombreux pour y répondre en dégageant le temps nécessaire. Pour essaimer c'est 
un vrai enjeu.

Puisque tu parles de Paris, sur le très court terme et en mode plus OSM-centrique 
il y a après-demain une réunion mensuelle des contributeurs d'IDF, avec les détails 
ici : http://forum.openstreetmap.fr/viewtopic.php?f=18=4753

vincent

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


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

Re: [Talk-ca] aerial imagery for missing roads

2016-06-28 Per discussione John Marshall

I agree with James and Michael . How could we prevent logging roads from
being mapped anyway.

All roads should be mapped.

The same would apply to Military Bases. Most of the time the public is not
allowed on the Base. But there are times when the public is allowed on
hunting ect where having the data would be useful.

John Marshall
On Jun 26, 2016 17:37, "James"  wrote:

> I agree with Michael. What happens if fire services need to use that road
> or emergency services like ambulence etc. It should be the application's
> job to determine in which condition a road should or shouldnt be used, not
> the mappers job to obfuscate the map
> On Jun 25, 2016 4:01 PM, "Michael Zajac"  wrote:
>
>> The map shows what’s there. Hopefully it can also show private- or
>> public-access status, but its job is not to babysit potential trespassers
>> by keeping parts of the landscape secret.
>>
>>
>> Stewart C. Russell [mailto:scr...@gmail.com] wrote:
>>
>> > Most logging roads, certainly in BC, are private. While they look
>> large, and make tempting additions to the map, accidentally routing traffic
>> along them could be fatal. Logging trucks don't (can't!) stop, and unless
>> you have authorization and the right radio to call in the checkpoints, the
>> controller won't be able to tell you if there's a truck coming that you
>> need to get out of the way of.
>> >
>> > CanVec also mistakenly digitized a bunch of private wind farm access
>> roads in Ontario, such as https://www.openstreetmap.org/way/39334427 .
>> >
>> > While using these might not be life-threatening, it is trespassing to
>> use them.
>>
>> --
>> Michael Zajac
>> http://zajac.ca/
>> +1-204-943-6596
>>
>>
>>
>> > On 2016-06-25, at 13:52, talk-ca-requ...@openstreetmap.org wrote:
>> >
>> > Send Talk-ca mailing list submissions to
>> >   talk-ca@openstreetmap.org
>> >
>> > To subscribe or unsubscribe via the World Wide Web, visit
>> >   https://lists.openstreetmap.org/listinfo/talk-ca
>> > or, via email, send a message with subject or body 'help' to
>> >   talk-ca-requ...@openstreetmap.org
>> >
>> > You can reach the person managing the list at
>> >   talk-ca-ow...@openstreetmap.org
>> >
>> > When replying, please edit your Subject line so it is more specific
>> > than "Re: Contents of Talk-ca digest..."
>> >
>> >
>> > Today's Topics:
>> >
>> >   1. Re: aerial imagery for missing roads (Alan Richards)
>> >   2. Re: aerial imagery for missing roads (Pierre Béland)
>> >
>> >
>> > --
>> >
>> > Message: 1
>> > Date: Sat, 25 Jun 2016 16:31:42 + (UTC)
>> > From: Alan Richards 
>> > To: Martijn van Exel , Kevin Farrugia
>> >   
>> > Cc: talk-ca@openstreetmap.org
>> > Subject: Re: [Talk-ca] aerial imagery for missing roads
>> > Message-ID:
>> >   <
>> 1311b39aa81e624e.ad0720c3-33a3-4256-87d1-d01909f9b...@mail.outlook.com>
>> >
>> > Content-Type: text/plain; charset="utf-8"
>> >
>> > Most forest service roads in BC are not private. They may be built by
>> private logging companies and may occasionally be gated, but the majority
>> are on crown land and are open for recreational use. Road conditions vary
>> wildly and roads are often unmaintained if active logging is not in
>> progress in the area.
>> > While I agree that typically these roads should not be used for typical
>> intercity routing, they are often used for recreation, hunting, fishing etc.
>> >
>> > Alan (alarobric)
>> >
>> >
>> >
>> >
>> > On Sat, Jun 25, 2016 at 7:59 AM -0700, "Martijn van Exel" 
>> wrote:
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > Interesting, that seems to be worth a look! Do you happen to know who
>> these open data people are? Do similar open data groups / people exist in
>> other provinces?
>> > Martijn
>> > On Jun 25, 2016, at 8:16 AM, Kevin Farrugia 
>> wrote:
>> > Morning everyone,
>> > I was looking at information on one of the Province's imagery programs
>> (SWOOP:
>> https://dr6j45jk9xcmk.cloudfront.net/documents/3609/lio-swoop2015-eng-final-2014-05-13.pdf)
>> and I had previously assumed that the imagery was paid for by the province
>> but the rights still owned by the imagery company, which is the case where
>> I work.  However, it looks like they might purchase the imagery outright
>> because it says the imagery is owned by the Queen's Printer, which is the
>> holder of the Crown's copyrights in Ontario.
>> > If that's the case you can try contacting their open data team to see
>> if they can persuade the Ministry of Natural Resources to release the data
>> openly under the Open Government Directive as a WMS/TIFFs or you can lodge
>> a FIPPA request to have it released (I don't know how this affects you or
>> us being able to use it in OSM, however).
>> > You can check out what their imagery looks like here to see if it's
>>

Re: [Talk-it] devo trasferire tag da perimetro a relazione



sent from a phone

> Il giorno 28 giu 2016, alle ore 19:19, Aury88  ha 
> scritto:
> 
> 2) esiste un modo abbastanza meccanico/rapito per trasferire i tag presenti
> sul perimetro esterno alla relazione?


in potlatch 2?

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Ralf Treinen

Bonsoir,

On Tue, Jun 28, 2016 at 12:14:22AM -0700, Shohreh wrote:

> Il manque un feu rouge ici à Malakoff:
> http://www.openstreetmap.org/?mlat=48.81826=2.30734#map=18/48.81826/2.30740
> 
> En regardant le feu qui est à côté à droite, je crois comprendre qu'un feu
> rouge est un "highway=traffic_signals" à ajouter à un way.

si mes souvenirs son bons il y a aussi un feu rouge à cet endroit pour le
traffic en direction Pierre Brossolette seulement, avant la sortie du
dépot de bus (mais je ne me rappele pas ou exactement). On peut indiquer ce
fait en ajoutant un trafic_signals:direction=backward, dans ce cas.

-Ralf.

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

Re: [Talk-es] Bar tradicional -> ¿ amenity=pub o amenity=bar ?

2016-06-28 Per discussione Santi Aguirre

Hola, mi punto de vista:

La wikipedia en inglés detalla cómo son los bares de unos pocos países del
mundo. España está incluida y explica que en los bares españoles se sirven
tapas, etc. Es decir, no los considera pubs, sino un bar con unas
peculiaridades que por cierto no son muy diferentes a las del bar italiano.
En la wikipedia francesa hablan del bar y lo ilustran con una terraza donde
la gente además de beber está comiendo algo. ¿Qué culpa tenemos si a los
ingleses no les dan de comer en sus bares?

Yo diría que los millones de turistas extranjeros que visitan España sí
saben lo que se van a encontrar en un bar español: bebidas y tapas.

Un saludo!

El 27 de junio de 2016, 22:02, Noel Torres  escribió:

> Miguel Sevilla-Callejo  escribió:
>
>> - amenity=bar hace referencia a un lugar donde se vende alcohol, se pone
>> música y está abierto hasta altas horas de la noche. NO dan comindas ni
>> desayunos... NI TAPAS. O sea bajo ninguna circunstancia podríamos usar
>> esta
>> etiqueta para lo que en España entendemos por bar (ponga lo que ponga en
>> su
>> letrero). Esto es lo que aquí llamamos pubs.
>>
>> - amenity=pub quizá se acerque al concepto de nuestros bares, tenemos que
>> discutir si habría de usarse y si no es así, propongamos una etiqueta que
>> sea coherente para nuestros "bares de tapas" o empecemos a usar
>> amenity=cafe o amenity=restaurant... pero, por favor, busquemos un
>> consenso, no solo en España, a nivel global.
>>
>
> De hecho, ésta es justamente la raíz del problema: los significados de bar
> y pub en español de España están intercambiados con respecto a los
> significados originales (en inglés). Varios puntos al respecto:
> a) las palabras originales son inglesas
> b) los términos que se utilizan en OSM son los ingleses, según se acuerde
> en el Wiki
>
> No considero que haya ninguna clase de provincianismo ni colonialismo si
> etiquetamos nuestros establecimientos según cómo los etiquetaría un inglés.
> A fin de cuentas, *no importa lo que para nosotros sea un bar, lo que
> importa es lo que para OSM es un bar*.
>
> Así que para aclarar de qué hablo en cada momento, voy a usar los términos
> bar_OSM, bar_EN y bar_ES (y lo mismo para los pubs). Parafraseando lo
> anterior: A fin de cuentas, *no importa lo que sea un bar_ES, lo que
> importa es lo que es un bar_OSM*.
>
> En este sentido, un bar_OSM es:
> a) alcohol para consumir en el local
> b) atmósfera ruidosa, como la de una fiesta
> c) no venden comida
> d) música alta
> e) hay que estar de pie
> f) pueden tener pista de baile
> vamos, bastante parecido a un bar_EN y nada que ver con un bar_ES, sino
> con un pub_ES.
>
> Pero el propio Wiki se hace eco de la discusión que estamos teniendo y
> añade que en los países mediterráneos un bar_OSM es algo más parecido a un
> bar_ES, pero al mismo tiempo aclara (cito):
>
> although this doesn't necessarily mean the tag should be applied
> differently [0]
>
> En base a esto, y a mantener la consistencia de los mapas _para los
> usuarios_, no para los mapeadores, lo más lógico es que establecimientos
> del mismo tipo (un bar_EN y un pub_ES) usen la misma etiqueta para mostrar
> el mismo símbolo en los mapas, que el wiki indica que es bar_OSM. Y por lo
> mismo, establecimientos parecidos como la pub_EN y el bar_ES deben usar la
> misma etiqueta, que es pub_OSM.
>
> Otra cosa es que se pueda aclarar en el propio Wiki, o incluso en la base
> de datos y en el software, que un bar_OSM se llama pub_ES en la interfaz en
> español.
>
> Mis dos céntimos (de libra esterlina, ahora que está barata)
>
> Noel
> er Envite
>
> [0] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbar
>
> ___
> 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] Comment corriger une édition JOSM ? et voies


Le 28/06/2016 à 18:48, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :

C'est comme ça qu'il faut faire ? 
https://www.openstreetmap.org/changeset/40278963

Oui, comme je te l'ai dit par ailleurs ;-).

Merci, c'est parfois pas très intuitif, OSM...
Avant on mettait les sources dans les objets, corriger les sources était 
plus facile mais alourdissait la base en utilisation ordinaire (les 
sources sont surtout utiles lors de l'édition).
Mais clairement ici les outils n'ont pas encore suivi pour rendre ces 
infos plus faciles à appréhender (ou je n'ai pas utilisé les bons greffons).


Tu peux aussi sur le https://www.openstreetmap.org/way/427181681
mettre un source:highway=survey:2016.
Ainsi sans ambiguïté le fait que la route est un simple track est une 
information du terrain telle qu'observée en 2016.
Si quelqu'un a une photo aérienne avec une belle route en 2017 il pourra 
se demander si l'info doit être mise à jour.


Jean-Yvon

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

[Talk-ca] restriction=no_right_turn_on_red causing routing problems in Toronto

Hi all,

I'm hoping to get some advice on what to do with a relatively uncommon turn 
restriction tag currently in use in Toronto and Ottawa.


https://taginfo.openstreetmap.org/tags/restriction=no_right_turn_on_red


There are about 80 of these 'restriction's in the GTA, and I've noticed that 
they are preventing any right turns when I attempt to route using OSRM. I 
posted about this on the restrictions talk page, 
here,
 and someone suggested that because the restriction value starts with 'no_', it 
is, and should be, treated like an absolute restriction which prevents any 
turns from the 'from' way to the 'to' way.


Anyway, I'm hesitant to outright delete these because I presume they contain 
some potentially useful information, but I also need them to stop restricting 
turns so I can use the data for routing. Maybe these should not be 
'restriction's, but something else?


I'd be happy to make the edits if someone can come up with a good suggestion 
here.


Thanks,

Nate Wessel
Jack of all trades, master of geography

1-330-936-2849

Vesalius Design
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-it] R: Re: Wiki gps low-cost alta precisione

2016-06-28 Per discussione ale_z...@libero.it

>Da: "mircozorzo" 
>
>Grazie Alessandro, cosa molto utile. 
>La tabella in fondo all'articolo, centra qualcosa oppure è un refuso?

E' la tabella riassuntiva dei modelli sopradescritti


>Messaggio originale
>Da: "mircozorzo" 
>
>Posso scriverlo che questo modulo non ha integrato la bussola?
>

Certo, è una wiki!

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

[Talk-ko] Korean Font used in Carto

2016-06-28 Per discussione Max

I think the current font used in the Carto rendering is not readable. 
That's why i submitted a bug to the carto style:

https://github.com/gravitystorm/openstreetmap-carto/issues/2204
please add your voice.


On 2015년 11월 01일 20:45, Max wrote:

There seems to be some momentum in the development for the rendering of
the main OSM style osm carto.

Have you noticed any oddities or bugs in Korea?

Maybe it's a good time to sumbit a ticket to change the horrible font
for Korean? What do you suggest? The Nanum Gothic from Naver is under a
free license and is AFAIK the only suitable candidate.

https://github.com/gravitystorm/openstreetmap-carto
Is the place to post issues. I could do that but wanted your input for
anything font related.

m.



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

Re: [Talk-it] devo trasferire tag da perimetro a relazione

2016-06-28 Per discussione Stefano

Il giorno 28 giugno 2016 19:19, Aury88  ha scritto:

> come da oggetto ragazzi...è da una vita che sfrutto potlatch2 e, come
> saprete, se si utilizza il suo pulsante  per realizzare delle aree con buco
> crea una relazione multipoligono che però ha i tag inseriti sul perimetro
> esterno, che non è più un metodo consigliato.
> ora il mio dubbio è: 1)esiste un modo per individuare quelle relazioni
> multipoligono senza altri tag oltre al type=multipolygon ?
> 2) esiste un modo abbastanza meccanico/rapito per trasferire i tag presenti
> sul perimetro esterno alla relazione?
>
>
Con JOSM -> ctrl+shift+b

>
>
>
> -
> Ciao,
> Aury
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/devo-trasferire-tag-da-perimetro-a-relazione-tp5876720.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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] devo trasferire tag da perimetro a relazione

2016-06-28 Per discussione Aury88

come da oggetto ragazzi...è da una vita che sfrutto potlatch2 e, come
saprete, se si utilizza il suo pulsante  per realizzare delle aree con buco
crea una relazione multipoligono che però ha i tag inseriti sul perimetro
esterno, che non è più un metodo consigliato.
ora il mio dubbio è: 1)esiste un modo per individuare quelle relazioni
multipoligono senza altri tag oltre al type=multipolygon ?
2) esiste un modo abbastanza meccanico/rapito per trasferire i tag presenti
sul perimetro esterno alla relazione?




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/devo-trasferire-tag-da-perimetro-a-relazione-tp5876720.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Wiki gps low-cost alta precisione

2016-06-28 Per discussione mircozorzo

Posso scriverlo che questo modulo non ha integrato la bussola?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Wiki-gps-low-cost-alta-precisione-tp5876606p5876719.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Wiki gps low-cost alta precisione

2016-06-28 Per discussione mircozorzo

Grazie Alessandro, cosa molto utile. 
La tabella in fondo all'articolo, centra qualcosa oppure è un refuso?

Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Wiki-gps-low-cost-alta-precisione-tp5876606p5876718.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] Comment corriger une édition JOSM ?

2016-06-28 Per discussione pepilepi...@ovh.fr


  
  
Le 28/06/2016 à 14:09,
  osm.sanspourr...@spamgourmet.com a écrit :


  
  Le 28/06/2016 à 13:51, pepilepi...@ovh.fr - pepilepi...@ovh.fr a
  écrit :
  [Pardonnez ma naïveté et mon ignorance, mais...]
comment on accède à cette "discussion associée au changeset" ?
  Tu es impardonnable car tu n'as rien à te faire pardonner.
  Le principe c'est l'entraide et tant qu'on n'a pas à dire RTFM
  (Read The Funny Manual ;-)).
  
  Si tu vas sur OSM et avec l'icône "?" tu interroges la zone
  modifiée, tu sélection un objet, mettons http://www.openstreetmap.org/relation/5359296
  à tout hasard.
  Tu vois Version #1 · Groupe de modifications #32564397
  Tu cliques dessus et hop : 
   Se
  connecter pour rejoindre la discussion
  


C'est comme ça qu'il faut faire ?
https://www.openstreetmap.org/changeset/40278963

Merci, c'est parfois pas très intuitif, OSM...


   
Si tu connais le numéro du changeset c'est 
http://www.openstreetmap.org/changeset/

Ici tu remplaces 
par 32564397
  
  Jean-Yvon
  
  
  
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




  


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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Eric SIBERT


Donc si des cyclistes veulent contribuer à OSM, il faut qu'ils installent
JOSM, apprennent à l'utiliser ainsi que comment tagger les panneaux M12 [...]


Tout ça pour des panneaux dont les cyclistes n'ont rien à faire :-p

Désolé --->[]

Eric
Cycliste grenoblois


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

Re: [Talk-it] Smartphone per mappare?

2016-06-28 Per discussione Francesco Pelullo

Il martedì 28 giugno 2016, Luca-SP  ha scritto:

> visto che parli di cinafonino, mi trovo bene con il mio XIAOMI redmi note 2
> prime. ci sono diversi XIAOMI nella fascia di prezzo che cerchi, l'hardware
> è imbattibile rispetto agli smartphone commercializzati in italia, ma devi
> sbatterti un po' per cambiare la rom, e ti restano comunque alcune app
> inutili in cinese qua e là...
>
>
>
Confermo, il rapporto qualità prezzo è molto conveniente ed il problema
delle app cinesi lo risolvi passando ad una versione "multi". Casomai il
punto è che sono telefoni "usa e getta", nel senso che l'assistenza è
inesistente oppure antieconomica.
Comunque, per quello che costano, valela pena. Se rimani su un processore
Snapdragon (uno Xiaomi Mi4 LTE costa 110 euro ed è più che sufficiente:
A-GPS, bussola, barometro...) puoi caricarci anche una Cyanogenmod official.

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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-28 Per discussione Philippe Verdy

La plus fiable ? hmmm pas du tout. Les changesets évoluent ou pas sur
OSM indépendamment des mises à jour du TMS. La date sera donc toujours
fausse.

Vous supposez que dès que le TMS est modifié il va y avoir une modif dans
OSM (on ne sait ça prend du temps, des mois voire des années sur les
niveaux de zoom élevés, et il y a aura des mises à jour OSM un peu partout
sans que le TMS soit mis à jour (tuiles de 2012 par exemple mais avec des
données quelconques dans OSM de 2016 qui viennent à tout moment).


Le 28 juin 2016 à 12:52, Nicolas Dumoulin  a écrit :

> Le Mon, 27 Jun 2016 19:08:44 +0200,
> Christian Quest  a écrit :
> > La date du changeset suffit, non ?
>
> Oui.
>
> Pour ce qui est de produire ou extraire la date des prises de vue,
> comme le dit Jean-Yvon il faudrait des métadonnées supplémentaires que
> nous n'avons pas. On va donc se contenter de la date du changeset qui
> reste l'info la plus fiable pour l'instant.
>
> --
> Nicolas Dumoulin
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-28 Per discussione Philippe Verdy

Pourquoi un second TMS ? Ca ne peut pas être ajouté directement par le
Framework javascript (qui peut lire les métadonnées des tuiles dans le
cache du navigateur, et les afficher en superposition comme du texte). Pas
besoin d'autre serveur.

Selon le framework utilisé il doit bien y avoir un "hook" Javascript
permettant de détecter l'évènement "onload" quand la tuile s'est chargée.
Par défaut l'image est juste chargée et affichée, mais on doit pouvoir
faire autre chose, et alors positionner le libellé dans un coin, dans une
couche transparente superposée (qu'on peut activer ou pas dans le menu des
couches en cochant la case ad hoc)...

Le 28 juin 2016 à 13:52,  a écrit :

> Effectivement une exigence de la licence est de dater, sauf qu'il n'est
> pas précisé ce qu'ils entendent par date de référence.
>
> Soit c'est 2016 (date d'utilisation du TMS) soit c'est ce que dit Philippe.
>
> Sauf que pour faciliter le travail (je ne vois pas madame Michu mettre un
> Wireshark pour regarder les entêtes HTTP des tuiles) je pensais plus à un
> second TMS qui afficherait les dates, que l'on pourrait mettre en
> transparence afin de savoir aussi quand on trace d'après un cliché la date
> des informations. Et pour faire simple
>
> |--|--|--|
> | 2016 | 2015 | 2015 |
> |--|--|--|
> | 2016 | 2015 | 2015 |
> |--|--|--|
> | 2014 | 2015 | 2015 |
> |--|--|--|
>
> P.S. : monsieur Michu non plus. C'est le mari de madame Michu ?
>
> Nicolas, tu veux dire que l'année de référence est donc forcément l'année
> du changement (et le changement c'est maintenant 2016 ;-)).
>
> Dans ce cas l'exigence du partenariat (date de référence) serait un
> non-sens et en dirait long sur la connaissance d'OSM par l'IGN.
>
> Jean-Yvon
> Le 28/06/2016 à 11:34, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> Quel changeset? On parle du TMS de la BD Ortho, indépendamment des
> changesets qu'on peut produire en s'appuyant dessus sur OSM. Ce qui est
> intéressant de connaitre ce sont les dates des clichés (plus même que les
> dates de génération des tuiles, qui sont orthrectifiées et sont par endoit
> des assemblages de clichés juxtaposés pais pas forcément à la même date).
> L'ennui c'est qu'en cas d'assemblage sur une tuile, il est difficile de
> tracer la date de chaque cliché. Donc au mieux cela devrait donner la date
> de génération de la tuile (ou de la métatuile plus grande dont pourrait
> être extraite la tuile demandée).
> Au minimum, cette info devrait être dans les entêtes MIME HTTP (ce qui
> permet ensuite de gérer les caches en aval en cas de mise à jour sur le
> serveur). Et je ne sais pas si le serveur TMS peut gérer dans ses
> métadonnées un historique de versions, ou propose un moyen de les
> consulter, s'il y a conservation de versions plus anciennes).
>
> Uniquement des requête HTTP "HEAD /chemin de la tuile" sur le serveur
> devrait retourner l'info, et la navigation normale devrait faire des "GET
> /chemin de la tuile" avec if "If-Updated-Since:" contenant la version dont
> dispose un client dans son cache. Tout ça c'est du HTTP/1.1 très standard.
> Les métadonnées ou requêtes spécifiques pour obtenir une liste des versions
> historiques et leur chemin d'accès c'est peut-être beaucoup demander.
>
> (OSM non plus ne garde pas ses tuiles historiques dans son rendu,
> cependant il devrait aussi gérer les dates de mises à jour pour une gestion
> efficace des caches clients, qui lui fait aussi économiser de la bande
> passante et améliore beaucoup l'expérience utilisateur avec une plus grande
> fluidité pour ne pas recharger les mêmes tuiles déjà en cache et pas mises
> à jour côté serveur)
>
> Le 27 juin 2016 à 19:08, Christian Quest  a
> écrit :
>
>> La date du changeset suffit, non ?
>>
>> Le 27 juin 2016 à 17:53,  a écrit :
>>
>>> Le 27/06/2016 à 10:44, Christian Quest - 
>>> cqu...@openstreetmap.fr a écrit :
>>>
>>> La convention est en pièce jointe sur: http://openstreetmap.fr/bdortho
>>>
>>> Manque juste la définition de l'année de référence.
>>> Est-ce l'année de consultation (2016) ou l'année des photos ?
>>> Dans le second cas il faudrait avoir un accès facile à la donnée.
>>> Par exemple un TMS donnant par tuile l'année de la photo.
>>>
>>> Jean-Yvon
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Vincent de Château-Thierry


> De: "Shohreh" 
> 
> Justement : y a-t-il des ateliers à Paris pour faire se rencontrer
> des experts et le grand public, par exemple pour résoudre ce genre de
> manip qui serait beaucoup plus rapide à apprendre en live ensemble devant un
> écran?
> 
> Par exemple un samedi au Carrefour numérique à la Cité des sciences
> et de l'industrie à La Villette.
> 
> Je suis sûr qu'un atelier plus particulièrement pensé pour les
> cyclistes aurait du succès.

Les sollicitations ne manquent pas, qu'elles viennent d'assos cyclistes ou 
autres. Le point critique ce ne sont pas les opportunités, c'est d'être assez 
nombreux pour y répondre en dégageant le temps nécessaire. Pour essaimer c'est 
un vrai enjeu.

Puisque tu parles de Paris, sur le très court terme et en mode plus 
OSM-centrique il y a après-demain une réunion mensuelle des contributeurs 
d'IDF, avec les détails ici : 
http://forum.openstreetmap.fr/viewtopic.php?f=18=4753

vincent

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

[OSM-co] Barrios de Armenia

2016-06-28 Per discussione Igor TAmara

Hola, noté que el mapa de Armenia tiene muchos detalles, incluso de
predios, pero no tiene barrios asociados, alguien sabe de dónde podemos
obtener esta información?  Para proyectarla?

Gracias :)
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Justement : y a-t-il des ateliers à Paris pour faire se rencontrer des
experts et le grand public, par exemple pour résoudre ce genre de manip qui
serait beaucoup plus rapide à apprendre en live ensemble devant un écran?

Par exemple un samedi au Carrefour numérique à la Cité des sciences et de
l'industrie à La Villette.

Je suis sûr qu'un atelier plus particulièrement pensé pour les cyclistes
aurait du succès.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876706.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-nl] Dagelijkse BAG mutaties

2016-06-28 Per discussione Edward Mac Gillavry

Beste mensen,


Begin 2015 stelde OpenGeo de dagelijkse BAG-mutaties beschikbaar [1]. Op de 
website vind ik het laatste mutatiebestand gedateerd op 8 juni 2015 [2]. Zijn 
deze nu beschikbaar op een andere locatie via OpenGeo of zijn er naast Kadaster 
andere wegen? Benieuwd!


Met vriendelijke groet,


Edward



[1] https://lists.openstreetmap.org/pipermail/talk-nl/2015-January/015118.html

[2] http://mirror.openstreetmap.nl/bag/mutatie/?order=d
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [Talk-de] WMS/WFS/ERT Rasterdaten für Leaflet aufbereiten

2016-06-28 Per discussione Michael Reichert

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Sven,

Am 21.06.2016 um 09:21 schrieb Sven Anders:
> Aber das Laden der Daten dauert bei mir [2] im Vergleich zur Karte
> der Stadt Hamburg [3] sehr lange. Ich vermute weil der Server der
> Stadt die Daten erst in EPSG:3857 umrechnen muss.
> 
> Wie gehe ich am besten vor, um das zu ändern? Die Daten sind auf
> der Seite [1] auch als ERT Rasterpunkte verfügbar.
> 
> Ich kenn mich mit dem ganzen GIS Karm nicht so aus. Würde es aber
> gerne lernen.

Du kannst z.B. mit Mapserver (Disclaimer: es gibt auch andere freie
Software) einen WMS aufsetzen. Ich selbst betreibe einen WMS mit den
Daten des DB-Streckennetzes. [1] Dazu habe ich die Daten (GeoJSON) in
eine PostGIS-Datenbank mit ogr2ogr importiert. ogr2ogr kann die Daten
auch transformieren, z.B. von EPSG: in EPSG:3857.
Dazu einfach -t_srs "EPSG:3857" mit angeben.

Mapserver läuft bei mir als CGI. In der Apache-Konfiguration habe ich
einen Alias erstellt, der michreichert.de/vzg-strecken auf
/usr/lib/cgi-bin/mapserv umbiegt und dem Executable noch die
Umgebungsvariable MS_MAPFILE= übergibt.

Das Mapfile ist das "Stylesheet" des WMS. Es kann mehrere Layer enthalte
n.

Mapserver kann Shapefiles und GeoTIFFs sowie alles, was GDAL lesen
kann, lesen. Mit Rasterdaten habe ich noch nicht gearbeitet.

Ich habe mir Mapserver mit deren Tutorial beigebracht.
http://mapserver.org/tutorial/index.html#tutorial

Viele Grüße

Michael


[1]
http://lists.openrailwaymap.org/archives/openrailwaymap/2016-March/00043
4.html


- -- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
(Mailinglisten ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXcodOAAoJEB87G9rMCMyIHiYQAK7hVaME+92Pk/plR5190O9/
+UR4xzNrzdv82NdV83grzJX1+xrwzljvJqWd4qbI3EXfhOk7ZItYEpsTodR8mhX3
WIC8H2ZQ8rAsFI1sbMnhz0FyriUZML+U4rsMwnbGkEIUb2uHiNhDprTBBao0fiF1
3HaK8gQCUDtiHMbAzbYlCyruMOxN32gv2JneExZygU33jvzU3m7b2sURqhCmG0qX
ubTO/7dgnoHV8bgKQ0JB8MF3FhTA7ObdM/y5/pnl++4LOEcrcKELJ0EvcnQaAN0N
rkFKRlUBDAXw1z7Uy+cv3lyGHUYI8tkpu33GabQLMU5LB6yIsrw1Wbs/CUs3oxsh
LwtAU0/3SigEHY0zGceaJsIAisRGNQGwMFNvZvkbeeFrOYZjkPoIUm1kepzIQAA9
KTMBqbymUfWSAKYnNA/2Y8NON0gVhNztYJVV6MXJsZzE7NtbculAdQ/mmCcE8Q2K
6a9cXabKYyzLoudJeO1W7UFfdt4M5AVNULlvxnC6w0t+JeuSLFuIMk5wdolmwtLx
rGzLvWBoojZQ7SAcppVvf/S/83tzNHjbqucAKPCwkQe/w3snPMp9xJUcqiOYKGXR
BMugyzAlYiAoOUkT28vbEP85PII7bqUk9s0D+ua7ihzADR79FC84MlWugaETKJ4S
8EUKoxPu4Xzy3KzmrDC2
=4ypo
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Le 28 juin 2016 à 16:04, Shohreh  a écrit :

> Merci.
>
> Donc si des cyclistes veulent contribuer à OSM, il faut qu'ils installent
> JOSM, apprennent à l'utiliser ainsi que comment tagger les panneaux M12
> selon ce tableau:
>
> https://wiki.openstreetmap.org/wiki/FR:Bicycle#Panonceaux_de_C.C3.A9dez-le-passage_cycliste_au_feu


Je suis moi-même cycliste, non informaticien et j'ai appris à utiliser
JOSM... Essaye de trouver près de chez toi quelqu'un qui le manie déjà pour
t'aider à débuter.

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

Re: [Talk-br] Dúvidas

2016-06-28 Per discussione Arlindo Pereira

Olá Diógenes,

sim, existem limites, especialmente no seu caso que está usando a API
principal para fins que não sejam de edição. Verifique a seguinte página:
http://wiki.openstreetmap.org/wiki/API_usage_policy


[]s
Arlindo Pereira

2016-06-28 10:30 GMT-03:00 Diógenes Vargas Bittencourt <
diogenes.bittenco...@grupotroca.com.br>:

> Bom dia prezados, sou novo na utilização do serviço do openstreetmap, e
> gostaria de saber se existe algum limite de uso para os serviços
> disponibilizados. Pois temos alguns serviços que desenvolvemos internamente
> que fazer essas requisições algumas vezes, e não utilizamos cache, porque
> com isso ele não calcula a rota novamente, e com isso teríamos uma rota
> errada.
> Hoje pela manhã tentamos acessar e estava bloqueado, simplesmente não
> abria do nosso link principal, mas não abre só o mapa, e acessando por
> outro endereço consigo normalmente.
>
> Att,
>
> Diógenes V. Bittencourt
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Merci.

Donc si des cyclistes veulent contribuer à OSM, il faut qu'ils installent
JOSM, apprennent à l'utiliser ainsi que comment tagger les panneaux M12
selon ce tableau:
https://wiki.openstreetmap.org/wiki/FR:Bicycle#Panonceaux_de_C.C3.A9dez-le-passage_cycliste_au_feu



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876702.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-de] place=square

2016-06-28 Per discussione Tom Pfeifer


Florian Lohoff wrote on 2016/06/28 14:04:

Falsch - addr:street brauch dann eine Straße die so heisst in der Nähe.
Wenn es keine gibt dann funktioniert die Adresse nicht weil Nominatim
keine Hierarchie bauen kann.

Deshalb - place node anlegen für den Platz und auf den Adressen die
dazu gehören entsprechend das addr:street zu einem addr:place machen.
Dann ordnet Nominatim the Adresse einem entsprechenden place node
zu.

http://nominatim.openstreetmap.org/details.php?place_id=123389138


Dann sollte doch besser Nominatim lernen, dass es ein addr:street
auch einem place=square zuordnen kann, als allen neuen Mappern beizubringen,
dass sie den Schlossplatz 27 mit einem anderen Adresstag mappen müssen
als die Schlossstrasse 47 ?

tom


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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-28 Per discussione Christian Quest

J'ai publié un tableau csv des années de prise de vues de la bdortho par
département.
Ce n'est pas forcément très homogène, surtout sur le zoom le plus élevé ou
l'on peut avoir des images plus anciennes et la date n'est pas clairement
indiquée par l'IGN.
Il y a 2 sujets bien différents:
- respecter la convention: la date du changeset permet de savoir quelle
millésime de la bdortho était utilisé au moment de la contribution
- permettre aux contributeurs de savoir de qd date l'ortho visible... et là
ce n'est pas si simple. Je vais vérifier si les dates dans les entêtes http
retournés par l'api du Geoportail contiennent ces infos et proposer un
layer dédié pour ça si c'est jouable.

Le mardi 28 juin 2016,  a écrit :

> Effectivement une exigence de la licence est de dater, sauf qu'il n'est
> pas précisé ce qu'ils entendent par date de référence.
>
> Soit c'est 2016 (date d'utilisation du TMS) soit c'est ce que dit Philippe.
>
> Sauf que pour faciliter le travail (je ne vois pas madame Michu mettre un
> Wireshark pour regarder les entêtes HTTP des tuiles) je pensais plus à un
> second TMS qui afficherait les dates, que l'on pourrait mettre en
> transparence afin de savoir aussi quand on trace d'après un cliché la date
> des informations. Et pour faire simple
>
> |--|--|--|
> | 2016 | 2015 | 2015 |
> |--|--|--|
> | 2016 | 2015 | 2015 |
> |--|--|--|
> | 2014 | 2015 | 2015 |
> |--|--|--|
>
> P.S. : monsieur Michu non plus. C'est le mari de madame Michu ?
>
> Nicolas, tu veux dire que l'année de référence est donc forcément l'année
> du changement (et le changement c'est maintenant 2016 ;-)).
>
> Dans ce cas l'exigence du partenariat (date de référence) serait un
> non-sens et en dirait long sur la connaissance d'OSM par l'IGN.
>
> Jean-Yvon
> Le 28/06/2016 à 11:34, Philippe Verdy - verd...@wanadoo.fr
>  a écrit :
>
> Quel changeset? On parle du TMS de la BD Ortho, indépendamment des
> changesets qu'on peut produire en s'appuyant dessus sur OSM. Ce qui est
> intéressant de connaitre ce sont les dates des clichés (plus même que les
> dates de génération des tuiles, qui sont orthrectifiées et sont par endoit
> des assemblages de clichés juxtaposés pais pas forcément à la même date).
> L'ennui c'est qu'en cas d'assemblage sur une tuile, il est difficile de
> tracer la date de chaque cliché. Donc au mieux cela devrait donner la date
> de génération de la tuile (ou de la métatuile plus grande dont pourrait
> être extraite la tuile demandée).
> Au minimum, cette info devrait être dans les entêtes MIME HTTP (ce qui
> permet ensuite de gérer les caches en aval en cas de mise à jour sur le
> serveur). Et je ne sais pas si le serveur TMS peut gérer dans ses
> métadonnées un historique de versions, ou propose un moyen de les
> consulter, s'il y a conservation de versions plus anciennes).
>
> Uniquement des requête HTTP "HEAD /chemin de la tuile" sur le serveur
> devrait retourner l'info, et la navigation normale devrait faire des "GET
> /chemin de la tuile" avec if "If-Updated-Since:" contenant la version dont
> dispose un client dans son cache. Tout ça c'est du HTTP/1.1 très standard.
> Les métadonnées ou requêtes spécifiques pour obtenir une liste des versions
> historiques et leur chemin d'accès c'est peut-être beaucoup demander.
>
> (OSM non plus ne garde pas ses tuiles historiques dans son rendu,
> cependant il devrait aussi gérer les dates de mises à jour pour une gestion
> efficace des caches clients, qui lui fait aussi économiser de la bande
> passante et améliore beaucoup l'expérience utilisateur avec une plus grande
> fluidité pour ne pas recharger les mêmes tuiles déjà en cache et pas mises
> à jour côté serveur)
>
> Le 27 juin 2016 à 19:08, Christian Quest  > a écrit :
>
>> La date du changeset suffit, non ?
>>
>> Le 27 juin 2016 à 17:53, > > a
>> écrit :
>>
>>> Le 27/06/2016 à 10:44, Christian Quest -
>>> 
>>> cqu...@openstreetmap.fr
>>>  a écrit :
>>>
>>> La convention est en pièce jointe sur: http://openstreetmap.fr/bdortho
>>>
>>> Manque juste la définition de l'année de référence.
>>> Est-ce l'année de consultation (2016) ou l'année des photos ?
>>> Dans le second cas il faudrait avoir un accès facile à la donnée.
>>> Par exemple un TMS donnant par tuile l'année de la photo.
>>>
>>> Jean-Yvon
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> 
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>

[Talk-br] Dúvidas

2016-06-28 Per discussione Diógenes Vargas Bittencourt

Bom dia prezados, sou novo na utilização do serviço do openstreetmap, e
gostaria de saber se existe algum limite de uso para os serviços
disponibilizados. Pois temos alguns serviços que desenvolvemos internamente
que fazer essas requisições algumas vezes, e não utilizamos cache, porque
com isso ele não calcula a rota novamente, e com isso teríamos uma rota
errada.
Hoje pela manhã tentamos acessar e estava bloqueado, simplesmente não abria
do nosso link principal, mas não abre só o mapa, e acessando por outro
endereço consigo normalmente.

Att,

Diógenes V. Bittencourt
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk] EmojiMap

2016-06-28 Per discussione Rory McCann

Someone has made an OSM based map that displays emojis for PoIs. 

https://emojimap.net/



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

[Talk-lt] Lietuvos upių žemėlapis

2016-06-28 Per discussione Tomas Straupis

Sveiki

  Pabandžiau padaryti maršrutizuojamą Lietuvos upių žemėlapį, apie ką
parašiau dienoraštyje:
  https://blog.openmap.lt/2016/06/28/lietuvos-upiu-zemelapis/

  Žemėlapį galite rasti čia:
  http://dev.openmap.lt/garmin/upes/

  Šiam žemėlapiui panaudojau kelias Lietuvoje dar nenaudotas žymas (taškai):
  whitewater=hazard (pavojingos vietos)
  whitewater=put_in|egress (baidarių įkėlimas/iškėlimas)

  Ir vieną savo sugalvotą žymą:
  waterway:milestone=nn.n - upės kilometražas, pvz. 17.2

  Kol kas sužymėjau tik Ūlą, jei norite kažkaip paįtakoti rezultatus,
galite arba patys pažymėti trūkstamus objektus, arba „balsuoti“ :-D
  http://apklausa.lt/f/marsrutizuojamos-upes-cj41l51/answers/new.fullpage

  Ta pačia proga kyla klausimas, kaip atskirti, kuriuos vandens kelius
galima naudoti maršrutizavimui, o kurių - ne. Na tarkim river aišku,
kad galima (jos pakankamai plačios). O vat kaip su stream... Panašu,
kad reikia kažkokia žyma nurodyti, čia praplaukiama ar nepraplaukiama
baidare (t.y. ar yra sezonas ar laikas tarkim po liūčių, kai
praplaukiama nenešant pastoviai baidarės ant pečių). boat žyma yra
skirta teisinei situacijai nurodyti (leidžiama ar neleidžiama
plaukti). Tai fizinę galimybę manau pažymėti žyma „canoe=yes|no“ -
praplaukiama ar nepraplaukiama baidarėmis (ir visais kitais aparatais,
patenkančiais į canoe/kayak apibūdinimą). Numatytoji reikšmė
tikriausiai gausis no, t.y. visus baidarėmis praplaukiamus upeliukus
pažymėsiu canoe=yes...
  Gal turite minčių šiuo klausimu?

-- 
Tomas

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Francescu GAROBY

Le 28 juin 2016 à 13:03, Shohreh  a écrit :

> Romain MEHUT wrote
> > Si tu n'es pas habitué aux relations, c'est sûr que c'est loin d'être
> > évident à comprendre. As-tu essayé de regarder avec JOSM ?
>
> Non, je préfère éditer directement via Id dans l'interface OSM plutôt que
> de
> devoir installer et lancer un logiciel rien que pour ça, comme j'imagine la
> grande majorité des utilisateurs lambda.
>
> Tu peux lancer la version "jnlp" de JOSM, directement depuis le site
officiel  (nécessite d'avoir Java installé
sur sa machine).


> Donc…
> 1. la mauvaise méthode : modifier un feu rouge existant pour le tagger avec
> "traffic_sign=FR:M12a" ou "traffic_sign=FR:M12b"
>
> 2. la bonne méthode, compliquée pour des utilisateurs lambda :
> http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Panonceaux_de_tTu
> peux lancer la version "jnlp" de JOSM, directement depuis le site
> officielype_M
> 
>
> 3. Enfin, problème : après les panneaux bien connus M12a/b sont apparus
> d'autres panneaux : tourne à gauche, tout droit + gauche, et
> "passe-partout"
> (gauche, tout droit, droite). Les tags existent-ils dans OSM?
> https://fr.wikipedia.org/wiki/Tourne-%C3%A0-droite_cycliste
>
> La solution pour ces panonceaux est la même : une relation par direction
autorisée.


> Merci.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876674.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Le 28 juin 2016 à 13:03, Shohreh  a écrit :

> Romain MEHUT wrote
> > Si tu n'es pas habitué aux relations, c'est sûr que c'est loin d'être
> > évident à comprendre. As-tu essayé de regarder avec JOSM ?
>
> Non, je préfère éditer directement via Id dans l'interface OSM plutôt que
> de
> devoir installer et lancer un logiciel rien que pour ça, comme j'imagine la
> grande majorité des utilisateurs lambda.
>

A mon sens, nous sommes tous des utilisateurs lambda. Ensuite, tout dépend
de l'investissement que l'on met dans OSM...
En ce qui me concerne, j'ai pris un peu de temps pour me familiariser avec
JOSM et je ne le regrette pas. Du coup, je ne saurai aider sous iD pour
manier les relations.


> Donc…
> 1. la mauvaise méthode : modifier un feu rouge existant pour le tagger avec
> "traffic_sign=FR:M12a" ou "traffic_sign=FR:M12b"
>
> 2. la bonne méthode, compliquée pour des utilisateurs lambda :
>
> http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Panonceaux_de_type_M
>
> 3. Enfin, problème : après les panneaux bien connus M12a/b sont apparus
> d'autres panneaux : tourne à gauche, tout droit + gauche, et
> "passe-partout"
> (gauche, tout droit, droite). Les tags existent-ils dans OSM?
> https://fr.wikipedia.org/wiki/Tourne-%C3%A0-droite_cycliste


Peu importe la restriction, la façon de la décrire avec la relation reste
la même...

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

Re: [OSM-talk-fr] Comment corriger une édition JOSM ?


Le 28/06/2016 à 13:51, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :

[/Pardonnez ma naïveté et mon ignorance, mais.../]
comment on accède à cette "discussion associée au changeset" ?

Tu es impardonnable car tu n'as rien à te faire pardonner.
Le principe c'est l'entraide et tant qu'on n'a pas à dire RTFM (Read The 
Funny Manual ;-)).


Si tu vas sur OSM et avec l'icône "?" tu interroges la zone modifiée, tu 
sélection un objet, mettons 
http://www.openstreetmap.org/relation/5359296 à tout hasard.
Tu vois Version #1 · Groupe de modifications #32564397 


Tu cliques dessus et hop :
Se connecter pour rejoindre la discussion 



Si tu connais le numéro du changeset c'est
http://www.openstreetmap.org/changeset/ 



Ici tu remplaces  
 par 325 
64397 



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

Re: [Talk-de] place=square

2016-06-28 Per discussione Florian Lohoff

On Tue, Jun 28, 2016 at 01:08:40PM +0200, Tom Pfeifer wrote:
> Florian Lohoff wrote on 2016/06/28 12:35:
> >On Tue, Jun 28, 2016 at 11:25:27AM +0200, Martin Koppenhoefer wrote:
> >>http://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare
> >
> >Entsprechend brauchen dann Adressen an dem Platz auch kein addr:street
> >sondern addr:place.
> 
> Der Platz selbst braucht kein Adresstag, so wie eine Straße ja auch
> kein addr:street bekommt, sondern die angrenzenden Häuser.
> 
> Für die Häuser reicht auch addr:street=Alexanderplatz, da brauche ich
> auch kein extra Tag dafür.

Falsch - addr:street brauch dann eine Straße die so heisst in der Nähe.
Wenn es keine gibt dann funktioniert die Adresse nicht weil Nominatim
keine Hierarchie bauen kann.

Deshalb - place node anlegen für den Platz und auf den Adressen die
dazu gehören entsprechend das addr:street zu einem addr:place machen.
Dann ordnet Nominatim the Adresse einem entsprechenden place node
zu.

http://nominatim.openstreetmap.org/details.php?place_id=123389138

Die Adresse ist "Bosfeld 28, Rheda-Wiedenbrück". Die Straße ist
der Bosfelder Weg. Wenn du dir jetzt die Hierarchie ansiehst
die Nominatim baut brauchst du ein Objekt oberhalb der Hausnummer. Das
ist "normalerweise" eine Straße. Wenn du Adressen einem place (Weiler,
Platz etc) zuordnest musst du das über addr:place machen.

> Daher ja Martins Werbung, wenn mehr Tags benutzt werden, kommt auch der
> Renderer vorbei

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away

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

Re: [Talk-cz] omylem přesunutý rozcestník

2016-06-28 Per discussione Michal Grézl

to by rozhodne chtelo.

2016-06-28 0:30 GMT+02:00 Petr Schönmann :
> Co tam dát kontrolu ? Hele uživateli, přesouváš to o kilometr daleko 
> fakt to chceš ? (Y/N)
>
> po 27. 6. 2016 v 13:09 odesílatel Zdeněk Pražák  napsal:
>>
>> ano, souhlasím
>>
>> -- Původní zpráva --
>> Od: Michal Grézl 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 27. 6. 2016 13:02:58
>> Předmět: Re: [Talk-cz] omylem přesunutý rozcestník
>>
>>
>> tenhle?
>>
>> from lat;lon: 49.714549;15.712772to lat;lon:
>> 49.80163757029365;15.674116015434263distance: 10078.8894393459
>>
>> ten sem jeste neschvalil, co se posunuje vic jak kilometr kontroluju
>> este rucne, takze to ted zamitnu. ok?
>>
>> a ten druhejid:7953 schvalim.
>>
>> 2016-06-24 9:26 GMT+02:00 Zdeněk Pražák :
>> > Omylem jsem přesunul rozcestník ID fotografie 7951 namísto správného s
>> > ID
>> > 7953.
>> > Co mám udělat pro stornování přsunu rozcestníku 7951
>> >
>> > ___
>> > Talk-cz mailing list
>> > Talk-cz@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-cz
>> >
>>
>>
>>
>> --
>> Michal Grézl
>> http://openstreetmap.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
>
> --
> S pozdravem
> Petr Schönmann
> https://www.facebook.com/klikklakcz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



-- 
Michal Grézl
http://openstreetmap.cz

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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

Effectivement une exigence de la licence est de dater, sauf qu'il n'est 
pas précisé ce qu'ils entendent par date de référence.


Soit c'est 2016 (date d'utilisation du TMS) soit c'est ce que dit Philippe.

Sauf que pour faciliter le travail (je ne vois pas madame Michu mettre 
un Wireshark pour regarder les entêtes HTTP des tuiles) je pensais plus 
à un second TMS qui afficherait les dates, que l'on pourrait mettre en 
transparence afin de savoir aussi quand on trace d'après un cliché la 
date des informations. Et pour faire simple


|--|--|--|
| 2016 | 2015 | 2015 |
|--|--|--|
| 2016 | 2015 | 2015 |
|--|--|--|
| 2014 | 2015 | 2015 |
|--|--|--|

P.S. : monsieur Michu non plus. C'est le mari de madame Michu ?

Nicolas, tu veux dire que l'année de référence est donc forcément 
l'année du changement (et le changement c'est maintenant 2016 ;-)).


Dans ce cas l'exigence du partenariat (date de référence) serait un 
non-sens et en dirait long sur la connaissance d'OSM par l'IGN.


Jean-Yvon

Le 28/06/2016 à 11:34, Philippe Verdy - verd...@wanadoo.fr a écrit :
Quel changeset? On parle du TMS de la BD Ortho, indépendamment des 
changesets qu'on peut produire en s'appuyant dessus sur OSM. Ce qui 
est intéressant de connaitre ce sont les dates des clichés (plus même 
que les dates de génération des tuiles, qui sont orthrectifiées et 
sont par endoit des assemblages de clichés juxtaposés pais pas 
forcément à la même date).
L'ennui c'est qu'en cas d'assemblage sur une tuile, il est difficile 
de tracer la date de chaque cliché. Donc au mieux cela devrait donner 
la date de génération de la tuile (ou de la métatuile plus grande dont 
pourrait être extraite la tuile demandée).
Au minimum, cette info devrait être dans les entêtes MIME HTTP (ce qui 
permet ensuite de gérer les caches en aval en cas de mise à jour sur 
le serveur). Et je ne sais pas si le serveur TMS peut gérer dans ses 
métadonnées un historique de versions, ou propose un moyen de les 
consulter, s'il y a conservation de versions plus anciennes).


Uniquement des requête HTTP "HEAD /chemin de la tuile" sur le serveur 
devrait retourner l'info, et la navigation normale devrait faire des 
"GET /chemin de la tuile" avec if "If-Updated-Since:" contenant la 
version dont dispose un client dans son cache. Tout ça c'est du 
HTTP/1.1 très standard. Les métadonnées ou requêtes spécifiques pour 
obtenir une liste des versions historiques et leur chemin d'accès 
c'est peut-être beaucoup demander.


(OSM non plus ne garde pas ses tuiles historiques dans son rendu, 
cependant il devrait aussi gérer les dates de mises à jour pour une 
gestion efficace des caches clients, qui lui fait aussi économiser de 
la bande passante et améliore beaucoup l'expérience utilisateur avec 
une plus grande fluidité pour ne pas recharger les mêmes tuiles déjà 
en cache et pas mises à jour côté serveur)


Le 27 juin 2016 à 19:08, Christian Quest > a écrit :


La date du changeset suffit, non ?

Le 27 juin 2016 à 17:53, > a écrit :

Le 27/06/2016 à 10:44, Christian Quest -
cqu...@openstreetmap.fr  a écrit :


La convention est en pièce jointe sur:
http://openstreetmap.fr/bdortho

Manque juste la définition de l'année de référence.
Est-ce l'année de consultation (2016) ou l'année des photos ?
Dans le second cas il faudrait avoir un accès facile à la donnée.
Par exemple un TMS donnant par tuile l'année de la photo.

Jean-Yvon

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




-- 
Christian Quest - OpenStreetMap France


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




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


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

Re: [OSM-talk-fr] Comment corriger une édition JOSM ?

2016-06-28 Per discussione pepilepi...@ovh.fr

Le 28/06/2016 à 12:48, Nicolas Dumoulin a écrit :
> Le Sun, 26 Jun 2016 23:32:52 +0200,
> Vincent de Château-Thierry  a écrit :
>
>> Bonsoir,
>>
>> Le 26/06/2016 22:29, Philippe Verdy a écrit :
>>> Le 26 juin 2016 à 22:20, pepilepi...@ovh.fr
>>>  >> > a écrit :
>>>
>>> S'il le ferme automatiquement au bout d'une heure c'est foutu.
>>> Mais je vais regarder ça pour les prochaines fois, merci  
>> Tu peux s'il s'agit des metadonnées (source, commentaire) les
>> formuler dans la discussion associée au changeset. 
[/Pardonnez ma naïveté et mon ignorance, mais.../]
comment on accède à cette "discussion associée au changeset" ?

Dans JOSM, à partir de l'historique j'arrive bien à afficher une fenêtre
"gestionnaire des groupes de modifications" (le fameux "changeset" je
suppose), je vois bien un onglet "discussion", mais il est vide et
apparemment on ne peut rien modifier là.

Merci,

Jean-Pierre



>> Quiconque arrivera
>> sur la page du changeset verra la discussion, et donc tes modifs a
>> posteriori.
> +1
> La meilleure solution en général.


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

Re: [Talk-at] Relation Altes AKH

2016-06-28 Per discussione Robert Kaiser


Stefan Tauner schrieb:

On Tue, 28 Jun 2016 08:18:37 +0200
Thomas Konrad  wrote:


Da sind allerhand einzelne Nodes (Denkmäler etc.) als Teil der Relation ohne 
Rolle eingetragen. Macht das Sinn? Konsequenterweise müsste man dann ja auch 
jedes Bankerl und jeden Fahrradständer da hinzufügen (was unwartbar wäre).


In eine Relation sollte das hinein, was dazu gehört... was dieses etwas
wirklich ausmacht


In eine Site-Relation, ja. In eine Multiploygon-Relation gehören nur die 
Elemente, die das Multipolygon definieren, und sonst nichts.


KaiRo


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

Re: [Talk-GB] Cannot create pages on OSM Wiki

2016-06-28 Per discussione Nick Allen

Hi,

I had a similar problem elsewhere.  Using a different browser worked for
me.

Good luck

Nick (OSM=Tallguy)
my phone is responsible for any spelling mistakes!

On 28 Jun 2016 10:44, "Paul Berry"  wrote:

> When attempting to add the content of a new page, there's a verification
> step...
>
> "To protect the wiki against automated page creation, we kindly ask you to
>> type the two words you see in the box below"
>
>
> ...but the alluded-to box is not shown, so additions are impossible.
>
> Any advice on how to resolve this would be useful.
>
> Thanks.
>
> Regards,
> *Paul*
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-de] FOSSGIS Konferenz - Standbetreuung

2016-06-28 Per discussione Andreas Labres


Hallo!

Falls jemand bei der Standbeitreuung am OSM-Stand während der FOSSGIS Konferenz 
(oder auch während der AGIT?) mitmachen möchte, bitte eintragen:


   https://wiki.openstreetmap.org/wiki/FOSSGIS_2016/Standbetreuung

Aussehen kann der Stand etwa so (letztes Jahr AGIT):

   http://wiki.openstreetmap.org/wiki/AGIT_2015

Danke!

/al

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

[Talk-at] FOSSGIS Konferenz - Standbetreuung

2016-06-28 Per discussione Andreas Labres


Hallo!

Falls jemand bei der Standbeitreuung am OSM-Stand während der FOSSGIS Konferenz 
(oder auch während der AGIT?) mitmachen möchte, bitte eintragen:


   https://wiki.openstreetmap.org/wiki/FOSSGIS_2016/Standbetreuung

Aussehen kann der Stand etwa so (letztes Jahr AGIT):

   http://wiki.openstreetmap.org/wiki/AGIT_2015

Danke!

/al

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

Re: [Talk-de] place=square

2016-06-28 Per discussione Tom Pfeifer


Florian Lohoff wrote on 2016/06/28 12:35:

On Tue, Jun 28, 2016 at 11:25:27AM +0200, Martin Koppenhoefer wrote:

http://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare


Entsprechend brauchen dann Adressen an dem Platz auch kein addr:street
sondern addr:place.


Der Platz selbst braucht kein Adresstag, so wie eine Straße ja auch
kein addr:street bekommt, sondern die angrenzenden Häuser.

Für die Häuser reicht auch addr:street=Alexanderplatz, da brauche ich
auch kein extra Tag dafür.


Leider wird der Name nicht gerendert -


Daher ja Martins Werbung, wenn mehr Tags benutzt werden, kommt auch der
Renderer vorbei

tom

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Romain MEHUT wrote
> Si tu n'es pas habitué aux relations, c'est sûr que c'est loin d'être
> évident à comprendre. As-tu essayé de regarder avec JOSM ?

Non, je préfère éditer directement via Id dans l'interface OSM plutôt que de
devoir installer et lancer un logiciel rien que pour ça, comme j'imagine la
grande majorité des utilisateurs lambda.

Donc…
1. la mauvaise méthode : modifier un feu rouge existant pour le tagger avec
"traffic_sign=FR:M12a" ou "traffic_sign=FR:M12b"

2. la bonne méthode, compliquée pour des utilisateurs lambda :
http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Panonceaux_de_type_M

3. Enfin, problème : après les panneaux bien connus M12a/b sont apparus
d'autres panneaux : tourne à gauche, tout droit + gauche, et "passe-partout"
(gauche, tout droit, droite). Les tags existent-ils dans OSM?
https://fr.wikipedia.org/wiki/Tourne-%C3%A0-droite_cycliste

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876674.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-de] place=square

2016-06-28 Per discussione Florian Lohoff

On Tue, Jun 28, 2016 at 12:35:03PM +0200, Florian Lohoff wrote:
> Entsprechend brauchen dann Adressen an dem Platz auch kein addr:street
> sondern addr:place.
> 
> Leider wird der Name nicht gerendert - Nominatim geht super ...

https://github.com/gravitystorm/openstreetmap-carto/issues/2203

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Le 28 juin 2016 à 11:59, Shohreh  a écrit :

> Merci pour l'explication.
>
> AMAH, ça aiderait les débutants de bonne volonté de réaliser une vidéo pour
> expliquer concrètement comment tagger les panneaux M12, puisqu'apparemment,
> la solution simple et instinctive de tagger un feu rouge avec
> "traffic_sign=FR:M12a" ou "traffic_sign=FR:M12b", n'est pas la solution
> recommandée.
>
> En tant qu'utilisateur un peu averti, je n'ai aucune idée de comment
> procéder après avoir lu ces instructions:
>
> http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Panonceaux_de_type_M


Si tu n'es pas habitué aux relations, c'est sûr que c'est loin d'être
évident à comprendre. As-tu essayé de regarder avec JOSM ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-legal-talk] Australian Government Data from data.gov.au

2016-06-28 Per discussione Simon Poole

The explicit permission that we received was for data released directly
by the Australian government, it is unclear if that could apply to data
that they have licensed from a third party for distribution which seems
to be the case here.

CC by 4.0 reduced the requirements on attribution compared to earlier
versions and people have argued that the indirect attribution
(OpenStreetMap -> osm.org -> original datasource) might be enough to
satisfy them, however I would suggest getting explicit permission from
either PSMA or

Department of the Prime Minister and Cabinet
02 6271 5111
spat...@pmc.gov.au 

to be on the safe side.

The further issue I see, is with the additional privacy principles that
must be followed. We cannot restrict how our data is used outside of the
ODbL terms. While we might not be adding personal information,
downstream that may well happen.

A possible workaround might be for either PSMA or pmc.gov.au to identify
which datasets are touchy and not import/use them (and lift the
additional terms for the remaining datasets).

Simon


Am 28.06.2016 um 08:54 schrieb cleary:
> After brief discussion on the talk-au list, advice is requested from the
> legal-talk list.
>
> The PSMA Admin Boundaries Data is released by the Australian Government
> at https://data.gov.au/dataset/psma-administrative-boundariesIt is
> provided under CC-BY-4.0 licence with a condition relating to privacy
> principles. 
>
> OSM has received explicit permission to use some Australian Government
> Data. See
> http://wiki.openstreetmap.org/wiki/Attribution/data.gov.au_explicit_permission
>  
>
> Some items published at data.gov.au under CC-BY 4.0 have already been
> listed on the Contributors page of the wiki but there is concern that
> the above-mentioned explicit permission may be insufficient for the
> data. The wiki contributors page includes the statement "Incorporates or
> developed using Administrative Boundaries ©PSMA Australia Limited
> licensed by the Commonwealth of Australia under Creative Commons
> Attribution 4.0 International licence (CC BY 4.0)." but it is not
> sourced or referenced so that its significance is unclear.
>
> The Boundaries Data is also provided with the condition that "Users must
> only use the data in ways that are consistent with the Australian
> Privacy Principles issued under the Privacy Act 1988 (Cth)."  It seems
> to me that OSM does not collect or use any personal information about
> identifiable individuals that would cause a problem but someone else may
> have a different view.
>
> Can we please have advice on whether the previously received explicit
> permission is adequate to permit use of the PSMA Admin Boundaries Data
> and whether there is any concern in relation to the Australian Privacy
> Principles. 
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk



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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-28 Per discussione Nicolas Dumoulin

Le Mon, 27 Jun 2016 19:08:44 +0200,
Christian Quest  a écrit :
> La date du changeset suffit, non ?

Oui.

Pour ce qui est de produire ou extraire la date des prises de vue,
comme le dit Jean-Yvon il faudrait des métadonnées supplémentaires que
nous n'avons pas. On va donc se contenter de la date du changeset qui
reste l'info la plus fiable pour l'instant.

-- 
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Comment corriger une édition JOSM ?

2016-06-28 Per discussione Nicolas Dumoulin

Le Sun, 26 Jun 2016 23:32:52 +0200,
Vincent de Château-Thierry  a écrit :

> Bonsoir,
> 
> Le 26/06/2016 22:29, Philippe Verdy a écrit :
> >
> > Le 26 juin 2016 à 22:20, pepilepi...@ovh.fr
> >   > > a écrit :
> >
> > S'il le ferme automatiquement au bout d'une heure c'est foutu.
> > Mais je vais regarder ça pour les prochaines fois, merci  
> 
> Tu peux s'il s'agit des metadonnées (source, commentaire) les
> formuler dans la discussion associée au changeset. Quiconque arrivera
> sur la page du changeset verra la discussion, et donc tes modifs a
> posteriori.

+1
La meilleure solution en général.

-- 
Nicolas Dumoulin


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

Re: [Talk-de] place=square

2016-06-28 Per discussione Florian Lohoff

On Tue, Jun 28, 2016 at 11:25:27AM +0200, Martin Koppenhoefer wrote:
> War vielleicht hier schonmal Thema letztes Jahr, ich bin mir aber nicht
> sicher, daher diese Mail, mit der ich den tag place=square bekannter machen
> will. Das ist ein tag um Plätze mit Namen zu taggen.
> 
> Bisher wird oft highway=pedestrian, area=yes dafür verwendet, aber das hat
> ein paar Nachteile (für den Fußgängerbereich wird man das natürlich
> trotzdem weiterhin verwenden), insbesondere bei Plätzen, die nicht
> durchgängig für Fußgänger gemacht sind, und wo man deshalb Objekte wie
> Gebäude, Statuen, Brunnen, Pflanzanlagen und ähnliches aus der highway area
> ausschneiden muss. Diese Objekte sind ja trotzdem Teil des Platzes, daher
> hatte das bisherige tagging hier immer ein Problem.
> 
> Das ist die Wikiseite dazu:
> http://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare

Entsprechend brauchen dann Adressen an dem Platz auch kein addr:street
sondern addr:place.

Leider wird der Name nicht gerendert - Nominatim geht super ...

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

[OSM-talk] Landcover for Brazil

2016-06-28 Per discussione Steve Chilton

Does anyone know of landcover data that is available for Brazil (like Corine 
for Europe), Bela Horizonte in particular?

Cheers
Steve


Steve Chilton FSEDA, Teaching Fellow
Lead Academic Developer
Centre for Academic Practice Enhancement (CAPE)
Middlesex University [normal working days Mon-Wed]
phone: 020 8411 5355   email: ste...@mdx.ac.uk
[cid:image001.jpg@01D1D130.98260940]
CAPE on the MDX 
Intranet
The latest Workshop schedule available 
here. CAPE Staff 
Development Portal info 
Do you have a special request? Please complete our Bespoke session form 


Profile: http://www.middlesex.wikispaces.net/user/view/steve8
Blog: http://itsahill.wordpress.com/
Chair of the Society of Cartographers: http://www.soc.org.uk/

[cid:image002.png@01D1D130.98260940]






---


Please note that all incoming post to Middlesex University is opened and 
scanned by our digital document handler and then emailed to the recipient. If 
you do not want your correspondence to processed in this way please email the 
recipient directly. Parcels, couriered items and recorded delivery items will 
not be opened or scanned.

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

Re: [Talk-it] Modifica segnaletica vie strade da parte di privati.

2016-06-28 12:09 GMT+02:00 Dino Michelini :

> OK... ho solo estremizzato la questione.




si, anch'io. Scusate la maniera "creativa" di usare congiuntivi e
condizionali ed altri errori. ;-)

Non è mai sicuro niente al 100%, ma qualcuno (OSMF) si è impegnato
parrecchio per cercare di toglierti (mappatore) la responsibilità (legale)
dalle spalle.

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

Re: [Talk-it] Modifica segnaletica vie strade da parte di privati.

2016-06-28 Per discussione Dino Michelini

  OK... ho solo estremizzato la questione. Spero almeno che sia ben
evidente che mappando qualche problema, anche se incosapevolmente, lo
possiamo creare. Quindi, oltra a divertirci, usiamo la testa.

Il
28.06.2016 11:49 Martin Koppenhoefer ha scritto: 

> 2016-06-28 10:32
GMT+02:00 Daniele Gitto :
> 
>> Interessante questa cosa.
>>
Tranquillizzami, come sei così sicuro?
>> A occhio, non basta certo una
stringa di HTML in Italia. Tutto dipende dall'investimento che le parti
fanno in parcelle avvocatizie.
>> E' ironia, però sul serio: se ammetti
che "possono cercare di tirarti dentro" significa che sei già nelle
maglie della giustizia. Troppo tardi. Questa cosa è fondamentale perché
(per me) significherebbe che non conviene mappare, ma farsi i fatti
propri.
> 
> si, se vuoi essere sicuro al 99,9% non dovresti alzarti
dal letto la mattina, e dovresti sperare che non si incendiasse casa tua
(oppure una fabbrica nelle tue vicinanze di cui l'incendio provoca gas
tossici), che non ti prendessi un attacco al cuore, che non avessi
mangiato roba avvelenata, e che non cadesse un aeroplano proprio su casa
tua. Comunque se non ti alzasti dal letto, dopo un po' moriresti di una
trombosi (quindi dovresti prenderti dei farmaci che solo bene non
fanno).
> 
> Scherzi a parte, tu mappatore come anche la OSMF non siete
risponsabili perché i dati sono distribuiti senza garantire niente (lo
accetta chi usa i dati OSM).
> 
> Lo hai stipulato tu insieme alla OSMF
(con l'accettazione delle Contributor Terms):
> --
>
https://wiki.osmfoundation.org/wiki/License/Contributor_Terms/IT [2]
>

> 6. Limitazione di responsabilità 1. Nei limiti consentiti dalla legge
applicabile, e senza pregiudizio a quanto previsto dal precedente
articolo 1; Tu fornisci i Contenuti senza garanzie esplicite o implicite
di nessun tipo per quanto riguarda - a titolo esemplificativo - la loro
qualità, assenza di vizi o difetti, adeguatezza e conformità al loro
scopo o altro.2. Fatte salve le responsabilità che la legge non permette
di escludere o derogare, né Tu né OSMF potranno intendersi responsabili
di eventuali danni, siano essi diretti o indiretti, a titolo
contrattuale o extracontrattuale, morali o materiali, e a qualunque
genere essi appartengano. La presente esclusione di responsabilità sarà
valida anche nel caso in cui una delle parti sia stata avvertita della
possibilità che tali danni si verifichino. 
> 
> 7. Varie. Il presente
Accordo è disciplinato dalla legge vigente in Inghilterra - Regno Unito,
senza possibilità di applicazione delle relative norme di diritto
internazionale privato. Si conviene espressamente che al presente
Accordo non potrà essere applicata la Convenzione delle Nazioni Unite.
--
> 
> Come vedi in 7., la legge da applicarsi è quella inglese,
anche se l'accordo che abbiamo / avete stipulati è in italiano. 
> 
>
cfr. anche:
> https://wiki.osmfoundation.org/wiki/Mission_Statement
[3]
> - Handles legal challenges to project and its people
> 
> Forse
anche interessante, responsabilità dei membri OSMF:
> 
> LIABILITY OF
MEMBERS
> 
> 4. The liability of each member is limited to £1, being the
amount that each member undertakes to contribute to the assets of the
Foundation in the event of its being wound up while they are a member or
within one year after they cease to be a member, for- (1) payment of the
Foundation's debts and liabilities contracted before their membership
ceases;(2) payment of the costs, charges and expenses of winding up;
and(3) adjustment of the rights of the contributories among themselves.

> 
> Quindi io membro della OSMF devo pagare fino ad 1 Stellina nel
caso che la OSMF fallisse (ad ora non è molto, ma se in futuro col
Brexit la Stellina riscontrasse una salita di valore exorbitante
rispetto all'EUR forse mi dovrei preoccupare). 
> 
> Ciao, 
> 
> Martin




Con Tutto Incluso Light navighi fino a 20 Mega senza limiti e chiami a 0 
cent/minuto verso tutti i fissi e i mobili in Italia a 19,95 euro/mese per 
sempre. In piu' ora l'attivazione e' Gratis! http://casa.tiscali.it/

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Merci pour l'explication.

AMAH, ça aiderait les débutants de bonne volonté de réaliser une vidéo pour
expliquer concrètement comment tagger les panneaux M12, puisqu'apparemment,
la solution simple et instinctive de tagger un feu rouge avec
"traffic_sign=FR:M12a" ou "traffic_sign=FR:M12b", n'est pas la solution
recommandée.

En tant qu'utilisateur un peu averti, je n'ai aucune idée de comment
procéder après avoir lu ces instructions:
http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Panonceaux_de_type_M



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876663.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-it] Modifica segnaletica vie strade da parte di privati.

2016-06-28 10:32 GMT+02:00 Daniele Gitto :

> Interessante questa cosa.
> Tranquillizzami, come sei così sicuro?
> A occhio, non basta certo una stringa di HTML in Italia. Tutto dipende
> dall'investimento che le parti fanno in parcelle avvocatizie.
> E' ironia, però sul serio: se ammetti che "possono cercare di tirarti
> dentro" significa che sei già nelle maglie della giustizia. Troppo tardi.
> Questa cosa è fondamentale perché (per me) significherebbe che non conviene
> mappare, ma farsi i fatti propri.
>


si, se vuoi essere sicuro al 99,9% non dovresti alzarti dal letto la
mattina, e dovresti sperare che non si incendiasse casa tua (oppure una
fabbrica nelle tue vicinanze di cui l'incendio provoca gas tossici), che
non ti prendessi un attacco al cuore, che non avessi mangiato roba
avvelenata, e che non cadesse un aeroplano proprio su casa tua. Comunque se
non ti alzasti dal letto, dopo un po' moriresti di una trombosi (quindi
dovresti prenderti dei farmaci che solo bene non fanno).

Scherzi a parte, tu mappatore come anche la OSMF non siete risponsabili
perché i dati sono distribuiti senza garantire niente (lo accetta chi usa i
dati OSM).

Lo hai stipulato tu insieme alla OSMF (con l'accettazione delle Contributor
Terms):
--
https://wiki.osmfoundation.org/wiki/License/Contributor_Terms/IT

6. Limitazione di responsabilità
1. Nei limiti consentiti dalla legge applicabile, e senza pregiudizio a
quanto previsto dal precedente articolo 1; Tu fornisci i Contenuti senza
garanzie esplicite o implicite di nessun tipo per quanto riguarda – a
titolo esemplificativo – la loro qualità, assenza di vizi o difetti,
adeguatezza e conformità al loro scopo o altro. 2. Fatte salve le
responsabilità che la legge non permette di escludere o derogare, né Tu né
OSMF potranno intendersi responsabili di eventuali danni, siano essi
diretti o indiretti, a titolo contrattuale o extracontrattuale, morali o
materiali, e a qualunque genere essi appartengano. La presente esclusione
di responsabilità sarà valida anche nel caso in cui una delle parti sia
stata avvertita della possibilità che tali danni si verifichino.

7. Varie. Il presente Accordo è disciplinato dalla legge vigente in
Inghilterra – Regno Unito, senza possibilità di applicazione delle relative
norme di diritto internazionale privato. Si conviene espressamente che al
presente Accordo non potrà essere applicata la Convenzione delle Nazioni
Unite.
--

Come vedi in 7., la legge da applicarsi è quella inglese, anche se
l'accordo che abbiamo / avete stipulati è in italiano.


cfr. anche:
https://wiki.osmfoundation.org/wiki/Mission_Statement
- Handles legal challenges to project and its people


Forse anche interessante, responsabilità dei membri OSMF:
LIABILITY OF MEMBERS

4. The liability of each member is limited to £1, being the amount that
each member undertakes to contribute to the assets of the Foundation in the
event of its being wound up while they are a member or within one year
after they cease to be a member, for-
(1) payment of the Foundation's debts and liabilities contracted before
their membership ceases;(2) payment of the costs, charges and expenses of
winding up; and(3) adjustment of the rights of the contributories among
themselves.


Quindi io membro della OSMF devo pagare fino ad 1 Stellina nel caso che la
OSMF fallisse (ad ora non è molto, ma se in futuro col Brexit la Stellina
riscontrasse una salita di valore exorbitante rispetto all'EUR forse mi
dovrei preoccupare).


Ciao,

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Francescu GAROBY

À noter qu'il faut une relation par direction possible !
La plupart du temps, le panonceau n'autorise que de tourner à droite (M12a)
ou d'aller tout droit (M12b). Mais il existe maintenant des cas (à Sceaux
, notamment) où 2 voire
3 directions sont possibles (droite, tout droit, et à gauche).


Francescu

Le 28 juin 2016 à 10:26, Christian Quest  a écrit :

> Pour les M12a et M12b, c'est par des relations qu'on les intègre (ce qui
> est assez lourd), exemple: http://www.openstreetmap.org/relation/5453716
>
> type=restriction
> restriction:bicycle=give_way
>
> en membres:
>
> from= le segment de route d'où l'on vient
> to= le segment de route où l'on peut aller
> via= le noeud d'intersection entre les deux
>
> ça fonctionne en fait sur le même principe que les interdictions de
> tourner.
>
> Il n'y en a pas des masses à l'heure actuelle, overpass me dit 340.
>
>
> Le 28 juin 2016 à 09:42, Shohreh  a écrit :
>
>> Je complète : dans le même genre, comment ajouter les panneaux vélos
>> M12a/b
>> (cédez-le-passage-au-feu) à des feux existants?
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876635.html
>> Sent from the France mailing list archive at Nabble.com.
>>
>> ___
>> 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
>
>


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

[Talk-GB] Cannot create pages on OSM Wiki

2016-06-28 Per discussione Paul Berry

When attempting to add the content of a new page, there's a verification
step...

"To protect the wiki against automated page creation, we kindly ask you to
> type the two words you see in the box below"


...but the alluded-to box is not shown, so additions are impossible.

Any advice on how to resolve this would be useful.

Thanks.

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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

2016-06-28 Per discussione Philippe Verdy

Quel changeset? On parle du TMS de la BD Ortho, indépendamment des
changesets qu'on peut produire en s'appuyant dessus sur OSM. Ce qui est
intéressant de connaitre ce sont les dates des clichés (plus même que les
dates de génération des tuiles, qui sont orthrectifiées et sont par endoit
des assemblages de clichés juxtaposés pais pas forcément à la même date).
L'ennui c'est qu'en cas d'assemblage sur une tuile, il est difficile de
tracer la date de chaque cliché. Donc au mieux cela devrait donner la date
de génération de la tuile (ou de la métatuile plus grande dont pourrait
être extraite la tuile demandée).
Au minimum, cette info devrait être dans les entêtes MIME HTTP (ce qui
permet ensuite de gérer les caches en aval en cas de mise à jour sur le
serveur). Et je ne sais pas si le serveur TMS peut gérer dans ses
métadonnées un historique de versions, ou propose un moyen de les
consulter, s'il y a conservation de versions plus anciennes).

Uniquement des requête HTTP "HEAD /chemin de la tuile" sur le serveur
devrait retourner l'info, et la navigation normale devrait faire des "GET
/chemin de la tuile" avec if "If-Updated-Since:" contenant la version dont
dispose un client dans son cache. Tout ça c'est du HTTP/1.1 très standard.
Les métadonnées ou requêtes spécifiques pour obtenir une liste des versions
historiques et leur chemin d'accès c'est peut-être beaucoup demander.

(OSM non plus ne garde pas ses tuiles historiques dans son rendu, cependant
il devrait aussi gérer les dates de mises à jour pour une gestion efficace
des caches clients, qui lui fait aussi économiser de la bande passante et
améliore beaucoup l'expérience utilisateur avec une plus grande fluidité
pour ne pas recharger les mêmes tuiles déjà en cache et pas mises à jour
côté serveur)

Le 27 juin 2016 à 19:08, Christian Quest  a écrit :

> La date du changeset suffit, non ?
>
> Le 27 juin 2016 à 17:53,  a écrit :
>
>> Le 27/06/2016 à 10:44, Christian Quest - cqu...@openstreetmap.fr a
>> écrit :
>>
>> La convention est en pièce jointe sur: 
>> http://openstreetmap.fr/bdortho
>>
>> Manque juste la définition de l'année de référence.
>> Est-ce l'année de consultation (2016) ou l'année des photos ?
>> Dans le second cas il faudrait avoir un accès facile à la donnée.
>> Par exemple un TMS donnant par tuile l'année de la photo.
>>
>> Jean-Yvon
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-de] place=square

War vielleicht hier schonmal Thema letztes Jahr, ich bin mir aber nicht
sicher, daher diese Mail, mit der ich den tag place=square bekannter machen
will. Das ist ein tag um Plätze mit Namen zu taggen.

Bisher wird oft highway=pedestrian, area=yes dafür verwendet, aber das hat
ein paar Nachteile (für den Fußgängerbereich wird man das natürlich
trotzdem weiterhin verwenden), insbesondere bei Plätzen, die nicht
durchgängig für Fußgänger gemacht sind, und wo man deshalb Objekte wie
Gebäude, Statuen, Brunnen, Pflanzanlagen und ähnliches aus der highway area
ausschneiden muss. Diese Objekte sind ja trotzdem Teil des Platzes, daher
hatte das bisherige tagging hier immer ein Problem.

Das ist die Wikiseite dazu:
http://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Christian Quest

Le rendu OSM n'affiche pas les passages piétons.
highway=crossing c'est un passage piéton, crossing=traffic_signals indique
qu'il est protégé par un feu de circulation, qui est ailleurs et rendu.

Sur le rendu FR, tu devrais voir ce passage piéton, mais il n'y a rien qui
indique qu'il est protégé sur le rendu.



Le 28 juin 2016 à 11:09, Shohreh  a écrit :

> Merci.
>
> Mais ça ne répond pas à la question : pourquoi le feu existant (sélectionné
> en haut, en rouge) n'apparait pas dans le rendu?
> https://s32.postimg.org/50uaq0o2d/OSM_ajouter_feu_rouge_2.png
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876654.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Vincent de Château-Thierry

Bonjour,

> De: "Shohreh" 
> 
> Mais ça ne répond pas à la question : pourquoi le feu existant
> (sélectionné
> en haut, en rouge) n'apparait pas dans le rendu?
> https://s32.postimg.org/50uaq0o2d/OSM_ajouter_feu_rouge_2.png

Le rendu ne gère pas la combinaison highway=crossing + 
crossing=traffic_signals, qui est utilisée sur le node que tu indiques. Les 
feux représentés sur la carte sont qualifiées avec highway=traffic_signals.

vincent

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Merci.

Mais ça ne répond pas à la question : pourquoi le feu existant (sélectionné
en haut, en rouge) n'apparait pas dans le rendu?
https://s32.postimg.org/50uaq0o2d/OSM_ajouter_feu_rouge_2.png



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876654.html
Sent from the France mailing list archive at Nabble.com.

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

[Talk-it] OpenMTBMap - velomap

2016-06-28 Per discussione Volker Schmidt

Una notizia che riguarda utenti di queste mappe:

"Compatibility with new Garmin devices and Unicode Maps"

https://www.velomap.org/uncategorized/unicode-maps/?utm_source=feedburner_medium=email_campaign=Feed%3A+OpenMTBMap+%28OpenMTBMap%29

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

Re: [Talk-it] Place=square

2016-06-28 Per discussione girarsi_liste

Il 28/06/2016 10:01, Volker Schmidt ha scritto:
> E' una cosa  nuova (del 2015) e non ho trovato una discussione.

C'è una breve discussione nella pagina dedicata al tag:

http://wiki.openstreetmap.org/wiki/Talk:Tag:place%3Dsquare




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



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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Florian COUËRON

Un way est composé de nodes reliés entre eux. 

Pour placer ton feu rouge il faut que tu insères un node sur l'avenue
(sélectionne le way, un petit + apparait à côté de ton curseur quand tu
survoles le way entre deux nodes, fais un cliquez glissez pour insérer
un node et le placer) auquel tu ajoutes les attributs qui vont bien
(highway=traffic_signals ...)

Pour le panneau de cédez le passage, je pense que tu t'en sortiras avec
une relation type=restriction + restriction:bicycle=give_way (voir
FR:Bicycle [1]). 

 Florian 

Le 28/06/2016 10:06, Shohreh a écrit :

> Francescu GAROBY wrote 
> 
>> Si tu parles du feu à l'intersection de l'Avenue Pierre Brossolette et de
>> l'Avenue du 12 Février 1934, il est bien sur un node :
>> http://www.openstreetmap.org/node/162614031
> 
> Dans ce cas, comment faire la même chose ailleurs?
> 
> Si je clique sur l'objet Point, ça n'a pas du tout la même tête:
> https://s32.postimg.org/4566sqzzp/OSM_ajouter_feu_rouge.png
> 
> Et bis : comment ajouter un panneau M12a/b à un feu rouge existant?
> 
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876642.html
> Sent from the France mailing list archive at Nabble.com.
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
 

Links:
--
[1] https://wiki.openstreetmap.org/wiki/FR:Bicycle___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Le 28 juin 2016 à 10:06, Shohreh  a écrit :

>
> Et bis : comment ajouter un panneau M12a/b à un feu rouge existant?
>

Si tu te sens à l'aise avec les relations cf.
http://wiki.openstreetmap.org/wiki/FR:Road_signs_in_France#Panonceaux_de_type_M

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Par contre, comment se fait-il que ce feu n'apparaît pas sur la carte alors
qu'il est taggé "traffic_signals"?

https://s32.postimg.org/50uaq0o2d/OSM_ajouter_feu_rouge_2.png



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876645.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-it] Modifica segnaletica vie strade da parte di privati.

2016-06-28 Per discussione Daniele Gitto


Il 28/06/2016 09:49, Martin Koppenhoefer ha scritto:



scherzi? La responsabilità  dell'
abbatimento sta da parte chi abbatte la casa sbagliata, loro possono eventualmente 
cercare di tirare dentro chi ha creato la confusione, ma sia nel caso di Google maps che 
di osm non funzionerà, perché non diamo indicazioni "autoritative"/ufficiali


, la responsabilità dell'errore sarebbe ricaduta sul "povero" mappatore?


no.



Interessante questa cosa.
Tranquillizzami, come sei così sicuro?
A occhio, non basta certo una stringa di HTML in Italia. Tutto dipende 
dall'investimento che le parti fanno in parcelle avvocatizie.
E' ironia, però sul serio: se ammetti che "possono cercare di tirarti 
dentro" significa che sei già nelle maglie della giustizia. Troppo 
tardi. Questa cosa è fondamentale perché (per me) significherebbe che 
non conviene mappare, ma farsi i fatti propri.

Daniele


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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Christian Quest

Pour les M12a et M12b, c'est par des relations qu'on les intègre (ce qui
est assez lourd), exemple: http://www.openstreetmap.org/relation/5453716

type=restriction
restriction:bicycle=give_way

en membres:

from= le segment de route d'où l'on vient
to= le segment de route où l'on peut aller
via= le noeud d'intersection entre les deux

ça fonctionne en fait sur le même principe que les interdictions de tourner.

Il n'y en a pas des masses à l'heure actuelle, overpass me dit 340.


Le 28 juin 2016 à 09:42, Shohreh  a écrit :

> Je complète : dans le même genre, comment ajouter les panneaux vélos M12a/b
> (cédez-le-passage-au-feu) à des feux existants?
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876635.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] Bonne méthode pour ajouter un feu rouge?

2016-06-28 Per discussione Jérôme Seigneuret

Bonjour,
J’utilise deux méthodes

*cas simplifié *
Soit je mets sur le nœud de l'intersection
highway=traffic_signals

exemple
http://www.openstreetmap.org/node/246689294


*cas détaillé (sans sens unique)*
Soit je mets un nœud sur le linéaire au niveau de la ligne d'arrêt au sol.
highway=traffic_signals
direction=forward (si la voie est à double sens, si le feux et pour le sens
de déplacement correspondant au sens de tracé) direction=backward (pour u
sens de déplacement à l'inverse du sens du tracé)

exemple
http://www.openstreetmap.org/node/4023259888


*cas détaillé (avec sens unique)*
Soit je mets un nœud sur le linéaire au niveau de la ligne d'arrêt au sol.
highway=traffic_signals

*valeur implicite*
*direction=forward (sauf si la voirie à cette valeur oneway=-1 car cela
change la donne. Mais n'est plus à mettre et devrait
être systématiquement corrigé...)*

exemple
http://www.openstreetmap.org/node/4023260389

Sinon pour  M12a/b j'utiliserai la deuxième méthode proposé avec en plus
sur le noeud
traffic_sign=FR:M12a

La direction est déjà détaillé au dessus mais il existe aussi le model
suivant:
traffic_sign:forward=FR:M12a
traffic_sign:backward=FR:M12a

Bonne journée
Jérôme

Le 28 juin 2016 à 09:44, Francescu GAROBY  a écrit :

> Bonjour,
> Si tu parles du feu à l'intersection de l'Avenue Pierre Brossolette et de
> l'Avenue du 12 Février 1934, il est bien sur un node :
> http://www.openstreetmap.org/node/162614031
>
>
> Francescu
>
> Le 28 juin 2016 à 09:41, Shohreh  a écrit :
>
>> Merci.
>>
>> Pourtant, le feu rouge qui existe à proximité n'est pas un node :
>> apparemment, le tag est intégré dans le way auquel il appartient:
>>
>> http://www.openstreetmap.org/?mlat=48.81772=2.30788#map=18/48.81772/2.30788
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876633.html
>> Sent from the France mailing list archive at Nabble.com.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Francescu
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Trouvé : il faut effectivement cliquer sur l'objet Point, et le déposer sur
le way, afin qu'il y soit intégré.

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876643.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Bonne méthode pour ajouter un feu rouge?

Francescu GAROBY wrote
> Si tu parles du feu à l'intersection de l'Avenue Pierre Brossolette et de
> l'Avenue du 12 Février 1934, il est bien sur un node :
> http://www.openstreetmap.org/node/162614031

Dans ce cas, comment faire la même chose ailleurs?

Si je clique sur l'objet Point, ça n'a pas du tout la même tête:
https://s32.postimg.org/4566sqzzp/OSM_ajouter_feu_rouge.png

Et bis : comment ajouter un panneau M12a/b à un feu rouge existant?




--
View this message in context: 
http://gis.19327.n5.nabble.com/Bonne-methode-pour-ajouter-un-feu-rouge-tp5876628p5876642.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-it] Place=square

2016-06-28 Per discussione Volker Schmidt

E' una cosa  nuova (del 2015) e non ho trovato una discussione.
A me andrebbe bene come tagging complementare.
Finora mancava un tag per "piazza" se questa piazza è composta da elementi
diversi (pedonale, verde/parco, strade veicolari, ...)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Place=square



sent from a phone

> Il giorno 28 giu 2016, alle ore 08:52, Simone  ha 
> scritto:
> 
> Sono lontano dal PC, ma per le piazze italiane, non ricordo dov'è la 
> discussione, si era optato per highway=pedestrian + area =yes.
> Square vedi la pagina sulla wiki, non centra con le nostre tipologie di 
> piazza.


per me avrebbe senso un place=square perché con highway=pedestrian e area=yes 
si riesce solo a mappare certi tipi di piazze (quelle senza 
ostacoli/statue/monumenti/fontane/aiuole ecc.) con accuratezza. Penso che 
sarebbe opportuno mappare sia place=square che highway=pedestrian 


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

Re: [Talk-it] Place=square

2016-06-28 Per discussione Andrea Musuruane

2016-06-28 7:59 GMT+02:00 Federico Cortese :

> Non credevo che place si potesse usare per una piazza
> (http://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare) ma è corretto
> togliere highway e sostituirlo con place?
>

Secondo me no, perché si perde un'informazione. Ci sono piazze pedonali,
parcheggi, ecc. Sostituendolo con place perdi tutto questo.


> https://www.openstreetmap.org/way/386702199
>

Anche i tag addr:* sono errati perché sono sempre da associare a un
indirizzo.

Ciao,

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

Re: [Talk-it] aiuto scelta tra 2 o più tag comuni in ambiente agricolo

2016-06-28 Per discussione Aury88

non è che non è affidabile...semplicemente che quella scelta è stata fatta da
pochi  ma non è di per se un difetto del wiki se pochi mappatori vi
partecipano o lo leggono.
l'uso di landuse=reservoir personalmente non lo utilizzerei se basin è
equivalente...il problema quindi è se  siano equivalenti o menose lo
sono tu mi insegni che due tag per descrivere la stessa cosa non è di per se
un grosso problema (imho è un problema, ma effettivamente non grosso ;-) )
purchè non ci sia ambiguità su cosa indicano. comunque gli oggetti su cui ho
il dubbio sembrano corrispondere bene alla descrizione e immagine del basin
e quindi opterei per l'utilizzo di questo tag che non ha subito votazioni
contro il suo utilizzo. reservoir continua a suonarmi più attinente a grandi
bacini d'acqua artificiali...:-/

onestamente per gli elementi basin non credo mapperò mai anche la copertura
effettiva dell'acqua...viste le piccole dimensioni è un dato troppo
variabile specialmente in zone soggette sia ad alluvioni che a siccità come
il territorio di gela.

grazie per la spiegazione sulla differenza silo vs storage_tank...quella
parte sullo stato fisico del contenuto mi era sfuggita. ho già aggiornato
tutto al nuovo tag...sperando di aver interpretato correttamente cosa
contengono (non ci sono mai entrato dentro)



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/aiuto-scelta-tra-2-o-piu-tag-comuni-in-ambiente-agricolo-tp5876472p5876638.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Modifica segnaletica vie strade da parte di privati.