date:20170109

On 10-Jan-17 12:44 PM, Andy Townsend wrote:

On 10/01/17 01:20, David Groom wrote:

...
Tag info shows 579 ways tagged with crop = beet, of these 572 are in
northern Italy added by 3 users, so its probably quite easy to ask
what exactly they meant by "beet" , and retag these existing ways if
they actually should be beetroot.

In the UK I could hazard a guess as to whether sugarbeet or something
else based on the proximity to one of British Sugar's plants such as
Newark or Peterborough, but in Northern Italy asking the mapper
definitely seems like a good idea.

There are lots of 'beets' ... different kinds of plants that is.
http://www.webcitation.org/6Fu9TOBWl?url=http%3A%2F%2Fwww.plantnames.unimelb.edu.au%2FSorting%2FBeta.html

Having viewed that ... I think the value can be left as beet... it maybe
viewed as 'generic' for all the different kinds.

I am only familiar with beetroot ... but I have changed the wiki
description to

"Beet field, many different kinds, beetroot and sugarbeet being two. "

It was ""Beet field"

If necessary to identify a particular beet then a further tag could be
added

beet=beetroot, sugarbeet, sea_beat etc...

Another caveat in the UK - crops are often rotated (and planted based
on price expectation) so what is beet one year is barley the next, and
perhaps oil-seed rape after that. Essentially, where this variation
happens it'd be difficult to trust any "crop" tag over a year old.

There is at least one instance of multiple values separated by ; I'd
think that would be one way of mapping crop rotation values? Rendering
is another problem.

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

Re: [Talk-GB] beetroot or beet

2017-01-09 Thread Craig Wallace


On 2017-01-10 01:20, David Groom wrote:

Although "beet" could also refer to "sugar beet"


Or "fodder beet" (aka mangelwurzel).
I think it is rather similar to sugar beet, not sure if you could tell 
the difference in the field.


It seems they are all the same species (Beta vulgaris), but different 
cultivars. Also Swiss chard is the same species, but using the leaves.



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

Re: [Talk-GB] beetroot or beet


On 10/01/17 01:20, David Groom wrote:

...
Tag info shows 579 ways tagged with crop = beet, of these 572 are in 
northern Italy added by 3 users, so its probably quite easy to ask 
what exactly they meant by "beet" , and retag these existing ways if 
they actually should be beetroot.


In the UK I could hazard a guess as to whether sugarbeet or something 
else based on the proximity to one of British Sugar's plants such as 
Newark or Peterborough, but in Northern Italy asking the mapper 
definitely seems like a good idea.


Another caveat in the UK - crops are often rotated (and planted based on 
price expectation) so what is beet one year is barley the next, and 
perhaps oil-seed rape after that.  Essentially, where this variation 
happens it'd be difficult to trust any "crop" tag over a year old.


Best Regards,

Andy


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

Re: [Talk-GB] tag prow_ref




On 09/01/17 23:56, David Groom wrote:
Has any one got any instances of any providers of OSM data using the 
prow_ref on rendering / routing


A map style rather than a "provider of OSM data", but it seemed like a 
good idea so I added basic support at:


https://github.com/SomeoneElseOSM/SomeoneElse-style/blob/master/style.lua#L1957

You'll need to render your own tiles though.

Cheers,

Andy

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

Re: [Talk-GB] beetroot or beet


Although "beet" could also refer to "sugar beet"

I think the wiki pages may be confused

The wiki page for crop in Japanese 
http://wiki.openstreetmap.org/wiki/JA:Key:crop does seem to have crop = 
beet translating as sugar beet


Whereas the Polish page I think has crop = beet translating a beetroot

There probably needs to be an addition to the English crop page to have 
crop = beet and make this clear it is sugar beet.


Tag info shows 579 ways tagged with crop = beet, of these 572 are in 
northern Italy added by 3 users, so its probably quite easy to ask what 
exactly they meant by "beet" , and retag these existing ways if they 
actually should be beetroot.


David

-- Original Message --
From: "Warin" <61sundow...@gmail.com>
To: talk-gb@openstreetmap.org
Sent: 10/01/2017 00:01:24
Subject: [Talk-GB] beetroot or beet


Hi again,

another UK English question.


I use beetroot .. but beet has been used on the wiki.

I think beet comes from American English.


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




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

Re: [Talk-GB] tag prow_ref

The prow:ref tag emerged from a discussion I started on this list about 
the problem of using the ref tag to refer to PROW references.  The 
specific problem was that some highways were also designated footpaths / 
bridleways, and so if the ref tag was used to tag a rights of way 
reference it was given the same rendering priority on these ways as a 
road reference.  There was also no way to distinguish between a ref tag 
which was for a road reference, and a ref tag which was for a prow 
reference on that road.  Thus the prow:ref tag was suggested.


At a later stage I noted the prow_ref tag started to be used.  I did not 
follow the discussion / reasoning behind that, but I find it hard to 
believe that we need both a prow_ref  tag and a prow:ref tag.  So I 
assume the prow_ref tag supoerceeded the prow:ref tag, but for the 
reasoning outlined in the first paragraph I would not think it helpful 
to simple use the plain "ref" tag on the Isle of Wight.


I cant follow the logic of  "Visibly signed things go into 'ref'", since 
that would seem to mean we don't need lcn_ref tags as these are visible 
signed.


David




-- Original Message --
From: "Robert Norris" 
To: "Talk-GB@openstreetmap.org" ; "David 
Groom" 

Sent: 10/01/2017 00:36:41
Subject: Re: [Talk-GB] tag prow_ref

If I remember correctly the use of "prow_ref" tag is normally when the 
reference is taken from the  Council ROW information documents that are 
compatible with OSM.

'ref' is used when the Reference itself is on the signed on the ground.
Thus for the Isle Of Wight, it is probably recommended to use the 'ref' 
field since I believe most if not all ROW on the IOW have the reference 
on the sign posts.
Whereas for most of the rest of England and Wales, only rarely are the 
ROW references put on sign posts (I don't know of anywhere else that 
does it consistently compared to the IOW). The only times I normally 
see ROW references are on permissive notices or temporary route 
diversion notices.
Thus similar to the recommendation for 'C' road references vs A/B 
Roads. Visibly signed things go into 'ref' so used for A/B roads. 
'official_ref' or similar should be used for C roads.


--
Be Seeing You - Rob.
If at first you don't succeed,
then skydiving isn't for you.


From: David Groom 
Sent: 09 January 2017 23:56:51
To: Talk-GB@openstreetmap.org
Subject: [Talk-GB] tag prow_ref

Has any one got any instances of any providers of OSM data using the 
prow_ref on rendering / routing


I recently pointed out to a mapper that if the reference numbers he was 
adding to footpaths were official PROW reference numbers it was 
recommended to use the "prow_ref" tag rather than the plain "ref" tag.  
He's now amended his entries to prow_ref but is a little disappointed 
it doesn't show up on the main map, OsmAnd, or Maps.me.


I have pointed out to him that OSM is mainly a provider of data, not 
maps, so not everything is rendered on the man map, but it would be 
nice if I could point him in the direction of where it is being used,  
other than my own web site and custom OsmAnd file.


Thanks

David







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

Re: [Talk-GB] tag prow_ref

2017-01-09 Thread Robert Norris

If I remember correctly the use of "prow_ref" tag is normally when the 
reference is taken from the  Council ROW information documents that are 
compatible with OSM.
'ref' is used when the Reference itself is on the signed on the ground.
Thus for the Isle Of Wight, it is probably recommended to use the 'ref' field 
since I believe most if not all ROW on the IOW have the reference on the sign 
posts.
Whereas for most of the rest of England and Wales, only rarely are the ROW 
references put on sign posts (I don't know of anywhere else that does it 
consistently compared to the IOW). The only times I normally see ROW references 
are on permissive notices or temporary route diversion notices.
Thus similar to the recommendation for 'C' road references vs A/B Roads. 
Visibly signed things go into 'ref' so used for A/B roads. 'official_ref' or 
similar should be used for C roads.

--
Be Seeing You - Rob.
If at first you don't succeed,
then skydiving isn't for you.


From: David Groom 
Sent: 09 January 2017 23:56:51
To: Talk-GB@openstreetmap.org
Subject: [Talk-GB] tag prow_ref

Has any one got any instances of any providers of OSM data using the prow_ref 
on rendering / routing

I recently pointed out to a mapper that if the reference numbers he was adding 
to footpaths were official PROW reference numbers it was recommended to use the 
"prow_ref" tag rather than the plain "ref" tag.  He's now amended his entries 
to prow_ref but is a little disappointed it doesn't show up on the main map, 
OsmAnd, or Maps.me.

I have pointed out to him that OSM is mainly a provider of data, not maps, so 
not everything is rendered on the man map, but it would be nice if I could 
point him in the direction of where it is being used,  other than my own web 
site and custom OsmAnd file.

Thanks

David



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

Re: [OSM-talk] Automated wifi=* edits

2017-01-09 Thread Jakob Mühldorfer


Intention was to change it without any information loss
wifi=yes would be the only thing edited here, and become 
internet_access=wlan
And additional tags, or any other values (like wifi=free) would not be 
touched by the proposed edit at all



Am 10.01.2017 um 01:08 schrieb Andy Mabbett:

On 8 January 2017 at 14:04, Jakob Mühldorfer  wrote:


this is a question about automated edits of the "wifi" key.
The goal would be to have all these converted to "internet_access" keys.

To change wi-fi=yes to internet_access=yes would be a degradation,
with a loss of data. My local library, for example, offers Internet
access, but not Wi-Fi - I can use their PC, but not my device.

Or do you mean to change wi-fi=yes to internet_access=wi-fi ?

The proposal is not clear.




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

Re: [OSM-talk] Automated wifi=* edits


On 10-Jan-17 11:17 AM, Nicolás Alvarez wrote:

2017-01-09 21:08 GMT-03:00 Andy Mabbett :

On 8 January 2017 at 14:04, Jakob Mühldorfer  wrote:


this is a question about automated edits of the "wifi" key.
The goal would be to have all these converted to "internet_access" keys.

To change wi-fi=yes to internet_access=yes would be a degradation,
with a loss of data. My local library, for example, offers Internet
access, but not Wi-Fi - I can use their PC, but not my device.

Or do you mean to change wi-fi=yes to internet_access=wi-fi ?

The proposal is not clear.

BTW, the tag in use is internet_access=wlan (it has 77075 uses, while
internet_access=wifi has 58 that probably should be changed).



Most libraries around here offer both wifi and the use of their PC 
connected to the internet via wlan.


So probably both connection types need to be tagged on the one feature.



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

Re: [OSM-talk-fr] Fusions au 1er janvier (79)

Les backups mis en place ne fonctionnent pas non plus:Error 503 Backend
fetch failed

Backend fetch failed
Guru Meditation: XID: 38882021

Il semble que les sites préfectoraux ont du mal à suivre les alertes de
sécurité et ont été hackés à plusieurs reprises. Bref les services en ligne
ne fonctionnent pas normalement alors que tout a été fait maintenant pour
aller vers les services en ligne. Il n'y a plus les personnels nécessaires
dans les accueils dont le nombre a aussi été réduit.

Il y a eu aussi des manipulations des listes électorales avec des tas de
personnes radiées à tord en 2016. J'en connais qui ne pourront pas voter en
2017 et qui apprennent aujourd'hui qu'elles ont été radiées courant 2016
sans déménager pourtant, et à qui on leur demande de se réinscrire:
normalement les délais sont dépassés depuis le 31 mais les mairies savent
qu'il y a des problèmes et elles vont devoir accepter des réinscriptions de
personnes qui ont été radiées à tord. Ma commune invite d'ailleurs ses
résidents à vérifier qu'elles sont toujours inscrites sur les listes en
venant vérifier en mairie, elle a constaté des plaintes de personnes
radiées à tord et qui l'ont su lors des primaires de la droite (les listes
fournies par la préfecture sont fausses avec de grosses lacunes et des tas
d'inscriptions en doublon sur plusieurs communes). Cela a été mon cas, j'ai
été radié à tord et ai du me réinscrire en mairie. Je ne peux participer
non plus aux primaires de droite ou socialistes à cause de ces listes
erronées.

Les démarches en ligne des préfectures échouent également, des dossiers
sont perdus, des démarches en cours sont à refaire, je connais diverses
personnes en attente de carte grise, moi même je dois changer
d'immatriculation et c'est la 5e fois que je refais la demande, on m'a même
redemandé le justificatif de paiement que la préfecture a perdu.

Les guichets de la préfecture sont débordés et sont même
"exceptionnellement" fermés certains jours dans la semaine et fonctionnent
avec des horaires bien plus réduits (mais ça dure depuis des mois, il faut
même prendre rendez-vous maintenant et malgré cela il y a de l'attente)...
Les délais sont tels que maintenant la préfecture demande de s'adresser en
gendarmerie pour certains actes. La délivrance des permis de conduire, les
autorisations administratives, tout est en retard... ou à refaire.

Je me demande comment c'est dans les autres régions...

Bref, merci à la presse régionale qui relaie les infos qu'elle peut trouver
et aux personnels des mairies et autres administrations qui ont des copies
des documents qu'on cherche.

Le 10 janvier 2017 à 00:52, Philippe Verdy  a écrit :

> Noter: le RAA des Deux-Sèvres n'est plus accessible "pour une durée
> indéterminée". Et c'est le cas aussi ailleurs en Nouvelle-Aquitaine (où la
> fusion des régions est toujours un sacré "merdier" juridique, et notamment
> concernant les Deux-Sèvres et Poitou-Charente en général!). Les services
> des préfectures sont en fonctionnement à minima, des tas de docs légaux ne
> sont pas accessibles en ligne (tous ceux de 2016 sont mal indexés, rien
> encore concernant 2017, et archives des années précédentes partiellement
> accessibles voire tombant en erreur).
>
> Le 10 janvier 2017 à 00:45, Philippe Verdy  a écrit :
>
>> Justement non il n'y a rien concernant les Deux-Sèvres. C'erst pour ça
>> que j'ai cité l'article de la Nouvelle-République qui résume bien les
>> changements (avec une petite carte à l'appui).
>> Ca n'empêche pas de chercher maintenant les recueils d'actes
>> d'administratifs, mais c'est plus facile quand on sait ce qu'on cherche: la
>> source de la presse régionale est donc intéressante, le travail de synthèse
>> ayant été fait par les correspondants locaux.
>>
>> Le 10 janvier 2017 à 00:20, Jérôme Amagat  a
>> écrit :
>>
>>> Pour les communautés de commune et autres intercommunalités il y a une
>>> page de "suivi" là (tout n'a pas l'air d'y être mais une bonne partie j'ai
>>> l'impression) :
>>> https://wiki.openstreetmap.org/wiki/WikiProject_France/Trace
>>> r_les_limites_administratives/Suivi_des_modifications_des_in
>>> tercommunalit%C3%A9s_au_1er_janvier_2017
>>>
>>> Les nouvelles intercommunalités (en tout cas celles avec
>>> start_date=2017-01-01) on peut les voir comme ça :
>>> http://overpass-turbo.eu/s/l9B
>>> Beaucoup d'intercommunalité fusionnent et donc des intercoms sont nées
>>> au 1er janvier donc devraient avoir start_date=2017-01-01.
>>>
>>> Il reste encore BEAUCOUP de modification à faire sur les
>>> intercommunalités.
>>>
>>> Je dirait très grossièrement après avoir fait certaines des
>>> modifications qu'au 1er janvier on divise par 2 le nombre d'intercoms et
>>> surtout en en fusionnant des trop petites et pratiquement touts les
>>> départements sont touchés.
>>>
>>> Le 9 janvier 2017 à 19:41, Philippe Verdy  a écrit :
>>>
 Pour les Deux-Sèvres, Le journal La Nouvelle

Re: [OSM-talk] Automated wifi=* edits

2017-01-09 Thread Nicolás Alvarez

2017-01-09 21:08 GMT-03:00 Andy Mabbett :
> On 8 January 2017 at 14:04, Jakob Mühldorfer  wrote:
>
>> this is a question about automated edits of the "wifi" key.
>> The goal would be to have all these converted to "internet_access" keys.
>
> To change wi-fi=yes to internet_access=yes would be a degradation,
> with a loss of data. My local library, for example, offers Internet
> access, but not Wi-Fi - I can use their PC, but not my device.
>
> Or do you mean to change wi-fi=yes to internet_access=wi-fi ?
>
> The proposal is not clear.

BTW, the tag in use is internet_access=wlan (it has 77075 uses, while
internet_access=wifi has 58 that probably should be changed).

-- 
Nicolás

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

Re: [OSM-talk] Automated wifi=* edits

2017-01-09 Thread Andy Mabbett

On 8 January 2017 at 14:04, Jakob Mühldorfer  wrote:

> this is a question about automated edits of the "wifi" key.
> The goal would be to have all these converted to "internet_access" keys.

To change wi-fi=yes to internet_access=yes would be a degradation,
with a loss of data. My local library, for example, offers Internet
access, but not Wi-Fi - I can use their PC, but not my device.

Or do you mean to change wi-fi=yes to internet_access=wi-fi ?

The proposal is not clear.

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

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

[Talk-GB] beetroot or beet


Hi again,

another UK English question.


I use beetroot .. but beet has been used on the wiki.

I think beet comes from American English.


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

[Talk-GB] tag prow_ref

Has any one got any instances of any providers of OSM data using the 
prow_ref on rendering / routing


I recently pointed out to a mapper that if the reference numbers he was 
adding to footpaths were official PROW reference numbers it was 
recommended to use the "prow_ref" tag rather than the plain "ref" tag.  
He's now amended his entries to prow_ref but is a little disappointed it 
doesn't show up on the main map, OsmAnd, or Maps.me.


I have pointed out to him that OSM is mainly a provider of data, not 
maps, so not everything is rendered on the man map, but it would be nice 
if I could point him in the direction of where it is being used,  other 
than my own web site and custom OsmAnd file.


Thanks

David

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

Re: [OSM-talk-fr] Fusions au 1er janvier (79)

Noter: le RAA des Deux-Sèvres n'est plus accessible "pour une durée
indéterminée". Et c'est le cas aussi ailleurs en Nouvelle-Aquitaine (où la
fusion des régions est toujours un sacré "merdier" juridique, et notamment
concernant les Deux-Sèvres et Poitou-Charente en général!). Les services
des préfectures sont en fonctionnement à minima, des tas de docs légaux ne
sont pas accessibles en ligne (tous ceux de 2016 sont mal indexés, rien
encore concernant 2017, et archives des années précédentes partiellement
accessibles voire tombant en erreur).

Le 10 janvier 2017 à 00:45, Philippe Verdy  a écrit :

> Justement non il n'y a rien concernant les Deux-Sèvres. C'erst pour ça que
> j'ai cité l'article de la Nouvelle-République qui résume bien les
> changements (avec une petite carte à l'appui).
> Ca n'empêche pas de chercher maintenant les recueils d'actes
> d'administratifs, mais c'est plus facile quand on sait ce qu'on cherche: la
> source de la presse régionale est donc intéressante, le travail de synthèse
> ayant été fait par les correspondants locaux.
>
> Le 10 janvier 2017 à 00:20, Jérôme Amagat  a
> écrit :
>
>> Pour les communautés de commune et autres intercommunalités il y a une
>> page de "suivi" là (tout n'a pas l'air d'y être mais une bonne partie j'ai
>> l'impression) :
>> https://wiki.openstreetmap.org/wiki/WikiProject_France/Trace
>> r_les_limites_administratives/Suivi_des_modifications_des_in
>> tercommunalit%C3%A9s_au_1er_janvier_2017
>>
>> Les nouvelles intercommunalités (en tout cas celles avec
>> start_date=2017-01-01) on peut les voir comme ça :
>> http://overpass-turbo.eu/s/l9B
>> Beaucoup d'intercommunalité fusionnent et donc des intercoms sont nées au
>> 1er janvier donc devraient avoir start_date=2017-01-01.
>>
>> Il reste encore BEAUCOUP de modification à faire sur les
>> intercommunalités.
>>
>> Je dirait très grossièrement après avoir fait certaines des modifications
>> qu'au 1er janvier on divise par 2 le nombre d'intercoms et surtout en en
>> fusionnant des trop petites et pratiquement touts les départements sont
>> touchés.
>>
>> Le 9 janvier 2017 à 19:41, Philippe Verdy  a écrit :
>>
>>> Pour les Deux-Sèvres, Le journal La Nouvelle République donne une
>>> synthèse aujourd'hui:
>>>
>>> http://www.lanouvellerepublique.fr/Deux-Sevres/Actualite/Pol
>>> itique/n/Contenus/Articles/2017/01/09/Deux-communautes-et-
>>> trois-communes-nouvelles-2961287
>>>
>>> * 3 CC fusionnenent en 1
>>> * 4 autres CC fusionnent en 1 seule
>>> * 3 communes nouvelles
>>>
>>> La liste dans l'article.
>>>
>>> Les fusions de CC ne sont pas encore dans OSM. Les  3 communes nouvelles
>>> élisent en ce moment leur nouveau maire.
>>>
>>> En fait les journaux régionaux ont fait leur travail pour recenser ce
>>> qui change et informer leurs lecteurs. Ils ont l'habitude avec leurs
>>> correspondants locaux d'éplucher les compte-rendus de conseils municipaux
>>> et communautaires. et au besoin aller chercher les références dans les
>>> arrétés préfectoraux, mais ils sont souvent au courant avant lesdits
>>> arrêtés car ça se discute bien avant dans les conseils. Wikipédia a oublié
>>> des cas.
>>>
>>> ___
>>> 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] Fusions au 1er janvier (79)

Justement non il n'y a rien concernant les Deux-Sèvres. C'erst pour ça que
j'ai cité l'article de la Nouvelle-République qui résume bien les
changements (avec une petite carte à l'appui).
Ca n'empêche pas de chercher maintenant les recueils d'actes
d'administratifs, mais c'est plus facile quand on sait ce qu'on cherche: la
source de la presse régionale est donc intéressante, le travail de synthèse
ayant été fait par les correspondants locaux.

Le 10 janvier 2017 à 00:20, Jérôme Amagat  a écrit
:

> Pour les communautés de commune et autres intercommunalités il y a une
> page de "suivi" là (tout n'a pas l'air d'y être mais une bonne partie j'ai
> l'impression) :
> https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_
> administratives/Suivi_des_modifications_des_intercommunalit%C3%A9s_au_1er_
> janvier_2017
>
> Les nouvelles intercommunalités (en tout cas celles avec
> start_date=2017-01-01) on peut les voir comme ça :
> http://overpass-turbo.eu/s/l9B
> Beaucoup d'intercommunalité fusionnent et donc des intercoms sont nées au
> 1er janvier donc devraient avoir start_date=2017-01-01.
>
> Il reste encore BEAUCOUP de modification à faire sur les intercommunalités.
>
> Je dirait très grossièrement après avoir fait certaines des modifications
> qu'au 1er janvier on divise par 2 le nombre d'intercoms et surtout en en
> fusionnant des trop petites et pratiquement touts les départements sont
> touchés.
>
> Le 9 janvier 2017 à 19:41, Philippe Verdy  a écrit :
>
>> Pour les Deux-Sèvres, Le journal La Nouvelle République donne une
>> synthèse aujourd'hui:
>>
>> http://www.lanouvellerepublique.fr/Deux-Sevres/Actualite/
>> Politique/n/Contenus/Articles/2017/01/09/Deux-communautes-
>> et-trois-communes-nouvelles-2961287
>>
>> * 3 CC fusionnenent en 1
>> * 4 autres CC fusionnent en 1 seule
>> * 3 communes nouvelles
>>
>> La liste dans l'article.
>>
>> Les fusions de CC ne sont pas encore dans OSM. Les  3 communes nouvelles
>> élisent en ce moment leur nouveau maire.
>>
>> En fait les journaux régionaux ont fait leur travail pour recenser ce qui
>> change et informer leurs lecteurs. Ils ont l'habitude avec leurs
>> correspondants locaux d'éplucher les compte-rendus de conseils municipaux
>> et communautaires. et au besoin aller chercher les références dans les
>> arrétés préfectoraux, mais ils sont souvent au courant avant lesdits
>> arrêtés car ça se discute bien avant dans les conseils. Wikipédia a oublié
>> des cas.
>>
>> ___
>> 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] Fusions au 1er janvier (79)

2017-01-09 Thread Jérôme Amagat

Pour les communautés de commune et autres intercommunalités il y a une page
de "suivi" là (tout n'a pas l'air d'y être mais une bonne partie j'ai
l'impression) :
https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives/Suivi_des_modifications_des_intercommunalit%C3%A9s_au_1er_janvier_2017

Les nouvelles intercommunalités (en tout cas celles avec
start_date=2017-01-01) on peut les voir comme ça :
http://overpass-turbo.eu/s/l9B
Beaucoup d'intercommunalité fusionnent et donc des intercoms sont nées au
1er janvier donc devraient avoir start_date=2017-01-01.

Il reste encore BEAUCOUP de modification à faire sur les intercommunalités.

Je dirait très grossièrement après avoir fait certaines des modifications
qu'au 1er janvier on divise par 2 le nombre d'intercoms et surtout en en
fusionnant des trop petites et pratiquement touts les départements sont
touchés.

Le 9 janvier 2017 à 19:41, Philippe Verdy  a écrit :

> Pour les Deux-Sèvres, Le journal La Nouvelle République donne une synthèse
> aujourd'hui:
>
> http://www.lanouvellerepublique.fr/Deux-Sevres/Actualite/Politique/n/
> Contenus/Articles/2017/01/09/Deux-communautes-et-trois-
> communes-nouvelles-2961287
>
> * 3 CC fusionnenent en 1
> * 4 autres CC fusionnent en 1 seule
> * 3 communes nouvelles
>
> La liste dans l'article.
>
> Les fusions de CC ne sont pas encore dans OSM. Les  3 communes nouvelles
> élisent en ce moment leur nouveau maire.
>
> En fait les journaux régionaux ont fait leur travail pour recenser ce qui
> change et informer leurs lecteurs. Ils ont l'habitude avec leurs
> correspondants locaux d'éplucher les compte-rendus de conseils municipaux
> et communautaires. et au besoin aller chercher les références dans les
> arrétés préfectoraux, mais ils sont souvent au courant avant lesdits
> arrêtés car ça se discute bien avant dans les conseils. Wikipédia a oublié
> des cas.
>
> ___
> 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-dk] Vandpibesteder

2017-01-09 Thread Niels Elgaard Larsen


Hvordan tagger vi vandpibesteder?

Vi har efterhånden en del i OSM DK.
Der er nu over 30 cuisine=hookah, og der er nok mange flere end det.
(jeg har tagget mange af dem og synes ikke, at det er en specielt god
tagging bortset fra at vi så kan finde dem igen og tagge dem anderledes)

Jeg vil ikke tagge dem som cafeer eller fast_food fordi jeg går ud fra
at de ikke må servere mad.

Jeg vil heller ikke tagge dem som bar eller pub fordi jeg går ud fra at
man ikke kan få sig en øl.

Jeg er ikke engang sikker på at man kan tagge dem som smoking=yes.

Så hvad er det så??


-- 
Niels Elgaard Larsen

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

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

2017-01-09 Thread Pavel Machek

Ahoj!

> k tomuhle tematu mě ještě napadlo, že by to mohl být ideální dataset, který
> bychom nemuseli sami sbírat chozením po ulicích, ale města by mohla být
> ochotná jej zveřejnit.
> Tuším, že se někdo snažil jednat s magistrátem v Krně o nějaké uvolnění
> dat, ale nevědělo se, co by se nám jakože hodilo, tak rozhovory ustaly.
> Tohle je medle ideální. Větší města si to většinou evidují sama v rámci
> působnosti nějakých technických služeb (menší města a obce to spíš zadávají
> soukromým firmám jako je ČEZ) a zveřejnění souřadnic s umístěním lamp,
> případně s dalšími atributy jako je světelný výkon ap. by jim nemuselo být
> na škodu. Zvlášť, když bychom jim byli schopni ukázat, "jakou pěknou mapu
> jim z toho vytvoříme" ;-)

No, tohle uz je uplna sci-fi... ale v Praze maji jednotlivy lampy
seriovy cisla, takze se da zavolat zachranka ke konkretni lampe.

Bylo by hezke mit to v mape; je to presnejsi nez GPS a bez datoveho
spojeni to bude i rychlejsi...
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

>
> Se hai voglia/tempo di tirare fuori i siti dei webgis (immagino tu li
> abbia già)
> allora vedaimo di capire che tecnoloigia hanno, quali sono i termini di
> riuso
> che mettono (spesso dicono "pubblici' intendendo open data) e vedere come
> agire.
>

Purtroppo ho solamente la lista senza url, ma grazie ad Alessandro dovremo
impiegare "poco" tempo a compilarla.

Se da un lato vale quanto ho scritto sopra, dall'altro mi viene da suggerire
> di sentire i responsabili di dati.veneto.it e chiedere loro una azione
> congiuta.


Si può fare. Per dovere di cronaca, verso fine ottobre contattai i
responsabili di dati.veneto.it per sapere se avessero in programma di
rilasciare altri dati (la mia richiesta era mirata ai numeri civici):
Gianluigi Cogo mi rispose che "al momento non avevano nulla, ma sicuramente
con il passare dei mesi qualcosa si muoveva".

Potrebbe essere effettivamente interessante e utile arricchire la tabella
> con le info che si riescono a reperire per i vari comuni (possibile che non
> esista già qualcosa di simile?)
>

Ottimo! Pian pianino ti aiuto ad inserire le informazioni.


Davide.

Il giorno 9 gennaio 2017 22:36, Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Napo mi stimola sempre pensieri positivi :-)
>
> Ho preso la lista di Davide e messa su una tabella condivisa su GDrive (so
> che ci sono soluzioni più open, ma ho preferito la praticità... spostate
> dove ritenete meglio :-)): https://docs.google.com/
> spreadsheets/d/1X00dt7WB_ZiEcVetrffln-C9qW1T7g7UeJ2S084qwrE/edit?
> usp=sharing
>
> Dovrebbe essere editabile da chiunque abbia il link.
>
> Ho aggiunto alcune colonne di "metadati" da riempire per aggiungere info
> utili per una analisi un po' più approfondita e per eventualmente una
> richiesta in Regione. Ho compilato come esempio le info per il comune di
> Rubano. Per la data policy più informazioni specifiche riusciamo a mettere
> meglio è, credo.
>
> Potrebbe essere effettivamente interessante e utile arricchire la tabella
> con le info che si riescono a reperire per i vari comuni (possibile che non
> esista già qualcosa di simile?).
>
> 'notte
>
> Ale
>
> On 09/01/2017 22:08, Maurizio Napolitano wrote:
>
> 2017-01-09 21:20 GMT+01:00 Davide Sandona'  
> :
>
> Al momento ho una lista parziale, che allego. Tutti i comuni riportati
> possiedono un webgis.
>
> Speravo di trovare nella lista anche l'url del webgis.
> È molto probabile che, con l'open by default, molte cose le riesci a 
> recuperare.
>
>
> Purtroppo mancano molti comuni (per fare un esempio, quelli consorziati al
> BIM Adige/BIM Piave): pur non avendo alcun riferimento a WebGIS/SIT nel sito
> comunale, sono abbastanza sicuro che abbiano informazioni cartografiche
> molto interessanti...
>
> Se da un lato vale quanto ho scritto sopra, dall'altro mi viene da suggerire
> di sentire i responsabili di dati.veneto.it e chiedere loro una azione 
> congiuta.
> Se hai voglia/tempo di tirare fuori i siti dei webgis (immagino tu li abbia 
> già)
> allora vedaimo di capire che tecnoloigia hanno, quali sono i termini di riuso
> che mettono (spesso dicono "pubblici' intendendo open data) e vedere come
> agire.
> Se poi si presenta la lista (dei dati) alla Regione Veneto penso che la
> questione possa prendere il largo.
>
> Lo so, sono molto ottimista.
>
> Ciao
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it
>
>
> --
> --
>
> Alessandro Sarretta
>
> skype/twitter: alesarrett
> Web: ilsarrett.wordpress.com
>
> Research information:
>
>- Google scholar profile
>
>- ORCID 
>- Research Gate
>
>- Impactstory 
>
>
> ___
> 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-dk] Hjælp med at fjerne gamle madsteder

2017-01-09 Thread Niels Elgaard Larsen


Hej,

I Må gerne hjælpe med et fjerne madsteder, der ikke eksisterer mere, fra
OSM:

http://digitalfrihed.dk/restaurants/all.html
(det er alle de magenta cirkler).

Nu er vi kommet så langt, så stort set alle madsteder i FVST også er er
i OSM. Og stort set alle madsteder i OSM har smileyrapporter, dvs de har
et fvst:navnelbnr tag.

Men der er ca 700 madsteder i OSM som nu har et navnelbnr fra FVST, som
ikke længere findes i FVST.

De fleste er ophørt og skal derfor slettes fra OSM. Men der er også
nogle, der er dubletter, som bør merges sammen, så vi beholder tagningen.

Jeg tror også, at der er nogle steder, der kun har åbent om sommeren og
af en eller anden grund har mistet deres FVST registrering, men
formodentlig får den igen.

Der er også steder, som ikke har et navnelbnr fra FVST, men som ikke
desto mindre findes og er er åbne. (mit bedste eksempel er Cocks and
Cows på Rosenvængets alle, som jeg cyklede forbi for at være helt
sikker, på at de stadig fandtes.)

Og mange lukkede steder har stadig en webside, der foregiver, at de er
åbne. I det hele taget er det meget besværligt, at overbevise sig om at
et sted faktisk ikke findes mere.

Men det er til gengæld meget nemt at rydde op i sit eget lokalområde, så
det vil jeg bede jer alle sammen om at gøre.


Jeg har nu samlet det meste af funktionaliteten til håndtering af
madsteder på een enkelt side:
  http://digitalfrihed.dk/restaurants/all.html

Og tilføjet nye funktioner, så man fx hurtigt kan lave søgninger på
formodede lukkede madsteder i telefonbogen, i FVST og på resten af
internettet,


Men altså check siden og hvis I er enige i at stederne ikke findes, så
slet dem.


-- 
Niels Elgaard Larsen

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

Re: [Talk-gb-westmidlands] Wolverhampton Railway Station

2017-01-09 Thread Wolves on Wheels Cycle Campaign


Hi Folks,

Just to introduce myself, I'm Steve Young from Wolverhampton ( First 
message, very very recently joined this mailing list )


Have been involved from a cycle campaigning perspective re the 
Interchange project.


The Interchange will be changing pretty much constantly for the next 2 
years, especially when Midland Metro is also introduced to the site.
I note that OSM has the layout roughly as is, Google still showing the 
old entrance, will be checking Google maps every day now to see how long 
it takes them to update as a comparison!



Wolves on Wheels got a last-minute reprieve of using Railway Drive for 
cycle access ( also an increase in the 14 total railway station cycle 
parking spaces which were originally planned for the rebuild ).


At end of the pedestrian-only footbridge is shared use from Railway 
Drive down to Corn Hill on Footpath #43158983.


Hopefully in a month or so I'll be able to sort things like this out for 
myself and edit as appropriate ( Have also got a few contraflow cycle 
lanes to add ).


I've not made an edit yet, though hoping to make the next meeting in 
Birmingham.
If I could bring my laptop and arrive a little earlier with someone to 
"hold my hand" and answer some newbie questions, I'd find it useful.


I've spotted a few cycle stands which aren't mapped at the rail station 
so will try and add these beforehand so I'm not a complete novice!

Lesson 1 - Add my house number? ( Currently missing from map ;-)

I'm also on the Wolverhampton Council mailing list for road closures 
etc. so in a good position as an extra pair of eyes.


While I'm saying hello, I'd also like to thank you all for your hard work.
The quality of mapping for the West Midlands is impressive ( I know 
roads in Brum which are on OSM but not Google M :-)


Steve Young,
Wolverhampton.


--

Message: 1
Date: Sun, 8 Jan 2017 11:15:37 -
From: "Ed Loach" 
To: "'Brian Prangle'" 
Cc: 'OSM Group WM' 
Subject: Re: [Talk-gb-westmidlands] Wolverhampton Railway Station
access  from 8th January 2017
Message-ID: <01d269a0$8a1e4890$9e5ad9b0$@gmail.com>
Content-Type: text/plain; charset="utf-8"

A GPS trace is in the upload queue. I’ll try and get more details from my 
dashcam though it was fairly misty at 8am this morning.

  


Ed

  


From: Brian Prangle [mailto:br...@mappa-mercia.org]
Sent: 01 December 2016 13:26
To: Ed Loach
Cc: OSM Group WM
Subject: Re: [Talk-gb-westmidlands] Wolverhampton Railway Station access from 
8th January 2017

  


Hi Ed

I can do this - might not be exactly on 8th Jan

Regards

Brian

  


On Thu, Dec 1, 2016 at 9:02 AM, Ed Loach  wrote:

I've just been reading about the changes that will take place early next year 
at this link

  


http://www.wolverhampton.gov.uk/article/10057/Access-to-railway-station-and-car-park-to-change-in-New-Year

  


and wondered if anyone here will be in the area to get a GPS trace of the new 
short stay car park once it opens?

  


Looking at the area as it is now in OpenStreetMap:

  


http://www.openstreetmap.org/#map=18/52.58648/-2.12107

  


from a routing point of view bicycles will need to push their bicycles across 
the foot bridge, but as that ends on a pedestrian area I suspect very little 
currently will be able to route that way. A survey of that area from a cyclists 
point of view after the changes might also be handy.

  


Looking at the proposed changes the following section of Corn Hill seems to be 
missing, so it is perhaps possible the derelict building mentioned in the note 
has been removed to make the new short stay parking area:

  


http://www.openstreetmap.org/way/294503793

  


but a survey will be needed to check.

  


I'll probably be in Wolverhampton at some point between now and new year, but 
don't know when I'll next be visiting after the 8th January.

  


Thanks and best wishes,

  


Ed




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

Re: [Talk-es] Limpieza de etiquetas innecesarias o mal usadas.

2017-01-09 Thread Carlos Dávila

Con respecto a CORINE, se pueden sacar extractos por zonas más o menos 
amplias con osmfilter, cargarlos en JOSM y seleccionar los que estén en 
la versión 1. Descargar la zona alrededor, contrastar con PNOA y borrar 
el polígono de CORINE si procede. De esa forma cualquier objeto que 
comparta nodos con el polígono CORINE no se vería modificado. A modo 
orientativo del volumen de datos, a fecha 9/1/17 en Extremadura hay 3250 
vías (polígonos) CORINE, de las que 1060 están en la versión 1.


El 06/01/17 a las 19:18, Carlos Dávila escribió:
El problema de nodos compartidos puede afectar también a polígonos que 
estén en la versión 1. Si se dibuja por ejemplo otro polígono 
adyacente a uno de CORINE y se usa algún nodo del polígono de corine 
como límite del nuevo polígono, el de corine seguirá en la versión 1 
puesto que no se ha modificado, pero si lo borras también borrarás los 
nodos que utiliza el nuevo polígono. O sea, no se puede (muy a mi 
pesar;-)), salvo que se verifique que no comparte ningún nodo con otra 
entidad.


El 06/01/17 a las 19:03, Diego García escribió:

Buenas tardes de nuevo.

Siendo así, perfecto. Es muy buena idea lo de sólo tocar los que 
estén en versión 1. Pero ya verás qué cantidad de polígonos comparten 
nodos con otros elementos que no tienen nada que ver; es mucha gente 
editando sin ningún cuidado desde que se metió el corine.


¿Te has planteado lo del osmose? Podría ser una solución para lo de 
los vértices y problemas de etiquetado.


Un saludo,



El vie., 6 ene. 2017 a las 18:55, Matías h 
(>) 
escribió:


Hola.

Lo de CORINE es difícil de gestionar,  pero hay que reconocer que
la mayoría de los polígonos no se corresponde con la realidad.

Lo que  propuse es como mucho borrar aquellos polígonos que aún
estén en su versión 1 y que por lo  tanto no deberían compartir ni
un solo nodo con ninguna otra entidad. Por descontado,  que en
cuanto algún polígono haya sido tocado en alguna edición, ya no
se puede borrar...


El 6 ene. 2017 18:30, "Diego García" > escribió:

Buenas tardes a todos.

Aparte de decir que me parece un gran acierto esta limpieza,
querría mencionar dos detalles:

- Lo último que habría que hacer con CORINE sería eliminar los
polígonos existentes. No sólo dejaría un hueco impresionante
en todo el mapa: el problema principal es que muchos nodos
están compartidos (por vicios de edición) con elementos como
carreteras, caminos, ... y lo que pille. Eliminar un trozo de
bosque de CORINE suele implicar destrozar un tramo de vía,
imaginad si se eliminan de golpe todos los CORINE... destrozo
asegurado.

- Se podría arreglar la mayoría de etiquetas con la
herramienta osmose ( http://osmose.openstreetmap.fr/es/map/ ),
incluído mayúsculas, alturas de los vértices, etiquetas
obsoletas... O eso, o ya estamos hablado de importaciones a lo
bruto, como con el caso de los vértices. Con osmose, por
ejemplo, las elevaciones con formato incorrecto se pueden ver
desmarcando todas las casillas de la izquierda, y dejando
marcada "mal etiquetado - valor numérico". Además, permite
corregirlas en línea, desde la misma página.


Un saludo,

El jue., 5 ene. 2017 a las 13:57, Jorge Sanz Sanfructuoso
(>) escribió:

Si hay mas que estén así claramente si, a corregirlos todos.

El jue., 5 ene. 2017 a las 13:55, Matías h
(>) escribió:

Hola. Yo es que en la columna que he puesto de
ejemplos, no he añadido todas las etiquetas que
considero erroneas en cada grupo de datos, como digo
sólo en REGENTE hay más de una docena de ellas.

Pero si es verdad que ese valor de ele no es válido.
Ya puestos se podrían corregir todos los valores de
ele que aparezacan así no?.

Gracias.

El 5 de enero de 2017, 13:47, Jorge Sanz Sanfructuoso
> escribió:

He añadido otro error de los Vértices ROI con la
key ele.
A ver si hago memoria que me suena que había mas
cosas.

Un saludo

El jue., 5 ene. 2017 a las 12:30, Matías h
(>) escribió:

Hola, buen día.

A raíz de la reunión de la otra noche, se
estableció que intentaríamos hacer en

Re: [Talk-GB] crop=grass or sod


On 10-Jan-17 08:48 AM, Paul Sladen wrote:

On Mon, 9 Jan 2017, SK53 wrote:

Turf has the distinct advantage of being less likely to generate sniggers.

But a risk of turf wars...?






Ok.. add turf to the mix

My dictionary for sources says

turf - Middle English (1100-1500) from Old English (before 1100)

sod - Middle English (1100-1500) from  Middle Dutch or Middle Low German

Maybe with Brexit sod is off.



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

Re: [OSM-talk] Automated wifi=* edits

2017-01-09 Thread john whelan

Since we can now pull in large amounts of the map into 64 bit JOSM, use
search to find them, and then add them to the to-do list plugin I wonder if
that might be a better way to do it.  Download yesterday's map for a
country, chop it up with osmconvert64 into small enough pieces to load up
into JOSM.

That way each instance gets inspected manually.

What might be nice is a tool that would show a count of these or other
suspect tags by country.  The suspect countries can then be downloaded.
Overpass can give false counts if you only look at changes in the last 12
months or whatever the default is.

Cheerio John

On 8 Jan 2017 9:08 am, "Jakob Mühldorfer"  wrote:

> Hello to everyone in the OSM list,
>
> this is a question about automated edits of the "wifi" key.
> The goal would be to have all these converted to "internet_access" keys.
> Blind edits are discouraged in the wiki for a good reason, so this is just
> to get some feedback on a very specific automated edit, that should
> hopefully not produce any error:
>
>- Only edit whitelisted objects, where wifi makes sense. Bars, pubs,
>restuarants, hotels
>- Only edit a very limited selection of objects that do not have *any*
>other tag than its type ("amenity","leisure", "tourism"), a "name", "addr:"
>keys and "wifi=yes" or "wifi=no" or "wifi=free" keys
>This should gurantee that no comments, no notes or other other
>existing "wifi:" tags or "internet_access" tags are misinterpreted or
>ignored
>
> Can anyone think of a case where this limited automated edit could still
> produce problems in the data?
>
> Thanks for feedback
> Jakob
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Rép : Pb installation Kosmtik

2017-01-09 Thread Maël REBOUX

ok : plusieurs répertoires 'node_modules’  créés par la version antérieure de 
Node.js
Après nettoyage maintenant tout est dans /usr/lib/node_modules/

usr/lib/node_modules# npm ls -G --depth=0
/usr/lib
├── kosmtik@0.0.13
├── npm@3.10.10
└── npm-check-updates@2.8.9

Mais rien de plus dans le bash

kosmtik
bash: kosmtik: command not found



Le 9 janv. 2017 à 22:19, Maël REBOUX  a écrit :

C’est mieux !
> Il faut faire comme ça pour avoir une version 6 de Node.js
> 
> # en tant que root
> # selon 
> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>  
> curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
> apt-get install -y nodejs
>  
> nodejs -v
> v6.9.4
>  
> find / -name "nodejs"
> /usr/bin/nodejs
> /usr/share/doc/nodejs
> /usr/share/nodejs
> /usr/include/nodejs
> /usr/lib/nodejs
>  
> cd /usr/local/lib/
>  
> npm install -g npm-check-updates
>  
> npm ls -G --depth=0
> /usr/local/lib
> └── npm-check-updates@2.8.9
>  
> npm install -g @mapbox/carto 
> npm -g install kosmtik
> npm WARN deprecated carto@0.15.3: This module is now under the @mapbox 
> namespace: install @mapbox/carto instead
> npm WARN lifecycle mapnik@3.5.14~preinstall: cannot run in wd %s %s (wd=%s) 
> mapnik@3.5.14 npm install node-pre-gyp 
> /usr/lib/node_modules/.staging/mapnik-216d48b0
>  
> > mapnik@3.5.14 install /usr/lib/node_modules/kosmtik/node_modules/mapnik
> > node-pre-gyp install --fallback-to-build
>  
> [mapnik] Success: 
> "/usr/lib/node_modules/kosmtik/node_modules/mapnik/lib/binding/node-v48-linux-x64/mapnik.node"
>  is installed via remote
> /usr/lib
> └─┬ kosmtik@0.0.13 
>   ├─┬ carto@0.15.3 
>   │ ├── mapnik-reference@8.5.6 
> Par contre, il n’apparaît pas dans la liste des modules ?
> npm ls -G --depth=0
> /usr/local/lib
> ├── @mapbox/carto@0.16.3
> └── npm-check-updates@2.8.9
> Et si je tape kosmtik pour le lancer…
> kosmtik
> bash: kosmtik: command not found
> 
> Une histoire de path ?
> 
> 
> Le 9 janv. 2017 à 21:56, osm.sanspourr...@spamgourmet.com a écrit :
> 
>> Si j'ai demandé si tu étais sur Ubuntu c'est que nodejs s'appelle node sur 
>> Debian mais nodejs sur Ubuntu, comme dit hier, essaye :
>> 
>> if ! [ -e /usr/bin/node ] : then
>>sudo ln -s `which nodejs`
>> fi
>> Je ne sais quelle est la bonne installation, je sais juste que la mienne 
>> marche ;-)
>> Disclaimer : pour Lyrk/Imposm, pas testé pour Kosmtik, mais ça ne devrait 
>> rien changer.
>> 
>> Oui je me suis inspiré de notes sur la toile, effectivement de 
>> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>>  ?
>> 
>> 
>> Jean-Yvon
>> 
>> Le 09/01/2017 à 21:45, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>>> Bonsoir
>>> 
>>> J’ai ouvert une issue dédiée : https://github.com/kosmtik/kosmtik/issues/212
>>> 
>>> Qui a été vite fermée car effectivement il y avait 2 versions de Node.js 
>>> qui cohabitaient sur mon Ubuntu 16.04
>>> Mais j’ai continué à écrire dedans car j’ai tout nettoyé et (je pense) 
>>> refais une clean install… sans succès.
>>> 
>>> Je crois que l’erreur suivante est :
>>> /usr/bin/env: ‘node’: No such file or directory
>>> /usr/local/lib
>>> └── (empty)
>>> Node.js serait-il mal installé ?
>>> La seule bonne façon serait celle décrite ici : 
>>> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>>>  ?
>>> 
>>> 
>>> 
 De: osm.sanspourr...@spamgourmet.com
 Objet: Rép : [OSM-talk-fr] Pb installation Kosmtik
 Date: 8 janvier 2017 20:40:52 UTC+1
 À: talk-fr@openstreetmap.org
 Répondre à: Discussions sur OSM en français 
 
 Visiblement si tu la version 4, tu n'as pas la dernière version.
 > Soit je m’y prend très mal, soit il y a des non-dits dans la 
 > documentation ;)
 L'un n'exclut pas l'autre :-D.
 
 N'hésite pas à ajouter un -y (--yes) pour ne pas avoir à répondre.
 
 Je pense que tu as oublié de mettre à jour ton système :
 
 #ou 7
 NODEJS_VERSION=6
 
 #see https://github.com/nodesource/distributions
 #ne pas hésiter à regarder le contenu avec n'exécuter !
 curl -sL https://deb.nodesource.com/setup_${NODEJS_VERSION}.x | sudo bash -
 sudo apt-get install --yes nodejs
 Les avertissements sur @mapbox namespace sont normaux (ils n'ont pas 
 publié tous les paquets qui vont bien).
 > mapnik@3.5.14 install 
 > /usr/local/lib/node_modules/kosmtik/node_modules/mapnik
 node-pre-gyp install --fallback-to-build
 Là encore erreur normale ;-)
 
 > /usr/bin/env: ‘node’: No such file or directory
 if ! [ -e /usr/bin/node ] : then
sudo ln -s `which nodejs`
 fi
 Alors on est sur Ubuntu et pas Debian ? Oui deb.nodesource.com marche pour 
 Debian, Ubuntu et OSX.
 
 Bonne mise à jour de la documentation et des scripts d'installation.
 Bonne erreurs suivantes !
 
 Jean-Yvon

Re: [Talk-GB] crop=grass or sod

2017-01-09 Thread Paul Sladen

On Mon, 9 Jan 2017, SK53 wrote:
> Turf has the distinct advantage of being less likely to generate sniggers.

But a risk of turf wars...?



-Paul.  Ahem.


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

Re: [Talk-GB] crop=grass or sod

2017-01-09 Thread SK53

Turf is more suitable gb-en, sod in this usage AFAIK is mainly us-en. In
British & Irish usage a sod is more often a lump of earth or peat extracted
from the ground rather than the desirable grass on top. Sod off is I
believe distinctly gb-en.

Turf has the distinct advantage of being less likely to generate sniggers.

Jerry

On 9 January 2017 at 21:28, Warin <61sundow...@gmail.com> wrote:

> Hi,
>
>
> There are a number of farms near me (on a flood plain) that are used to
> produce grass.
>
> However when I look it up on wikipedia .. I get sod. And, yes, I will know
> what you mean if you tell me to 'sod off' :-)
>
> https://en.wikipedia.org/wiki/Sod
>
>
> I am wondering what is 'best' GB English in this case ... grass? or sod?
>
>
> I am tending towards sod, but this might create language translation
> problems, I'll raise that on a separate forum if necessary.
>
>
> So, what say you? grass? or sod?
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] crop=grass or sod

2017-01-09 Thread Chris Hill

The farms near me that grow grass as a crop to transplant onto, say, a 
pitch sell their product as turf.


I would say this is crop=turf on landuse=farmland, the turf is grown for 
many seasons on the same location.


--
cheers
Chris Hill (chillly)


On 09/01/2017 21:28, Warin wrote:

Hi,


There are a number of farms near me (on a flood plain) that are used 
to produce grass.


However when I look it up on wikipedia .. I get sod. And, yes, I will 
know what you mean if you tell me to 'sod off' :-)


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


I am wondering what is 'best' GB English in this case ... grass? or sod?


I am tending towards sod, but this might create language translation 
problems, I'll raise that on a separate forum if necessary.



So, what say you? grass? or sod?


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



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

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

2017-01-09 Thread Alessandro Sarretta

Napo mi stimola sempre pensieri positivi :-)

Ho preso la lista di Davide e messa su una tabella condivisa su GDrive
(so che ci sono soluzioni più open, ma ho preferito la praticità...
spostate dove ritenete meglio :-)):
https://docs.google.com/spreadsheets/d/1X00dt7WB_ZiEcVetrffln-C9qW1T7g7UeJ2S084qwrE/edit?usp=sharing

Dovrebbe essere editabile da chiunque abbia il link.

Ho aggiunto alcune colonne di "metadati" da riempire per aggiungere info
utili per una analisi un po' più approfondita e per eventualmente una
richiesta in Regione. Ho compilato come esempio le info per il comune di
Rubano. Per la data policy più informazioni specifiche riusciamo a
mettere meglio è, credo.

Potrebbe essere effettivamente interessante e utile arricchire la
tabella con le info che si riescono a reperire per i vari comuni
(possibile che non esista già qualcosa di simile?).

'notte

Ale

On 09/01/2017 22:08, Maurizio Napolitano wrote:

2017-01-09 21:20 GMT+01:00 Davide Sandona' :

Al momento ho una lista parziale, che allego. Tutti i comuni riportati
possiedono un webgis.

Speravo di trovare nella lista anche l'url del webgis.
È molto probabile che, con l'open by default, molte cose le riesci a recuperare.

Purtroppo mancano molti comuni (per fare un esempio, quelli consorziati al
BIM Adige/BIM Piave): pur non avendo alcun riferimento a WebGIS/SIT nel sito
comunale, sono abbastanza sicuro che abbiano informazioni cartografiche
molto interessanti...

Se da un lato vale quanto ho scritto sopra, dall'altro mi viene da suggerire
di sentire i responsabili di dati.veneto.it e chiedere loro una azione congiuta.
Se hai voglia/tempo di tirare fuori i siti dei webgis (immagino tu li abbia già)
allora vedaimo di capire che tecnoloigia hanno, quali sono i termini di riuso
che mettono (spesso dicono "pubblici' intendendo open data) e vedere come
agire.
Se poi si presenta la lista (dei dati) alla Regione Veneto penso che la
questione possa prendere il largo.

Lo so, sono molto ottimista.

Ciao

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

--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com

Research information:

* Google scholar profile

* ORCID
* Research Gate
* Impactstory

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

[Talk-GB] crop=grass or sod


Hi,


There are a number of farms near me (on a flood plain) that are used to 
produce grass.


However when I look it up on wikipedia .. I get sod. And, yes, I will 
know what you mean if you tell me to 'sod off' :-)


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


I am wondering what is 'best' GB English in this case ... grass? or sod?


I am tending towards sod, but this might create language translation 
problems, I'll raise that on a separate forum if necessary.



So, what say you? grass? or sod?


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

Re: [OSM-talk-fr] Rép : Pb installation Kosmtik

2017-01-09 Thread Maël REBOUX

C’est mieux !
Il faut faire comme ça pour avoir une version 6 de Node.js

# en tant que root
# selon 
https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
 
curl -sL https://deb.nodesource.com/setup_6.x | sudo -E bash -
apt-get install -y nodejs
 
nodejs -v
v6.9.4
 
find / -name "nodejs"
/usr/bin/nodejs
/usr/share/doc/nodejs
/usr/share/nodejs
/usr/include/nodejs
/usr/lib/nodejs
 
cd /usr/local/lib/
 
npm install -g npm-check-updates
 
npm ls -G --depth=0
/usr/local/lib
└── npm-check-updates@2.8.9
 
npm install -g @mapbox/carto 
npm -g install kosmtik
npm WARN deprecated carto@0.15.3: This module is now under the @mapbox 
namespace: install @mapbox/carto instead
npm WARN lifecycle mapnik@3.5.14~preinstall: cannot run in wd %s %s (wd=%s) 
mapnik@3.5.14 npm install node-pre-gyp 
/usr/lib/node_modules/.staging/mapnik-216d48b0
 
> mapnik@3.5.14 install /usr/lib/node_modules/kosmtik/node_modules/mapnik
> node-pre-gyp install --fallback-to-build
 
[mapnik] Success: 
"/usr/lib/node_modules/kosmtik/node_modules/mapnik/lib/binding/node-v48-linux-x64/mapnik.node"
 is installed via remote
/usr/lib
└─┬ kosmtik@0.0.13 
  ├─┬ carto@0.15.3 
  │ ├── mapnik-reference@8.5.6 
Par contre, il n’apparaît pas dans la liste des modules ?
npm ls -G --depth=0
/usr/local/lib
├── @mapbox/carto@0.16.3
└── npm-check-updates@2.8.9
Et si je tape kosmtik pour le lancer…
kosmtik
bash: kosmtik: command not found

Une histoire de path ?


Le 9 janv. 2017 à 21:56, osm.sanspourr...@spamgourmet.com a écrit :

> Si j'ai demandé si tu étais sur Ubuntu c'est que nodejs s'appelle node sur 
> Debian mais nodejs sur Ubuntu, comme dit hier, essaye :
> 
> if ! [ -e /usr/bin/node ] : then
>sudo ln -s `which nodejs`
> fi
> Je ne sais quelle est la bonne installation, je sais juste que la mienne 
> marche ;-)
> Disclaimer : pour Lyrk/Imposm, pas testé pour Kosmtik, mais ça ne devrait 
> rien changer.
> 
> Oui je me suis inspiré de notes sur la toile, effectivement de 
> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>  ?
> 
> 
> Jean-Yvon
> 
> Le 09/01/2017 à 21:45, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>> Bonsoir
>> 
>> J’ai ouvert une issue dédiée : https://github.com/kosmtik/kosmtik/issues/212
>> 
>> Qui a été vite fermée car effectivement il y avait 2 versions de Node.js qui 
>> cohabitaient sur mon Ubuntu 16.04
>> Mais j’ai continué à écrire dedans car j’ai tout nettoyé et (je pense) 
>> refais une clean install… sans succès.
>> 
>> Je crois que l’erreur suivante est :
>> /usr/bin/env: ‘node’: No such file or directory
>> /usr/local/lib
>> └── (empty)
>> Node.js serait-il mal installé ?
>> La seule bonne façon serait celle décrite ici : 
>> https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
>>  ?
>> 
>> 
>> 
>>> De: osm.sanspourr...@spamgourmet.com
>>> Objet: Rép : [OSM-talk-fr] Pb installation Kosmtik
>>> Date: 8 janvier 2017 20:40:52 UTC+1
>>> À: talk-fr@openstreetmap.org
>>> Répondre à: Discussions sur OSM en français 
>>> 
>>> Visiblement si tu la version 4, tu n'as pas la dernière version.
>>> > Soit je m’y prend très mal, soit il y a des non-dits dans la 
>>> > documentation ;)
>>> L'un n'exclut pas l'autre :-D.
>>> 
>>> N'hésite pas à ajouter un -y (--yes) pour ne pas avoir à répondre.
>>> 
>>> Je pense que tu as oublié de mettre à jour ton système :
>>> 
>>> #ou 7
>>> NODEJS_VERSION=6
>>> 
>>> #see https://github.com/nodesource/distributions
>>> #ne pas hésiter à regarder le contenu avec n'exécuter !
>>> curl -sL https://deb.nodesource.com/setup_${NODEJS_VERSION}.x | sudo bash -
>>> sudo apt-get install --yes nodejs
>>> Les avertissements sur @mapbox namespace sont normaux (ils n'ont pas publié 
>>> tous les paquets qui vont bien).
>>> > mapnik@3.5.14 install 
>>> > /usr/local/lib/node_modules/kosmtik/node_modules/mapnik
>>> node-pre-gyp install --fallback-to-build
>>> Là encore erreur normale ;-)
>>> 
>>> > /usr/bin/env: ‘node’: No such file or directory
>>> if ! [ -e /usr/bin/node ] : then
>>>sudo ln -s `which nodejs`
>>> fi
>>> Alors on est sur Ubuntu et pas Debian ? Oui deb.nodesource.com marche pour 
>>> Debian, Ubuntu et OSX.
>>> 
>>> Bonne mise à jour de la documentation et des scripts d'installation.
>>> Bonne erreurs suivantes !
>>> 
>>> Jean-Yvon
>>> 
>>> 
>>> Le 08/01/2017 à 17:44, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit 
>>> :
 Bonjour,
 
 On m’a vanté les mérites de Komstik https://github.com/kosmtik/kosmtik/ 
 
 Mais impossible de l’installer.
 Soit je m’y prend très mal, soit il y a des non-dits dans la documentation 
 ;)
 Il y a bien une alerte dans la doc demandant à avoir la dernière version 
 de Node.js mais je pense que les commandes suivantes font le job, non ?
 
 cdt,
 Maël
>>> 
>> 
>> 
>> 
>> ___
>> Talk-fr mailing list
>>

Re: [Talk-ro] La multi ani!

2017-01-09 Thread Gabriel Sebastian Moise

Multumim !

2017-01-09 11:19 GMT+02:00 Francisc TOTH [via GIS] <
ml-node+s19327n5888987...@n8.nabble.com>:

> La multi ani!
> Va doresc activitati si proiecte placute cu OSM :-)
>
> Francisc
>
> ___
> Talk-ro mailing list
> [hidden email] 
> https://lists.openstreetmap.org/listinfo/talk-ro
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
> http://gis.19327.n8.nabble.com/La-multi-ani-tp5888987.html
> To start a new topic under Romania, email ml-node+s19327n5425034h6@n8.
> nabble.com
> To unsubscribe from Romania, click here
> 
> .
> NAML
> 
>



-- 
Toate cele bune !
**
Gabriel Sebastian  Moise
Administrator Local - Departament Tehnic
*--*
NextGen Communications S.R.L. - Campina

Mobil NextGen  : 076 111 65 59
Mobil Personal : 0726 311 957

Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
*--*




--
View this message in context: 
http://gis.19327.n8.nabble.com/La-multi-ani-tp5888987p5889039.html
Sent from the Romania mailing list archive at Nabble.com.___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

2017-01-09 Thread Maurizio Napolitano

2017-01-09 21:20 GMT+01:00 Davide Sandona' :
> Al momento ho una lista parziale, che allego. Tutti i comuni riportati
> possiedono un webgis.

Speravo di trovare nella lista anche l'url del webgis.
È molto probabile che, con l'open by default, molte cose le riesci a recuperare.

> Purtroppo mancano molti comuni (per fare un esempio, quelli consorziati al
> BIM Adige/BIM Piave): pur non avendo alcun riferimento a WebGIS/SIT nel sito
> comunale, sono abbastanza sicuro che abbiano informazioni cartografiche
> molto interessanti...

Se da un lato vale quanto ho scritto sopra, dall'altro mi viene da suggerire
di sentire i responsabili di dati.veneto.it e chiedere loro una azione congiuta.
Se hai voglia/tempo di tirare fuori i siti dei webgis (immagino tu li abbia già)
allora vedaimo di capire che tecnoloigia hanno, quali sono i termini di riuso
che mettono (spesso dicono "pubblici' intendendo open data) e vedere come
agire.
Se poi si presenta la lista (dei dati) alla Regione Veneto penso che la
questione possa prendere il largo.

Lo so, sono molto ottimista.

Ciao

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

Re: [OSM-talk-fr] Nouvelles bornes Trilib'

2017-01-09 Thread Stéphane Péneau

Intéressant tout ça, et à tout hasard, est-ce que ça pourrait aider pour 
le problème du postier chinois dont j'ai parlé en octobre ?

https://lists.openstreetmap.org/pipermail/talk-fr/2016-October/082202.html

Stf

Le 09/01/2017 à 21:38, Julien Coupey a écrit :

Salut

Je me permets de compléter la réponse de Frédéric en précisant que 
l'appli en cours de développement par Mapotempo utilise osrm pour le 
routage (comme Maps.me) et vroom[1] pour l'optimisation.


Disclaimer : je suis concerné par un des projets cités ci-dessus. ;-)

À +
Julien

[1] http://vroom-project.org/

Le 09/01/2017 à 20:20, Frédéric Rodrigo a écrit :

Salut,

Florian à utilisé l'application mobile de Mapotempo (basé sur Maps.me).
L'application est toujours en cours de développement et n'est pas encore
publié sur les stores. Néanmoins le code source est déjà disponible sur
github.
L'application mobile, comme l'application web est libre et tous les
codes sont en ligne.

https://github.com/Mapotempo/omim

Si vous voulez tester l'une ou l'autre sans l'installer/compiler vous
même vous pouvez m'envoyer un email en privé. Elles permettent de
préparer et d'aider à effectuer des tournées.

Frédéric.


Le 08/01/2017 à 20:31, Stéphane Péneau a écrit :

Par contre, tu pourrais nous en dire plus sur ce que tu as fait avec
mapotempo ? Je n'ai pas trop bien compris où s'arrêtaient les limites
de la version gratuite.

Stf

Le 08/01/2017 à 19:38, Guillaume AMAT a écrit :

Salut,

Je n'ai pas trouvé ça trop sérieux et c'était même très plaisant de
voir la combinaison parfaite des outils libres :)

Merci pour ton article c'était très agréable à lire,
Guillaume

8 janvier 2017 16:02 "Stéphane Péneau" > 


a écrit:

Le 08/01/2017 à 13:09, Florian LAINEZ a écrit :

Je crois que j'ai pris le sujet beaucoup trop au sérieux !
J'en ai fait un article de blog
http://florian.lainez.fr/le-jour-ou-jai-fait-les-poubelles/


Pas besoin que ça soit sérieux pour en faire un article, qui est
très sympa à lire :-)

Stf



Le 31 décembre 2016 à 18:00, Florian LAINEZ > a écrit :

En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

ah ça c'est dommage ;)
De mon point de vue, le fait de notifier que l'on recycle du
verre n'est PAS faux. C'est simplement un premier niveau de
détail qui mérite éventuellement d'être précisé.
En effet recycling:glass_bottles=yes apporte une précision à
recycling:glass=yes
En fait si on pousse la logique jusqu'au bout, les tags
adéquats ne seraient-ils pas les suivants ?
- recycling:glass=yes si la borne permet de collecter du 
verre

- recycling:glass=bottles si la borne ne permet de collecter
que des bouteilles de verre
Le 24 décembre 2016 à 22:13,
> a écrit :

Actuellement le wiki


en parle clairement :
Bouteilles de verre et bocaux uniquement.
Le wiki allemand aussi (contenants en verre).

Jean-Yvon
Le 24/12/2016 à 18:16, Stéphane Péneau -
stephane.pen...@wanadoo.fr
 a écrit :

Sauf que ces bornes n'acceptent pas le verre tel que
les verres de table, les plats, etc...
On en a discuté ici :

https://lists.openstreetmap.org/pipermail/talk-fr/2016-July/081636.html 




 




En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

Stf





___
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] Osmose "Possible missing traffic_signals:direction or crossing "

2017-01-09 Thread Frédéric Rodrigo


Ok j'ai compris, il manque juste les giratoires comme sens unique implicite.


Le 09/01/2017 à 21:17, osm.sanspourr...@spamgourmet.com a écrit :
Je n'avais pas précisé mais hormis le fait que ce soit un rond-point 
je ne vois pas le pourquoi de la différence :


http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.662122=1.363755=Mapnik=T=2090=1%2C2%2C3==online

http://osmose.openstreetmap.fr/fr/map/#zoom=18=49.010752=8.387275=Mapnik=T=2090=1==online

Le 09/01/2017 à 20:31, osm.sanspourr...@spamgourmet.com a écrit :


Et question subsidiaire : qu'est ce que signifie ce 
"traffic_signals:tram=yes"


Ne semble utilisé qu'à Toulouse et Helsinki.

D'après le nom (non décrit dans le wiki) ça devrait être un feu pour 
les trams, pas un feu pour les voitures indiquant un tram, but why 
not. Mais wiki à compléter si on veut que ce soit largement utilisé 
(un vote avant ?)


Effectivement
traffic_signals:direction 
 
forward


semble implicite.

Un autre exemple :
http://www.openstreetmap.org/node/2673405795
Jean-Yvon


Le 09/01/2017 à 18:11, lenny.libre - lenny.li...@orange.fr a écrit :


Moi non plus je ne comprends pas bien, c'est peut-être parce qu'il y 
a télescopage entre ce que je vois (dans mon petit coin) et ce que 
fait osmose (qui a une vue plus large).


Je vais tenter de reprendre sur un cas similaire, mais peut-être un 
peu plus simple :
https://framadrop.org/r/jgCXi8s-IT#h3fcV8H+CD2zQWb6nSLjBn42NobUETUrZupc9/LaukQ= 



1 - Osmose me propose d'ajouter un tag "traffic_signals:direction=*" 
pour indiquer dans quel sens s'applique un feu tricolore ; alors que 
la direction est connue  (il est d'ailleurs affiché par la carte 
osmose) : je met "faux-positif" ?


2 - Frédéric Rodrigo a écrit :

  Je ne comprend pas bien.
Mais la direction est celle du way pas du tag oneway. 
je ne vois de quelle direction tu parles ? le way est orienté , mais 
un tag oneway=-1 peut indiquer que la direction du sens unique est 
différente de celle du way.


3 - Le 31/12/2016 à 14:22, Frédéric Rodrigo a écrit :
Pour ce qui est du giratoire avec des feux ça pourrait faire 
l’objet d'une analyse osmose.
Quel genre d'analyse ? il me semble juste qu'il ne devrait pas 
demander la direction lorsqu'on se trouve sur un sens unique implicite.



Le 27/12/2016 à 11:04, lenny.libre a écrit :


Oui, je pense avoir bien compris ce que tente de faire cette 
analyse, (j'ai eu d'autres cas avec cette analyse que j'ai pu 
résoudre) mais cela ne répond pas à ma question initiale qui se 
trouve en bas du mail, dans quel cas suis-je ?



Le 26/12/2016 à 19:31, Frédéric Rodrigo a écrit :


C'est une analyse qui tente de trouver des passages ou des feux 
manquants.



Le 26 déc. 2016 19:03, "lenny.libre" > a écrit :



Le 26/12/2016 à 14:25, Thomas Ruchin a écrit :

Bonjour

Au vu du marquage au sol visible depuis Bing, cela ressemble un
rond-point plutôt qu'à un carrefour giratoire. Que dit la
signalisation verticale présente sur place ?
Si cela est bien confirmé, il faut remplacer le
junction=roundabout par un oneway=yes
Pour l’anecdote, les carrefours giratoires n'existent pas à
Paris intramuros, de même que les stop

T. Ruchin


Peut-être dans ce cas particulier, mais j'ai vu d'autres cas de
carrefours avec le panneau AB25 à chaque entrée de véhicules et
qui ont les feux (par exemple au niveau d'une voie de tram).

Pourquoi Osmose a signalé une erreur parce qu'il ne détecte pas
le "oneway" implicite dans le "junction=roundabout" ou  parce
qu'il a trouvé des "crossing" à proximité ?

léni


Le 26 décembre 2016 à 11:40, lenny.libre > a écrit :

Bonjour :

Osmose détecte signale sur des feux situés à l'intérieur
d'un carrefour giratoire.

*Possible missing traffic_signals:direction or crossing*
*node 2040084377
*
+ *traffic_signals:direction* = forward
+ *traffic_signals:direction* = backward
*highway* = traffic_signals

- si je me réfère à la proposition d'osmose avec la
direction, cela voudrait dire qu'Osmose ne détecte pas que
le
https://www.openstreetmap.org/way/22152292#map=19/43.59409/1.49617

a un tag "junction=roundabout" et donc que le tag oneway=*
est implicite, la direction est donc elle aussi implicite ;
ce serait donc une erreur que je dois signaler à osmose !

- si je me réfère à la description de l'erreur
https://wiki.openstreetmap.org/wiki/FR:Osmose/issues#2090

Détail : Un nœud très proche a déjà le tag
crossing=traffic_signals ou le tag

Re: [OSM-talk-fr] Rép : Pb installation Kosmtik

2017-01-09 Thread osm . sanspourriel

Si j'ai demandé si tu étais sur Ubuntu c'est que nodejs s'appelle node 
sur Debian mais nodejs sur Ubuntu, comme dit hier, essaye :


*if ! [ -e /usr/bin/node ] : then   sudo ln -s `which nodejs` fi*

Je ne sais quelle est la bonne installation, je sais juste que la mienne 
marche ;-)
Disclaimer : pour Lyrk/Imposm, pas testé pour Kosmtik, mais ça ne 
devrait rien changer.


Oui je me suis inspiré de notes sur la toile, effectivement de 
https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions 
?



Jean-Yvon

Le 09/01/2017 à 21:45, Maël REBOUX - mael.reb...@breizhpositive.bzh a 
écrit :

Bonsoir

J’ai ouvert une issue dédiée : 
https://github.com/kosmtik/kosmtik/issues/212


Qui a été vite fermée car effectivement il y avait 2 versions de 
Node.js qui cohabitaient sur mon Ubuntu 16.04
Mais j’ai continué à écrire dedans car j’ai tout nettoyé et (je pense) 
refais une clean install… sans succès.


Je crois que l’erreur suivante est :
/usr/bin/env: ‘node’: No such file or directory
/usr/local/lib
└── (empty)
Node.js serait-il mal installé ?
La seule bonne façon serait celle décrite ici : 
https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions 
?




*De: *osm.sanspourr...@spamgourmet.com 


*Objet: **Rép : [OSM-talk-fr] Pb installation Kosmtik*
*Date: *8 janvier 2017 20:40:52 UTC+1
*À: *talk-fr@openstreetmap.org 
*Répondre à: *Discussions sur OSM en français 
>


Visiblement si tu la version 4, tu n'as pas la dernière version.

> Soit je m’y prend très mal, soit il y a des non-dits dans la 
documentation ;)

L'un n'exclut pas l'autre :-D.

N'hésite pas à ajouter un -y (--yes) pour ne pas avoir à répondre.

Je pense que tu as oublié de mettre à jour ton système :

#ou 7
*NODEJS_VERSION=6***

***#see https://github.com/nodesource/distributions
#ne pas hésiter à regarder le contenu avec n'exécuter !**
curl -sL https://deb.nodesource.com/setup_${NODEJS_VERSION}.x | 
sudo bash -**

**sudo apt-get install --yes nodejs*

Les avertissements sur @mapbox namespace sont normaux (ils n'ont pas 
publié tous les paquets qui vont bien).


>mapnik@3.5.14  install /usr/local/lib/node_modules/kosmtik/node_modules/mapnik
node-pre-gyp install --fallback-to-build

Là encore erreur normale ;-)

> /usr/bin/env: ‘node’: No such file or directory
if ! [ -e /usr/bin/node ] : then
sudo ln -s `which nodejs`
fi
Alors on est sur Ubuntu et pas Debian ? Oui deb.nodesource.com 
 marche pour Debian, Ubuntu et OSX.


Bonne mise à jour de la documentation et des scripts d'installation.
Bonne erreurs suivantes !

Jean-Yvon


Le 08/01/2017 à 17:44, Maël REBOUX - mael.reb...@breizhpositive.bzh a 
écrit :

Bonjour,

On m’a vanté les mérites de Komstikhttps://github.com/kosmtik/kosmtik/  


Mais impossible de l’installer.
Soit je m’y prend très mal, soit il y a des non-dits dans la documentation ;)
Il y a bien une alerte dans la doc demandant à avoir la dernière version de 
Node.js mais je pense que les commandes suivantes font le job, non ?

cdt,
Maël






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


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

[OSM-talk-fr] La Force... en français sur le wiki

2017-01-09 Thread François Lacombe

Bonsoir à tous

Bonne année 2017 pour ceux à qui je n'ai pas encore eu l'occasion de la
souhaiter :)

Je tenais à donner quelques liens pour bien démarrer :
Les pages du wiki récemment améliorées puis votées en anglais dans la
catégorie power sont dispo en français (les interrupteurs et leurs
fonctions)
https://wiki.openstreetmap.org/wiki/FR:Tag:power%3Dswitch
https://wiki.openstreetmap.org/wiki/FR:Key:switch
et ainsi de suite...

Il reste à faire sur les transformateurs et l'isolation du bâti
Voir ici : https://wiki.openstreetmap.org/wiki/User:Fanfouer

Il y a également deux projets qui viennent accompagner NewCloudAtlas de Tim
Waters :
OpenInfraMap (de @ruusss, @iio...)
https://openinframap.org/#lat=46.339=3.713=7
Une mise en valeur des domaines Power, telecoms, Pipeline et autres...
Plus d'infos sur le GitHub https://github.com/openinframap/

OpenGridMap
http://opengridmap.com/
Un projet de l'université de Munich qui vise à carto tout se qui se
rapporte à l'énergie
Pas de liens (encore) avec OSM si ce n'est le fond de carte, les choses
devraient évoluer prochainement


A+

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

Re: [OSM-talk-fr] Rép : Pb installation Kosmtik

2017-01-09 Thread Maël REBOUX

Bonsoir

J’ai ouvert une issue dédiée : https://github.com/kosmtik/kosmtik/issues/212

Qui a été vite fermée car effectivement il y avait 2 versions de Node.js qui 
cohabitaient sur mon Ubuntu 16.04
Mais j’ai continué à écrire dedans car j’ai tout nettoyé et (je pense) refais 
une clean install… sans succès.

Je crois que l’erreur suivante est :
/usr/bin/env: ‘node’: No such file or directory
/usr/local/lib
└── (empty)
Node.js serait-il mal installé ?
La seule bonne façon serait celle décrite ici : 
https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions
 ?



> De: osm.sanspourr...@spamgourmet.com
> Objet: Rép : [OSM-talk-fr] Pb installation Kosmtik
> Date: 8 janvier 2017 20:40:52 UTC+1
> À: talk-fr@openstreetmap.org
> Répondre à: Discussions sur OSM en français 
> 
> Visiblement si tu la version 4, tu n'as pas la dernière version.
> > Soit je m’y prend très mal, soit il y a des non-dits dans la documentation 
> > ;)
> L'un n'exclut pas l'autre :-D.
> 
> N'hésite pas à ajouter un -y (--yes) pour ne pas avoir à répondre.
> 
> Je pense que tu as oublié de mettre à jour ton système :
> 
> #ou 7
> NODEJS_VERSION=6
> 
> #see https://github.com/nodesource/distributions
> #ne pas hésiter à regarder le contenu avec n'exécuter !
> curl -sL https://deb.nodesource.com/setup_${NODEJS_VERSION}.x | sudo bash -
> sudo apt-get install --yes nodejs
> Les avertissements sur @mapbox namespace sont normaux (ils n'ont pas publié 
> tous les paquets qui vont bien).
> > mapnik@3.5.14 install 
> > /usr/local/lib/node_modules/kosmtik/node_modules/mapnik
> node-pre-gyp install --fallback-to-build
> Là encore erreur normale ;-)
> 
> > /usr/bin/env: ‘node’: No such file or directory
> if ! [ -e /usr/bin/node ] : then
>sudo ln -s `which nodejs`
> fi
> Alors on est sur Ubuntu et pas Debian ? Oui deb.nodesource.com marche pour 
> Debian, Ubuntu et OSX.
> 
> Bonne mise à jour de la documentation et des scripts d'installation.
> Bonne erreurs suivantes !
> 
> Jean-Yvon
> 
> 
> Le 08/01/2017 à 17:44, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>> Bonjour,
>> 
>> On m’a vanté les mérites de Komstik https://github.com/kosmtik/kosmtik/ 
>> 
>> Mais impossible de l’installer.
>> Soit je m’y prend très mal, soit il y a des non-dits dans la documentation ;)
>> Il y a bien une alerte dans la doc demandant à avoir la dernière version de 
>> Node.js mais je pense que les commandes suivantes font le job, non ?
>> 
>> cdt,
>> Maël
> 

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

Re: [Talk-cz] I/8 nebo II/608

2017-01-09 Thread jzvc


Cus,

ja jen politicky korektne doplnim, ze jedina cedule ktera to znaci jako 
608 je tesne za sjezdem Velemin, a vsechny ostatni jsou a zcela jiste 
jeste nejakou dobu budou 8. Prave sem tamtudy jel.



Dne 9.1.2017 v 15:11 jo...@razdva.cz napsal(a):

Ahoj,

mam strucny dotaz teologicke povahy... ted, po otevreni posledniho useku 
dalnice D8 by se mela z puvodni silnice I/8 stat II/608. Tento stav uz je 
respektovan znacenim. Papirove by se tak ovsem melo stat az po prevedeni 
silnice na kraj. Co ted? Respektovat znaceni nebo cekat na uredni kolecko?

J.

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




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

Re: [OSM-talk-fr] Nouvelles bornes Trilib'

2017-01-09 Thread Julien Coupey


Salut

Je me permets de compléter la réponse de Frédéric en précisant que 
l'appli en cours de développement par Mapotempo utilise osrm pour le 
routage (comme Maps.me) et vroom[1] pour l'optimisation.


Disclaimer : je suis concerné par un des projets cités ci-dessus. ;-)

À +
Julien

[1] http://vroom-project.org/

Le 09/01/2017 à 20:20, Frédéric Rodrigo a écrit :

Salut,

Florian à utilisé l'application mobile de Mapotempo (basé sur Maps.me).
L'application est toujours en cours de développement et n'est pas encore
publié sur les stores. Néanmoins le code source est déjà disponible sur
github.
L'application mobile, comme l'application web est libre et tous les
codes sont en ligne.

https://github.com/Mapotempo/omim

Si vous voulez tester l'une ou l'autre sans l'installer/compiler vous
même vous pouvez m'envoyer un email en privé. Elles permettent de
préparer et d'aider à effectuer des tournées.

Frédéric.


Le 08/01/2017 à 20:31, Stéphane Péneau a écrit :

Par contre, tu pourrais nous en dire plus sur ce que tu as fait avec
mapotempo ? Je n'ai pas trop bien compris où s'arrêtaient les limites
de la version gratuite.

Stf

Le 08/01/2017 à 19:38, Guillaume AMAT a écrit :

Salut,

Je n'ai pas trouvé ça trop sérieux et c'était même très plaisant de
voir la combinaison parfaite des outils libres :)

Merci pour ton article c'était très agréable à lire,
Guillaume

8 janvier 2017 16:02 "Stéphane Péneau" >
a écrit:

Le 08/01/2017 à 13:09, Florian LAINEZ a écrit :

Je crois que j'ai pris le sujet beaucoup trop au sérieux !
J'en ai fait un article de blog
http://florian.lainez.fr/le-jour-ou-jai-fait-les-poubelles/


Pas besoin que ça soit sérieux pour en faire un article, qui est
très sympa à lire :-)

Stf



Le 31 décembre 2016 à 18:00, Florian LAINEZ > a écrit :

En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

ah ça c'est dommage ;)
De mon point de vue, le fait de notifier que l'on recycle du
verre n'est PAS faux. C'est simplement un premier niveau de
détail qui mérite éventuellement d'être précisé.
En effet recycling:glass_bottles=yes apporte une précision à
recycling:glass=yes
En fait si on pousse la logique jusqu'au bout, les tags
adéquats ne seraient-ils pas les suivants ?
- recycling:glass=yes si la borne permet de collecter du verre
- recycling:glass=bottles si la borne ne permet de collecter
que des bouteilles de verre
Le 24 décembre 2016 à 22:13,
> a écrit :

Actuellement le wiki


en parle clairement :
Bouteilles de verre et bocaux uniquement.
Le wiki allemand aussi (contenants en verre).

Jean-Yvon
Le 24/12/2016 à 18:16, Stéphane Péneau -
stephane.pen...@wanadoo.fr
 a écrit :

Sauf que ces bornes n'acceptent pas le verre tel que
les verres de table, les plats, etc...
On en a discuté ici :

https://lists.openstreetmap.org/pipermail/talk-fr/2016-July/081636.html





En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

Stf





___
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-it] Richiesta apertura dati ai comuni attraverso Wikimedia

Al momento ho una lista parziale, che allego. Tutti i comuni riportati
possiedono un webgis.
Purtroppo mancano molti comuni (per fare un esempio, quelli consorziati al
BIM Adige/BIM Piave): pur non avendo alcun riferimento a WebGIS/SIT nel
sito comunale, sono abbastanza sicuro che abbiano informazioni
cartografiche molto interessanti...

Davide.

Il giorno 9 gennaio 2017 20:56, Maurizio Napolitano  ha
scritto:

> > Ci sono molti comuni che hanno il SIT ma
> > apparentemente non si possono scaricare i dati.
>
> Hai la lista di questi comuni?
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
Provincia Vicenza
Arzignano
Brendola
Castegnero
Chiampo
Creazzo
Isola Vicentina
Longare
Lonigo
Malo
Marostica
Mussolente
Nanto
Piovene Rocchette
Pozzoleone
Quinto Vicentino


Provincia Padova
Anguillara Veneta
Battaglia Terme
Campodarsego
Carmignano di Brenta
Fontaniva
Limena
Montegrotto Terme
Noventa Padovana
Padova
Piacenza d'Adige
Piazzola sul Brenta
Piove di Sacco
Ponte San Nicolņ
Pontelongo
Rovolon
Rubano
Saccolongo
San Giorgio delle Pertiche
San Giorgio in Bosco
Sant'Angelo di Piove di Sacco
Saonara
Teolo
Tombolo

Provincia Treviso
Cappella Maggiore
Castello di Godego
Cison di Valmarino
Codognč
Conegliano
Cordignano
Crespano del Grappa
Follina
Fregona
Loria
Miane
Moriago della Battaglia
Pieve di Soligo
Povegliano
Refrontolo
Revine Lago
San Fior
San Pietro di Feletto
Sarmede
Sernaglia della B.
Spresiano
Valdobbiadene
Vittorio Veneto

Provincia Venezia
Marcon
Mira
San Doną di Piave
Venezia
Vigonovo

Provincia Verona
Castelnuovo del Garda
Lavagno
Legnago
Nogarole Rocca
San Giovanni Lupatoto
Verona___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Osmose "Possible missing traffic_signals:direction or crossing "

2017-01-09 Thread osm . sanspourriel

Je n'avais pas précisé mais hormis le fait que ce soit un rond-point je 
ne vois pas le pourquoi de la différence :


http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.662122=1.363755=Mapnik=T=2090=1%2C2%2C3==online

http://osmose.openstreetmap.fr/fr/map/#zoom=18=49.010752=8.387275=Mapnik=T=2090=1==online

Le 09/01/2017 à 20:31, osm.sanspourr...@spamgourmet.com a écrit :


Et question subsidiaire : qu'est ce que signifie ce 
"traffic_signals:tram=yes"


Ne semble utilisé qu'à Toulouse et Helsinki.

D'après le nom (non décrit dans le wiki) ça devrait être un feu pour 
les trams, pas un feu pour les voitures indiquant un tram, but why 
not. Mais wiki à compléter si on veut que ce soit largement utilisé 
(un vote avant ?)


Effectivement
traffic_signals:direction 
 
forward


semble implicite.

Un autre exemple :
http://www.openstreetmap.org/node/2673405795
Jean-Yvon


Le 09/01/2017 à 18:11, lenny.libre - lenny.li...@orange.fr a écrit :


Moi non plus je ne comprends pas bien, c'est peut-être parce qu'il y 
a télescopage entre ce que je vois (dans mon petit coin) et ce que 
fait osmose (qui a une vue plus large).


Je vais tenter de reprendre sur un cas similaire, mais peut-être un 
peu plus simple :
https://framadrop.org/r/jgCXi8s-IT#h3fcV8H+CD2zQWb6nSLjBn42NobUETUrZupc9/LaukQ= 



1 - Osmose me propose d'ajouter un tag "traffic_signals:direction=*" 
pour indiquer dans quel sens s'applique un feu tricolore ; alors que 
la direction est connue  (il est d'ailleurs affiché par la carte 
osmose) : je met "faux-positif" ?


2 - Frédéric Rodrigo a écrit :

  Je ne comprend pas bien.
Mais la direction est celle du way pas du tag oneway. 
je ne vois de quelle direction tu parles ? le way est orienté , mais 
un tag oneway=-1 peut indiquer que la direction du sens unique est 
différente de celle du way.


3 - Le 31/12/2016 à 14:22, Frédéric Rodrigo a écrit :
Pour ce qui est du giratoire avec des feux ça pourrait faire l’objet 
d'une analyse osmose.
Quel genre d'analyse ? il me semble juste qu'il ne devrait pas 
demander la direction lorsqu'on se trouve sur un sens unique implicite.



Le 27/12/2016 à 11:04, lenny.libre a écrit :


Oui, je pense avoir bien compris ce que tente de faire cette 
analyse, (j'ai eu d'autres cas avec cette analyse que j'ai pu 
résoudre) mais cela ne répond pas à ma question initiale qui se 
trouve en bas du mail, dans quel cas suis-je ?



Le 26/12/2016 à 19:31, Frédéric Rodrigo a écrit :


C'est une analyse qui tente de trouver des passages ou des feux 
manquants.



Le 26 déc. 2016 19:03, "lenny.libre" > a écrit :



Le 26/12/2016 à 14:25, Thomas Ruchin a écrit :

Bonjour

Au vu du marquage au sol visible depuis Bing, cela ressemble un
rond-point plutôt qu'à un carrefour giratoire. Que dit la
signalisation verticale présente sur place ?
Si cela est bien confirmé, il faut remplacer le
junction=roundabout par un oneway=yes
Pour l’anecdote, les carrefours giratoires n'existent pas à
Paris intramuros, de même que les stop

T. Ruchin


Peut-être dans ce cas particulier, mais j'ai vu d'autres cas de
carrefours avec le panneau AB25 à chaque entrée de véhicules et
qui ont les feux (par exemple au niveau d'une voie de tram).

Pourquoi Osmose a signalé une erreur parce qu'il ne détecte pas
le "oneway" implicite dans le "junction=roundabout" ou  parce
qu'il a trouvé des "crossing" à proximité ?

léni


Le 26 décembre 2016 à 11:40, lenny.libre > a écrit :

Bonjour :

Osmose détecte signale sur des feux situés à l'intérieur
d'un carrefour giratoire.

*Possible missing traffic_signals:direction or crossing*
*node 2040084377
*
+ *traffic_signals:direction* = forward
+ *traffic_signals:direction* = backward
*highway* = traffic_signals

- si je me réfère à la proposition d'osmose avec la
direction, cela voudrait dire qu'Osmose ne détecte pas que
le
https://www.openstreetmap.org/way/22152292#map=19/43.59409/1.49617

a un tag "junction=roundabout" et donc que le tag oneway=*
est implicite, la direction est donc elle aussi implicite ;
ce serait donc une erreur que je dois signaler à osmose !

- si je me réfère à la description de l'erreur
https://wiki.openstreetmap.org/wiki/FR:Osmose/issues#2090

Détail : Un nœud très proche a déjà le tag
crossing=traffic_signals ou le tag crossing=traffic_signals
a été utilisé sans tag highway=traffic_signals à proximité.
: après vérification, je devrais indiquer "faux

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

2017-01-09 Thread Maurizio Napolitano

> Ci sono molti comuni che hanno il SIT ma
> apparentemente non si possono scaricare i dati.

Hai la lista di questi comuni?

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

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

>
> Quando invio richieste d'apertura dati ricevo una bassissima percentuale
> di risposte (e non parlo di risposte positive, ma risposte). Sembra quasi
> che viga ancora l'incontro e la chiacchierata di persona :-(
>

Anche la mia percentuale di risposte è estremamente bassa. Penso che il
ricevente della mail o non ha idea di cosa sia Openstreetmap (e quindi
delle sue potenzialità) oppure ritiene troppo dispendioso rispondere a noi
singoli mappers. Può anche essere che più mappers presentino richieste
simili alla stessa amministrazione comunale...
Data la bassissima percentuale di risposte, mi viene da pensare che come
cittadino valgo poco (non merito neanche una riga di risposta). D'altra
parte se tutte le richieste provenissero da un account che abbia un certo
peso, ad esempio la fondazione Wikimedia, forse l'esito potrebbe essere
diverso. Un aspetto importante di questo approcio risiede nella semplicità
nel tenere traccia di tutte le amministrazioni contattate, ad esempio
attraverso una pagina wiki).

puoi provare con l'accesso civico generalizzato nel caso tu non abbia
> ricevuto risposta 'con le buone'
>

Questo è uno strumento che non conoscevo! :)



Davide.

Il giorno 9 gennaio 2017 20:12, Stefano  ha scritto:

>
>
> Il giorno 9 gennaio 2017 19:10, Davide Sandona' 
> ha scritto:
>
>> Salve,
>> Durante le vacanze natalizie ho controllato una buona parte dei siti
>> delle amministrazioni comunali del Veneto al fine di trovare dati
>> geografici (Sistemi informativi territoriali). Ci sono molti comuni che
>> hanno il SIT ma apparentemente non si possono scaricare i dati.
>> E' possibile coordinare le richieste di apertura dati attraverso
>> Wikimedia? Potrei farlo manualmente io, ma avendo già inviato alcune mail
>> senza ricevere risposta ritengo che un supporto "ufficioso" da parte di
>> Wikimedia porterebbe a risultati ben diversi.
>>
>>
> Ciao,
> puoi provare con l'accesso civico generalizzato nel caso tu non abbia
> ricevuto risposta 'con le buone'
> Vedi la sezione del comune di Prato per un esempio[0], se non è presente
> già sul sito del tuo comune compili un modello simile e lo mandi all'URP
> del tuo comune (e se c'è al responsabile per la trasparenza).
> Entro 30 giorni dovrebbero darti una risposta.
>
>
>
>> Davide.
>>
>> Ciao,
> Stefano
>
> [0] http://www2.comune.prato.it/comefareper/identita/
> partecipazione/archivio7_34_644_40_8.html
>
>
>> ___
>> 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-GB] Tracker: Waterway with npe/NPE

2017-01-09 Thread Rob Nickerson

All,

I have set up a taginfo script to monitor waterway=* with source=npe or
source=NPE features:

https://docs.google.com/spreadsheets/d/1G9KXfp4Ho3fVROO9MxotcYTydl9CEXB_fi5ko2pM5Kc/edit#gid=2116033898

Happy mapping

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

Re: [OSM-talk-fr] Osmose "Possible missing traffic_signals:direction or crossing "

2017-01-09 Thread osm . sanspourriel

Et question subsidiaire : qu'est ce que signifie ce 
"traffic_signals:tram=yes"


Ne semble utilisé qu'à Toulouse et Helsinki.

D'après le nom (non décrit dans le wiki) ça devrait être un feu pour les 
trams, pas un feu pour les voitures indiquant un tram, but why not. Mais 
wiki à compléter si on veut que ce soit largement utilisé (un vote avant ?)


Effectivement
traffic_signals:direction 
 	forward


semble implicite.

Un autre exemple :
http://www.openstreetmap.org/node/2673405795
Jean-Yvon


Le 09/01/2017 à 18:11, lenny.libre - lenny.li...@orange.fr a écrit :


Moi non plus je ne comprends pas bien, c'est peut-être parce qu'il y a 
télescopage entre ce que je vois (dans mon petit coin) et ce que fait 
osmose (qui a une vue plus large).


Je vais tenter de reprendre sur un cas similaire, mais peut-être un 
peu plus simple :
https://framadrop.org/r/jgCXi8s-IT#h3fcV8H+CD2zQWb6nSLjBn42NobUETUrZupc9/LaukQ= 



1 - Osmose me propose d'ajouter un tag "traffic_signals:direction=*" 
pour indiquer dans quel sens s'applique un feu tricolore ; alors que 
la direction est connue (il est d'ailleurs affiché par la carte 
osmose) : je met "faux-positif" ?


2 - Frédéric Rodrigo a écrit :

  Je ne comprend pas bien.
Mais la direction est celle du way pas du tag oneway. 
je ne vois de quelle direction tu parles ? le way est orienté , mais 
un tag oneway=-1 peut indiquer que la direction du sens unique est 
différente de celle du way.


3 - Le 31/12/2016 à 14:22, Frédéric Rodrigo a écrit :
Pour ce qui est du giratoire avec des feux ça pourrait faire l’objet 
d'une analyse osmose.
Quel genre d'analyse ? il me semble juste qu'il ne devrait pas 
demander la direction lorsqu'on se trouve sur un sens unique implicite.



Le 27/12/2016 à 11:04, lenny.libre a écrit :


Oui, je pense avoir bien compris ce que tente de faire cette 
analyse, (j'ai eu d'autres cas avec cette analyse que j'ai pu 
résoudre) mais cela ne répond pas à ma question initiale qui se 
trouve en bas du mail, dans quel cas suis-je ?



Le 26/12/2016 à 19:31, Frédéric Rodrigo a écrit :


C'est une analyse qui tente de trouver des passages ou des feux 
manquants.



Le 26 déc. 2016 19:03, "lenny.libre" > a écrit :



Le 26/12/2016 à 14:25, Thomas Ruchin a écrit :

Bonjour

Au vu du marquage au sol visible depuis Bing, cela ressemble un
rond-point plutôt qu'à un carrefour giratoire. Que dit la
signalisation verticale présente sur place ?
Si cela est bien confirmé, il faut remplacer le
junction=roundabout par un oneway=yes
Pour l’anecdote, les carrefours giratoires n'existent pas à
Paris intramuros, de même que les stop

T. Ruchin


Peut-être dans ce cas particulier, mais j'ai vu d'autres cas de
carrefours avec le panneau AB25 à chaque entrée de véhicules et
qui ont les feux (par exemple au niveau d'une voie de tram).

Pourquoi Osmose a signalé une erreur parce qu'il ne détecte pas
le "oneway" implicite dans le "junction=roundabout"  ou parce
qu'il a trouvé des "crossing" à proximité ?

léni


Le 26 décembre 2016 à 11:40, lenny.libre > a écrit :

Bonjour :

Osmose détecte signale sur des feux situés à l'intérieur
d'un carrefour giratoire.

*Possible missing traffic_signals:direction or crossing*
*node 2040084377
*
+ *traffic_signals:direction* = forward
+ *traffic_signals:direction* = backward
*highway* = traffic_signals

- si je me réfère à la proposition d'osmose avec la
direction, cela voudrait dire qu'Osmose ne détecte pas que
le
https://www.openstreetmap.org/way/22152292#map=19/43.59409/1.49617

a un tag "junction=roundabout" et donc que le tag oneway=*
est implicite, la direction est donc elle aussi implicite ;
ce serait donc une erreur que je dois signaler à osmose !

- si je me réfère à la description de l'erreur
https://wiki.openstreetmap.org/wiki/FR:Osmose/issues#2090

Détail : Un nœud très proche a déjà le tag
crossing=traffic_signals ou le tag crossing=traffic_signals
a été utilisé sans tag highway=traffic_signals à proximité.
: après vérification, je devrais indiquer "faux positif" et
signaler à osmose que la description de l'erreur n'est pas
complète !

A votre avis, dans quel cas suis-je ?




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




___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Nouvelles bornes Trilib'

2017-01-09 Thread Frédéric Rodrigo


Salut,

Florian à utilisé l'application mobile de Mapotempo (basé sur Maps.me). 
L'application est toujours en cours de développement et n'est pas encore 
publié sur les stores. Néanmoins le code source est déjà disponible sur 
github.
L'application mobile, comme l'application web est libre et tous les 
codes sont en ligne.


https://github.com/Mapotempo/omim

Si vous voulez tester l'une ou l'autre sans l'installer/compiler vous 
même vous pouvez m'envoyer un email en privé. Elles permettent de 
préparer et d'aider à effectuer des tournées.


Frédéric.


Le 08/01/2017 à 20:31, Stéphane Péneau a écrit :
Par contre, tu pourrais nous en dire plus sur ce que tu as fait avec 
mapotempo ? Je n'ai pas trop bien compris où s'arrêtaient les limites 
de la version gratuite.


Stf

Le 08/01/2017 à 19:38, Guillaume AMAT a écrit :

Salut,

Je n'ai pas trouvé ça trop sérieux et c'était même très plaisant de 
voir la combinaison parfaite des outils libres :)


Merci pour ton article c'était très agréable à lire,
Guillaume

8 janvier 2017 16:02 "Stéphane Péneau" > 
a écrit:


Le 08/01/2017 à 13:09, Florian LAINEZ a écrit :

Je crois que j'ai pris le sujet beaucoup trop au sérieux !
J'en ai fait un article de blog
http://florian.lainez.fr/le-jour-ou-jai-fait-les-poubelles/


Pas besoin que ça soit sérieux pour en faire un article, qui est
très sympa à lire :-)

Stf



Le 31 décembre 2016 à 18:00, Florian LAINEZ > a écrit :

En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

ah ça c'est dommage ;)
De mon point de vue, le fait de notifier que l'on recycle du
verre n'est PAS faux. C'est simplement un premier niveau de
détail qui mérite éventuellement d'être précisé.
En effet recycling:glass_bottles=yes apporte une précision à
recycling:glass=yes
En fait si on pousse la logique jusqu'au bout, les tags
adéquats ne seraient-ils pas les suivants ?
- recycling:glass=yes si la borne permet de collecter du verre
- recycling:glass=bottles si la borne ne permet de collecter
que des bouteilles de verre
Le 24 décembre 2016 à 22:13,
> a écrit :

Actuellement le wiki

en parle clairement :
Bouteilles de verre et bocaux uniquement.
Le wiki allemand aussi (contenants en verre).

Jean-Yvon
Le 24/12/2016 à 18:16, Stéphane Péneau -
stephane.pen...@wanadoo.fr
 a écrit :

Sauf que ces bornes n'acceptent pas le verre tel que
les verres de table, les plats, etc...
On en a discuté ici :

https://lists.openstreetmap.org/pipermail/talk-fr/2016-July/081636.html



En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

Stf





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

Re: [OSM-talk-be] Mapillary vs OpenStreetCam

2017-01-09 Thread Marc Gemis

Ik vind ook dat foto's maken met een smartphone veel te lang duurt,
zeker als je die ook wil gebruiken voor navigatie. Ik kan met mijn
camera veel meer foto's maken op dezelfde tijd.

Foto's maken met Mapillary/OpenStreetCam is  de enige manier tijdens
het rijden, maar dan moet je geluk hebben dat wat je wil mappen er
goed opstaat. Ik ben feitelijk al aan het mappen tijdens het wandelen
en probeer voldoende goede foto's te maken van wat ik later wens te
mappen. Omdat ik zelf het knopje en de zoominstelling controleer kan
ik dat controleren. Ik kan foto's maken met 1 hand (en de honden inde
andere hand).

OsmAnd draait op de smartphone, met de route die ik wil lopen en alle
erfgoed items als POIs op de kaart. Ik gebruik een "armband" om OsmAnd
"handsfree" op mijn pols te hebben.

Foto's maken op de fiets of in de wagen vereist andere technieken. Dan
ben je verplicht zoveel mogelijk foto's te maken omdat je het moment
van opname niet kan controleren.

m

2017-01-09 18:12 GMT+01:00 Guy Vanvuchelen :
> Het zou misschien interessant zijn om op een workshop de verschillende 
> manieren te vergelijken.
> Zelf gebruik ik OsmAnd met "AudioNotities" maken en "foto maken". 
> "AudioNotities" gaat snel, zeker als het gaat om bijvoorbeeld: wegoppervlak, 
> breedte, max snelheid, begin agglomeratie, enz. "Foto maken" is dan weer zeer 
> geschikt voor straatnamen, opschriften, maar het neemt meer tijd in beslag.
> Ik heb ook al geprobeerd met de foto's van Mapillary maar daar stuit ik op 
> grote reeksen onderbelichte foto's waar niets op te zien is.  Misschien moet 
> ik eens een poging doen om tijdens het wandelen reeksen foto's in mapillary 
> te maken van die dingen waar ik iets wil mappen want met OsmAnd verschillende 
> foto's maken is toch te tijdrovend.
>
> Guy Vanvuchelen
>
> -Oorspronkelijk bericht-
> Van: Marc Gemis [mailto:marc.ge...@gmail.com]
> Verzonden: maandag 9 januari 2017 16:31
> Aan: OpenStreetMap Belgium
> Onderwerp: Re: [OSM-talk-be] Mapillary vs OpenStreetCam
>
> Ik heb vorige maand ook wel wat changesets met Mapillary gemapped, maar het 
> heeft me veel tijd gekost om die foto's de vinden die ik wou mappen.
> Als ik dat vergelijk met de tijd die ik moet spenderen om door mijn eigen 
> foto's te gaan, zie ik veel tijdverlies.
> Ik geef toe dat je misschien meer tijd "verliest" met de trip waarop de 
> foto's gemaakt worden, maar dat doe ik toch liever.
>
>
> Vandaar mijn vorige opmerking "ieder zijn ding",
> -  als je niet wil buitenkomen, gebruik dan Mapillary, dan heb je een goede 
> bron om van te vertrekken
>  - Als je graag foto's maakt en minder graag mapt, geef ze dan aan 
> Mapillary/OpenStreetCam.
> - Als je graag wandelt en niet teveel overbodige foto's wil doorworstelen 
> nadien: gebruik ze dan niet.
> - Of als je veel detail wil toevoegen (refs + grootte van brandkranen, ref 
> van street cabinets, lichtingstijden van bpost bussen, etc.) dan vrees ik dat 
> Mapillary ook te kort schiet (tenminste als de fotograaf er maar gewoon 
> voorbij rijdt)
>
> Kijk naar een willekeurige reeks op http://xian.smugmug.com/OSM en zie of je 
> dat soort (detail) foto's ook op een van die 2 sites (OSC/Map..) terug vindt.
>
> m.
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
> -
> Geen virus gevonden in dit bericht.
> Gecontroleerd door AVG - www.avg.com
> Versie: 2016.0.7996 / Virusdatabase: 4749/13729 - datum van uitgifte: 01/08/17
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

2017-01-09 Thread Stefano

Il giorno 9 gennaio 2017 19:10, Davide Sandona' 
ha scritto:

> Salve,
> Durante le vacanze natalizie ho controllato una buona parte dei siti delle
> amministrazioni comunali del Veneto al fine di trovare dati geografici
> (Sistemi informativi territoriali). Ci sono molti comuni che hanno il SIT
> ma apparentemente non si possono scaricare i dati.
> E' possibile coordinare le richieste di apertura dati attraverso
> Wikimedia? Potrei farlo manualmente io, ma avendo già inviato alcune mail
> senza ricevere risposta ritengo che un supporto "ufficioso" da parte di
> Wikimedia porterebbe a risultati ben diversi.
>
>
Ciao,
puoi provare con l'accesso civico generalizzato nel caso tu non abbia
ricevuto risposta 'con le buone'
Vedi la sezione del comune di Prato per un esempio[0], se non è presente
già sul sito del tuo comune compili un modello simile e lo mandi all'URP
del tuo comune (e se c'è al responsabile per la trasparenza).
Entro 30 giorni dovrebbero darti una risposta.



> Davide.
>
> Ciao,
Stefano

[0]
http://www2.comune.prato.it/comefareper/identita/partecipazione/archivio7_34_644_40_8.html


> ___
> 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-africa] State of the Map Africa 2017 Logo Contest

2017-01-09 Thread Geoffrey Kateregga

The State of the Map Africa Working Group is pleased to announce a call for
logo designs. We need your help to build a strong recognizable logo for the
first ever State of the Map Africa 2017 which will take place in Kampala,
Uganda in July this year.

The design should communicate a real Africa Experience end anyone is
welcome to contribute designs, provide ideas & feedback. For more
information about the contest go* here
*

Geoffrey Kateregga
*State of the Map Africa 2017*
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-ko] Help fix Korean Crossroads on Maproulette

2017-01-09 Thread Max

I made this maproulette challenge so that the very important crossroads 
can actually be mapped as junctions.


http://maproulette.org/map/1460/

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

[OSM-talk-fr] Fusions au 1er janvier (79)

Pour les Deux-Sèvres, Le journal La Nouvelle République donne une synthèse
aujourd'hui:

http://www.lanouvellerepublique.fr/Deux-Sevres/Actualite/Politique/n/Contenus/Articles/2017/01/09/Deux-communautes-et-trois-communes-nouvelles-2961287

* 3 CC fusionnenent en 1
* 4 autres CC fusionnent en 1 seule
* 3 communes nouvelles

La liste dans l'article.

Les fusions de CC ne sont pas encore dans OSM. Les  3 communes nouvelles
élisent en ce moment leur nouveau maire.

En fait les journaux régionaux ont fait leur travail pour recenser ce qui
change et informer leurs lecteurs. Ils ont l'habitude avec leurs
correspondants locaux d'éplucher les compte-rendus de conseils municipaux
et communautaires. et au besoin aller chercher les références dans les
arrétés préfectoraux, mais ils sont souvent au courant avant lesdits
arrêtés car ça se discute bien avant dans les conseils. Wikipédia a oublié
des cas.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

2017-01-09 Thread Alessandro Palmas


Il 09/01/2017 19:10, Davide Sandona' ha scritto:

Salve,
Durante le vacanze natalizie ho controllato una buona parte dei siti
delle amministrazioni comunali del Veneto al fine di trovare dati
geografici (Sistemi informativi territoriali). Ci sono molti comuni che
hanno il SIT ma apparentemente non si possono scaricare i dati.
E' possibile coordinare le richieste di apertura dati attraverso
Wikimedia? Potrei farlo manualmente io, ma avendo già inviato alcune
mail senza ricevere risposta ritengo che un supporto "ufficioso" da
parte di Wikimedia porterebbe a risultati ben diversi.

Davide.



Per supporto ufficioso cosa intendi dire?

Quando invio richieste d'apertura dati ricevo una bassissima percentuale 
di risposte (e non parlo di risposte positive, ma risposte). Sembra 
quasi che viga ancora l'incontro e la chiacchierata di persona :-(


Alessandro Ale_Zena_IT

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

[talk-latam] trazas gps como capa en página osm.org

2017-01-09 Thread Marco Antonio


Hace pocos días pusieron en la pagína osm.org la opción de ver las
trzas GPS púbicas a modo de feedback para saber dónde hay trazas,
ayudaría a saber dónde editar.

cómo activar → http://imgur.com/a/CtTjY

los colores representan las direcciones: 

rojo - este
cyan - oeste
norte - amarillo
sur - violeta

Si puede inviten a otras personas a colaborar con sus trazas

abrazos,

Marco Antonio
@51114u9

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

[Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

Salve,
Durante le vacanze natalizie ho controllato una buona parte dei siti delle
amministrazioni comunali del Veneto al fine di trovare dati geografici
(Sistemi informativi territoriali). Ci sono molti comuni che hanno il SIT
ma apparentemente non si possono scaricare i dati.
E' possibile coordinare le richieste di apertura dati attraverso Wikimedia?
Potrei farlo manualmente io, ma avendo già inviato alcune mail senza
ricevere risposta ritengo che un supporto "ufficioso" da parte di Wikimedia
porterebbe a risultati ben diversi.

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

Re: [OSM-talk-fr] Osmose "Possible missing traffic_signals:direction or crossing "

2017-01-09 Thread lenny.libre

Moi non plus je ne comprends pas bien, c'est peut-être parce qu'il y a 
télescopage entre ce que je vois (dans mon petit coin) et ce que fait 
osmose (qui a une vue plus large).


Je vais tenter de reprendre sur un cas similaire, mais peut-être un peu 
plus simple :
https://framadrop.org/r/jgCXi8s-IT#h3fcV8H+CD2zQWb6nSLjBn42NobUETUrZupc9/LaukQ= 



1 - Osmose me propose d'ajouter un tag "traffic_signals:direction=*" 
pour indiquer dans quel sens s'applique un feu tricolore ; alors que la 
direction est connue (il est d'ailleurs affiché par la carte osmose) : 
je met "faux-positif" ?


2 - Frédéric Rodrigo a écrit :

  Je ne comprend pas bien.
Mais la direction est celle du way pas du tag oneway. 
je ne vois de quelle direction tu parles ? le way est orienté , mais un 
tag oneway=-1 peut indiquer que la direction du sens unique est 
différente de celle du way.


3 - Le 31/12/2016 à 14:22, Frédéric Rodrigo a écrit :
Pour ce qui est du giratoire avec des feux ça pourrait faire l’objet 
d'une analyse osmose.
Quel genre d'analyse ? il me semble juste qu'il ne devrait pas demander 
la direction lorsqu'on se trouve sur un sens unique implicite.



Le 27/12/2016 à 11:04, lenny.libre a écrit :


Oui, je pense avoir bien compris ce que tente de faire cette analyse, 
(j'ai eu d'autres cas avec cette analyse que j'ai pu résoudre) mais 
cela ne répond pas à ma question initiale qui se trouve en bas du 
mail, dans quel cas suis-je ?



Le 26/12/2016 à 19:31, Frédéric Rodrigo a écrit :


C'est une analyse qui tente de trouver des passages ou des feux 
manquants.



Le 26 déc. 2016 19:03, "lenny.libre" > a écrit :



Le 26/12/2016 à 14:25, Thomas Ruchin a écrit :

Bonjour

Au vu du marquage au sol visible depuis Bing, cela ressemble un
rond-point plutôt qu'à un carrefour giratoire. Que dit la
signalisation verticale présente sur place ?
Si cela est bien confirmé, il faut remplacer le
junction=roundabout par un oneway=yes
Pour l’anecdote, les carrefours giratoires n'existent pas à
Paris intramuros, de même que les stop

T. Ruchin


Peut-être dans ce cas particulier, mais j'ai vu d'autres cas de
carrefours avec le panneau AB25 à chaque entrée de véhicules et
qui ont les feux (par exemple au niveau d'une voie de tram).

Pourquoi Osmose a signalé une erreur parce qu'il ne détecte pas
le "oneway" implicite dans le "junction=roundabout"  ou parce
qu'il a trouvé des "crossing" à proximité ?

léni


Le 26 décembre 2016 à 11:40, lenny.libre > a écrit :

Bonjour :

Osmose détecte signale sur des feux situés à l'intérieur
d'un carrefour giratoire.

*Possible missing traffic_signals:direction or crossing*
*node 2040084377
*
+ *traffic_signals:direction* = forward
+ *traffic_signals:direction* = backward
*highway* = traffic_signals

- si je me réfère à la proposition d'osmose avec la
direction, cela voudrait dire qu'Osmose ne détecte pas que
le
https://www.openstreetmap.org/way/22152292#map=19/43.59409/1.49617

a un tag "junction=roundabout" et donc que le tag oneway=*
est implicite, la direction est donc elle aussi implicite ;
ce serait donc une erreur que je dois signaler à osmose !

- si je me réfère à la description de l'erreur
https://wiki.openstreetmap.org/wiki/FR:Osmose/issues#2090

Détail : Un nœud très proche a déjà le tag
crossing=traffic_signals ou le tag crossing=traffic_signals
a été utilisé sans tag highway=traffic_signals à proximité.
: après vérification, je devrais indiquer "faux positif" et
signaler à osmose que la description de l'erreur n'est pas
complète !

A votre avis, dans quel cas suis-je ?




___
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: [Talk-it] AgID - pubblicate linee guida open data 2016

2017-01-09 Thread Maurizio Napolitano

2017-01-09 17:24 GMT+01:00 Alessandro Palmas :
> Il 14 dicembre 2016 sono state pubblicate le linee guida open data (per
> l'anno 2016 :-) )
>
> http://www.agid.gov.it/notizie/2016/12/14/open-data-pubblicate-linee-guida-2016
>
> I comuni medio piccoli avranno le risorse necessarie per leggere e recepire
> le 57 pagine?

i comuni medio piccolo dovrebbero cominciare a ragionare a consorziarsi per la
gestione ICT.
In ogni caso le linee guida sul patrimonio informativo pubblico sono in continuo
miglioramento e vengono, ogni volta, semplificate.
Se penso alla prima versione che era il volume quasi il doppio.

Nella precedente c'erano anche chiari riferimento a OpenStreetMap, nella recente
c'è solo riferimento alla ODbL ma va bene.

Quello che penso che sia importante far implementare è il capitolo dal titolo
"aspetti organizzativi e di qualità per i dati"

my2cents

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

[Talk-it] AgID - pubblicate linee guida open data 2016

2017-01-09 Thread Alessandro Palmas

Il 14 dicembre 2016 sono state pubblicate le linee guida open data (per 
l'anno 2016 :-) )


http://www.agid.gov.it/notizie/2016/12/14/open-data-pubblicate-linee-guida-2016

I comuni medio piccoli avranno le risorse necessarie per leggere e 
recepire le 57 pagine?


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

Re: [OSM-talk-be] Mapillary vs OpenStreetCam

2017-01-09 Thread Marc Gemis

Ik heb vorige maand ook wel wat changesets met Mapillary gemapped,
maar het heeft me veel tijd gekost om die foto's de vinden die ik wou
mappen.
Als ik dat vergelijk met de tijd die ik moet spenderen om door mijn
eigen foto's te gaan, zie ik veel tijdverlies.
Ik geef toe dat je misschien meer tijd "verliest" met de trip waarop
de foto's gemaakt worden, maar dat doe ik toch liever.


Vandaar mijn vorige opmerking "ieder zijn ding",
-  als je niet wil buitenkomen, gebruik dan Mapillary, dan heb je een
goede bron om van te vertrekken
 - Als je graag foto's maakt en minder graag mapt, geef ze dan aan
Mapillary/OpenStreetCam.
- Als je graag wandelt en niet teveel overbodige foto's wil
doorworstelen nadien: gebruik ze dan niet.
- Of als je veel detail wil toevoegen (refs + grootte van brandkranen,
ref van street cabinets, lichtingstijden van bpost bussen, etc.) dan
vrees ik dat Mapillary ook te kort schiet (tenminste als de fotograaf
er maar gewoon voorbij rijdt)

Kijk naar een willekeurige reeks op http://xian.smugmug.com/OSM en zie
of je dat soort (detail) foto's ook op een van die 2 sites (OSC/Map..)
terug vindt.

m.

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

[Talk-in] setting up open-street map server - latest and stable version

2017-01-09 Thread VAMO Systems

Hi All

I am trying to setup open street map server - stable & latest version. But
I couldn't find a proper documentation similar to this one
https://switch2osm.org/serving-tiles/manually-building-a-tile-server-14-04/
 - which deals with old version of mapnik, styles etc.

I understand in recent version XML based styles got replaced. But I don't
know which file is equivalent to that.  Also what is equivalent to
render_list ?

Thanks Arun Ganesh and Anish for creating excellent documentation on
correcting India border which works really well.
http://xsce.org/wiki/generating_map_tiles

But I am not sure will this be applicable with latest version of mapnik etc.

Please help me in getting latest documentation to setup - OSM Server.

Your help is highly appreciated.


Best Regards,
Prasanna K
Director - Product Engineering
VAMO Systems Private Limited
2nd Floor, New No 21/Old No 8,
86th street, Ashok Nagar
Chennai, TamilNadu, India,600083
Mobile: +91-9840898818
Email: p...@vamosys.com
twitter: @gps_vamosystems
Skype: pkram76
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-GB] Monitoring OSM changes (was Re: natural=heath)

2017-01-09 Thread Dave F



On 09/01/2017 14:55, Adrian McEwen wrote:
Ah.  I probably did fall foul of that.  That's good to know for the 
future.  In the meantime I have reset my login, so can now confirm 
(what everyone else probably already knew :-) that it's OSM Mapper 
that I've been using for that.


Would still be interested to hear about what other tools I 
could/should be using :-)


WhoDidIt returns just the changeset boundary & occasionally misses a few 
edits (unsure why).


I use Overpass Turbo http://overpass-turbo.eu/

With this routine:

[out:json][timeout:25];
(
( node(newer:"{{date:1Day}}")({{bbox}});
 way(newer:"{{date:1Day}}")({{bbox}});
)
-
(
 node(newer:"{{date:1Day}}")(user:"DaveF")({{bbox}});
 way(newer:"{{date:1Day}}")(user:"DaveF")({{bbox}});
)
);
out meta geom;

Change user name & time length to suit:
http://wiki.openstreetmap.org/wiki/Overpass_turbo/Extended_Overpass_Turbo_Queries

DaveF


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-cz] I/8 nebo II/608

2017-01-09 Thread Jan Martinec


Dne 01/09/17 v 15:11 jo...@razdva.cz napsal(a):

Ahoj,

mam strucny dotaz teologicke povahy... ted, po otevreni posledniho useku 
dalnice D8 by se mela z puvodni silnice I/8 stat II/608. Tento stav uz je 
respektovan znacenim. Papirove by se tak ovsem melo stat az po prevedeni 
silnice na kraj. Co ted? Respektovat znaceni nebo cekat na uredni kolecko?



Prazáklad celého OSM: co je v reálu, to budiž v mapě: 
http://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_Rule


Přečíslování v papírech může trvat stejně dlouho, jako trvala stavba, 
kdo ví :D


HPM


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

Re: [Talk-GB] Monitoring OSM changes (was Re: natural=heath)

2017-01-09 Thread Adrian McEwen


On 09/01/17 14:44, Ed Loach wrote:

Adrian wrote:

I did set up some changes-in-a-given-area RSS feeds from ITOworld
years
ago (I'd explain what they are better, but while the feeds still work
I've forgotten my login to go and get the tool's name :-D)

You might not have forgotten your ITO world login - if you have an RSS feed and 
follow the url the login from that doesn't work.

You have to already have logged in via http://www.itoworld.com in your browser 
before clicking on the url in the email.

Or at least that works for me.

Ed

Ah.  I probably did fall foul of that.  That's good to know for the 
future.  In the meantime I have reset my login, so can now confirm (what 
everyone else probably already knew :-) that it's OSM Mapper that I've 
been using for that.


Would still be interested to hear about what other tools I could/should 
be using :-)


Cheers,

Adrian.


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

Re: [Talk-GB] natural=heath



I have came across a similar issue where areas of mainly grass, but with 
some gorse bushes, on chalk downland had been changed to natural=heath, 
when I contacted the mapper about it he said something along the lines 
of, "well I've seen it done like that elsewhere"


David



-- Original Message --
From: "SK53" 
To: "Talk-GB@openstreetmap.org" 
Sent: 09/01/2017 11:53:51
Subject: [Talk-GB] natural=heath

Somehow I have been oblivious to the fact that large numbers of 
polygons tagged natural=heath have been added over the past few months 
to OSM.


I only noticed these when looking at old traces on the new GPX trace 
overlay. Specifically I noticed them on the Snowdon range extending 
beyond Moel Eilio.


I have now reviewed my photographs taken in 2010 for the countryside 
extending N of Moel Eilio to the pass between Foel Goch and Moel 
Cynghorion. As it was a beautiful day the photos also provide valuable 
interpretive evidence not only for the rest of the Snowdon range, but 
for the Northern Glyders, Mynydd Mawr and the Nantlle Ridge.


Both in detail and in long view the vast bulk of this countryside is 
unimproved grassland, which is why it is used for sheep farming and not 
grouse moors. There appears to be a small patch of heather moorland 
beyond the forestry to the N of Moel Eiio, and possibly a patch in one 
of the valleys to the E.


In addition to reviewing my own photos I have also checked the same 
areas against the Phase 1 habitat survey carried out by the Countryside 
Commission of Wales roughly between 1980-1995. This also shows the vast 
bulk of the area as being acid grassland, albeit with some small areas 
of mosaic grassland and heath. Unfortunately I cannot show this 
analysis because I obtained the data under an distinctly non-open 
licence and need explicit permission from Natural Resources Wales to 
publish the data.


This is not to say that the use of tag natural=heath is wrong. Many of 
the areas which have recently been mapped as natural=heath can also be 
described as moorland or rough grazing depending on context (upland or 
coastal).


The more usual use of heath, certainly within communities of 
naturalists, conservationists and ecologists, is for habitats dominated 
by ericaceous (members of the heather family) shrubs & sub-shrubs: 
i.e., heather, bell heather, heaths, bilberry, crowberry etc.


The phase 1 habitat manual (phase 1 is the basic ecological survey 
technique developed by the Joint Nature Conservation Committee, JNCC) 
states:


"Heathland includes vegetation dominated by ericoids or dwarf gorse 
species, as well as 'heaths' dominated by lichens and bryophytes, dwarf 
forbs, Carex bigelowii or Juncus trifidus." (p. 41, 2010 revision)"


Personally, I would prefer that we stick to a definition similar to 
this one. There is not likely to an entirely straightforward 
correspondence with Phase 1 as some upland heather moorland may get 
mapped in Phase 1 onto other habitats, particularly if underlain by 
large quantities of peat.


The reasons for this are:
Habitats are different. Habitats as different as these should be tagged 
differently. Upland and coastal unimproved grasslands are very 
different habitats to heather moorland and very very different from 
rare lowland heaths. Just the range of birds one encounters will be 
different. On the former I expect to see Meadow Pipits, Wheatears and 
no Red Grouse. Lowland heaths in Southern England are habitats for 
quite rare birds: Nightjars, Woodlarks, Dartford Warblers.
Terrain underfoot is different. There is a massive difference between 
walking though knee-deep heather in places like the Rhinogs or the Mull 
of Kintyre, the lovely turf on the ridges N of Snowdon, or tussocky 
coastal grassland. We should be capturing such things.
Visual differences. The image of the country is different. Most 
apparent when heather is in bloom.Landuse differences. Most obviously 
sheep grazing versus grouse moor, although sheep may still be 
encountered on the latter.
Obscuring rare natural areas. Genuine lowland heath is a rare 
phenomenon in Britain and requires great conservation effort. Extension 
of the natural=heath tag to cover other things means that identifying 
these special areas using OSM will not be possible.
I reviewing the extent of current use of natural=heath I may already be 
too late in preventing an extension of its meaning to cover more or 
less all non-intensively farmed areas which aren't wooded. 
Notwithstanding this I would like to canvas views from other mappers. 
If the current usage of the tag is deemed to be the suitable one then 
we need to develop additional tags which allow the recognition of all 
the features I mention above.


Regards,

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

Re: [Talk-GB] Monitoring OSM changes (was Re: natural=heath)

2017-01-09 Thread Ed Loach

Adrian wrote:
> I did set up some changes-in-a-given-area RSS feeds from ITOworld
> years
> ago (I'd explain what they are better, but while the feeds still work
> I've forgotten my login to go and get the tool's name :-D)

You might not have forgotten your ITO world login - if you have an RSS feed and 
follow the url the login from that doesn't work. 

You have to already have logged in via http://www.itoworld.com in your browser 
before clicking on the url in the email.

Or at least that works for me.

Ed

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

Re: [Talk-cz] I/8 nebo II/608

2017-01-09 Thread Michal Pustějovský

Souhlas.

Michal



-- Původní zpráva --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 1. 2017 15:41:31
Předmět: Re: [Talk-cz] I/8 nebo II/608

"
Osobně bych to udělala už hned podle značení na místě - obvykle se 
"skutečnost" na místě nadřazuje jiným informacím.




2017-01-09 15:11 GMT+01:00 :
"Ahoj,

mam strucny dotaz teologicke povahy... ted, po otevreni posledniho useku 
dalnice D8 by se mela z puvodni silnice I/8 stat II/608. Tento stav uz je 
respektovan znacenim. Papirove by se tak ovsem melo stat az po prevedeni 
silnice na kraj. Co ted? Respektovat znaceni nebo cekat na uredni kolecko?

J.

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


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

Re: [Talk-cz] I/8 nebo II/608

2017-01-09 Thread majka

Osobně bych to udělala už hned podle značení na místě - obvykle se
"skutečnost" na místě nadřazuje jiným informacím.

2017-01-09 15:11 GMT+01:00 :

> Ahoj,
>
> mam strucny dotaz teologicke povahy... ted, po otevreni posledniho useku
> dalnice D8 by se mela z puvodni silnice I/8 stat II/608. Tento stav uz je
> respektovan znacenim. Papirove by se tak ovsem melo stat az po prevedeni
> silnice na kraj. Co ted? Respektovat znaceni nebo cekat na uredni kolecko?
>
> J.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-be] Mapillary vs OpenStreetCam

2017-01-09 Thread Marc Gemis

Even voor alle duidelijkheid, als je het hebt over Mapillary tag,
bedoel je dan een tag op de foto op de Mapillary site, of een OSM tag
die verwijst naar een Mapillary foto ?

Het is inderdaad gemakkelijk voor iemand die niet meer het huis uit
kan. Die kan dan virtuele wandelingen maken door die fotoreeksen en
tot hij/zij iets interessants vindt om te mappen.
Ik heb me een tijdje bezig gehouden met door jouw fotoreeksen te gaan.
Maar de conclusie is dat ik het tijdverlies vind om die virtuele rit
te maken en vele foto's te bekijken waar (voor mij) geen zinvolle
informatie opstaat. Er zijn gewoonweg teveel foto's die ik moet
wegklikken om uiteindelijk tot een nuttige foto te komen. Let wel, ik
weet niet op welke foto iets zinvol gaat staan, ik moet ze allemaal
afgaan.

Kan je iets meer uitleg geven waarom OpenStreetCam niet geschikt is
voor fietspaden ?

m.

2017-01-09 13:32 GMT+01:00 Philippe Casteleyn :
>
>
> Computers zijn ook maar mensen en geraken er soms niet meer aan uit.  Zoals
> in Brussel.  Daarom is het aangewezen de mapillary tag te gebruiken.  Dan
> vindt je in 10 seconden terug waarover het gaat.  Op de kleine popup
> vensters van de Mapillary website kan je ook al zien welke photo in
> aanmerking komt.  En je kan ook filteren.
>
>
> Ik heb gisteren nog een uur verloren met een drinkwaterfonteintje te zoeken
> dat er niet (meer) is.  Met een photo is er geen tijdverlies.  Dat is de
> beste manier van kwaliteitsbewaking.  Tags kunnen toegevoegd worden zonder
> ter plaatse geweest te zijn.   Onvolledig mappen werkt aanstekelijk.  Ik heb
> in Grobbendonk maar 1 picnic tafel toegevoegd, terwijl het er meerdere grote
> zijn.  Wie interesse heet in picnic tafels kan zijn gang gaan.  Ik heb
> dankzij de photo's het fonteintje 1 meter verplaatst.
>
> Als dat niet de beste methode van surveyen is,  dan ben ik aan een opleiding
> toe.  Mijn grootste plezier is wanneer ik iets kan gebruiken wat ik
> toevallig gephotographeerd heb.  AEDs aan de muur bijvoorbeeld.  Of
> reddingsboeien.  Frustrerend is het natuurlijk als de goede photo er net
> niet is.
>
> Laat ons ook eens denken aan de mapper die niet meer uit huis kan.
>
> Openstreetcam is absoluut niet geschikt voor fietspaden.
>
>
> http://hdyc.neis-one.org/?philippec
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[Talk-GB] Monitoring OSM changes (was Re: natural=heath)

2017-01-09 Thread Adrian McEwen


On 09/01/17 12:50, Andy Townsend wrote:
More seriously, edits are public, and feeds such as Pascal Neis's, 
Whodidit and OsmCha allow monitoring of changes in an area, so if you 
see something that "looks wrong" please do investigate and contact the 
user about it.


Is there a good introduction to those sorts of feeds anywhere?

I did set up some changes-in-a-given-area RSS feeds from ITOworld years 
ago (I'd explain what they are better, but while the feeds still work 
I've forgotten my login to go and get the tool's name :-D)


I'm wondering (and there are often hints, like Andy's comment above, 
that such tools exist) if there are better/more tools these days to:

 1) Keep an eye on all changes for a given geographic area
 2) Watch for all changesets that use a given tag (obviously that'd be 
too much of a firehose for some tags, but for others it'd help people 
keep an eye on particular sorts of edits)


Cheers,

Adrian.


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

Re: [OSM-talk-be] Mapillary vs OpenStreetCam

2017-01-09 Thread joost schouppe

Op 8 januari 2017 om 18:48 schreef Marc Gemis :

> Het hangt er echt vanaf wat je wil mappen, maar er zijn zoveel foto's
> op Mapillary waar ik niks mee aanvang. En het vinden van een foto waar
> iets op staat dat ik de moeite vind, duurt me te lang. En dikwijls is
> de cruciale foto net onscherp, is ze geblurred etc.
>

Pak een willekeurige winkelstraat met enkele shoots, en je bent rap een
paar uur bezig. Of voor wegsnelheden en turn lanes ook ideaal


>
>  Ik vraag me af of er veel mappers zijn in België die veel bruikbare
> informatie uit die Mapillary foto's (of OpenStreetCam) halen. Ik heb
> een haat -liefde verhouding met die services.
>

Inderdaad, dikwijls frustrerend, maar check deze eens: afgelopen maand zo'n
6000 changesets die expliciet mapillary vermelden in de changeset comment
http://resultmaps.neis-one.org/osm-changesets?comment=mapillary#2/13.2/25.3



-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

[Talk-cz] I/8 nebo II/608

2017-01-09 Thread jozka

Ahoj,

mam strucny dotaz teologicke povahy... ted, po otevreni posledniho useku 
dalnice D8 by se mela z puvodni silnice I/8 stat II/608. Tento stav uz je 
respektovan znacenim. Papirove by se tak ovsem melo stat az po prevedeni 
silnice na kraj. Co ted? Respektovat znaceni nebo cekat na uredni kolecko?

J.

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

Re: [Talk-it] Mappa dei ripetitori radioamatoriali (su openstreetmap)

2017-01-09 Thread Cascafico Giovanni

Ecco la bozza umap:
http://u.osmfr.org/m/67749

Il 04/gen/2017 16:29, "Fabrizio Carrai"  ha
scritto:

> Ciao Giovanni,
>
> Il giorno 4 gennaio 2017 12:26, Cascafico Giovanni 
> ha scritto:
>
>> Il 04/gen/2017 08:28, "Fabrizio Carrai"  ha
>> scritto:
>> >
>> > Pongo un domanda a tutti: sarebbe corretto importare/usare le
>> coordinate QTH dei ponti radio anche se la loro precisione non è quella dei
>> survey o del tradizionale GPS a cui siamo abituati ?
>>
>> No, sarebbe sbagliato inquinare OSM con tali margini di errore. Già ho
>> dovuto correggere in passato parecchi errori di un import dei Punto ENEL
>> che erano più "accurati".
>>
>> Per questo proponevo nel thread un passaggio intermedio ed alternativo
>> all'import attraverso umap.
>>
> Non conosco molto umap, puoi spiegarmi meglio ? Io parto da una serie di
> dati (CSV) dove le caratteristiche dei ripetitori sono ben descritte
> (frequenza, toni di accesso, ec...) ma hanno un posizionamento grossolano.
> Una volta che sono in grado di correggere la posizione, come posso
> trasferire i dati di quel ripetitore su OSM ?
>
> Grazie
> FabC
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] natural=heath

2017-01-09 Thread SK53

No-one has solved conflation in OSM, so there is no mechanism for
re-merging branches (I suspect that it's fundamentally very hard for geo
data).

If there were usable common conflation techniques there would be many fewer
problems with imports.

A more viable approach is a post-processed version of OSM data. A couple of
the firms doing routing apps do various QA routines before pushing out new
releases. The problem is that it's quite easy to do decent post-processing
clean-up on data for specific domains (roads, boundaries, retail etc), but
one gets back to the conflation problem it it's necessary to merge these
together again.

Jerry

On 9 January 2017 at 12:40, Jez Nicholson  wrote:

> has there ever been discussion about code branching in OSM? In git terms,
> we are all making changes direct to master. I'm wondering whether small
> changes could be automatically approved and large changes would require
> peer review first.
>
> I know that this is a huge change to the base infrastructure, so maybe a
> bot that auto-challenges large/sweeping changes?
>
> or is this like in QI when the siren goes off because someone proposes
> something that has is a commonly held fallacy? or been discussed ad nauseam
>
> - Jez
>
> On Mon, 9 Jan 2017 at 12:29 ael  wrote:
>
>> On Mon, Jan 09, 2017 at 11:53:51AM +, SK53 wrote:
>> > Somehow I have been oblivious to the fact that large numbers of polygons
>> > tagged natural=heath have been added over the past few months to OSM.
>>
>>
>> I too have encountered at least one armchair mapper who (in my view)
>> incorrectly tagged large areas of Bodmin moor with this nonsense.
>> I changed this rubbish in the areas that I have directly surveyed, but
>> did not think that I should override another mapper who clearly had
>> spent a lot of effort in adjacent areas without consultation.
>>
>> I first noticed this problem several months ago: I cannot remember
>> whether I tried to contact the mapper to ask what was happening.
>>
>> I have had other instances of armchair mappers adding what I regard as
>> very dubious landuse tags to areas that I have extensively surveyed.
>> When I contacted one of the main offenders; I didn't get a very helpful
>> response.
>>
>> Anyway, I suspect that this is a problem over large areas.
>>
>> ael
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] natural=heath

2017-01-09 Thread Dan S

2017-01-09 12:40 GMT+00:00 Jez Nicholson :
> has there ever been discussion about code branching in OSM? In git terms, we
> are all making changes direct to master. I'm wondering whether small changes
> could be automatically approved and large changes would require peer review
> first. I know that this is a huge change to the base infrastructure

Yes there has been discussion of this, but not on talk-gb because
talk-gb isn't really the place for it ;)
It's a very difficult idea to convert osm to a "branching" data model,
because of some awkward issues such as universal identifiers for
objects and versions.
But! There has been some work on an interesting project which sort-of
enables branching-and-merging, in the HOT world:
https://hi.stamen.com/merging-offline-edits-with-the-posm-replay-tool-2f39a4410d2a

> so maybe a bot
> that auto-challenges large/sweeping changes?

I think we pretty much already have this, thanks to various monitoring
tools (recently, OSMCHA - very helpful), except that the "bot" is the
community.


> or is this like in QI when the siren goes off because someone proposes
> something that has is a commonly held fallacy? or been discussed ad nauseam

Best not to discourage people who are coming "new to old ideas" imho,
though talk-gb's not the ideal venue so I'd suggest using a dev
forum...

Dan


> - Jez
>
> On Mon, 9 Jan 2017 at 12:29 ael  wrote:
>>
>> On Mon, Jan 09, 2017 at 11:53:51AM +, SK53 wrote:
>> > Somehow I have been oblivious to the fact that large numbers of polygons
>> > tagged natural=heath have been added over the past few months to OSM.
>>
>>
>> I too have encountered at least one armchair mapper who (in my view)
>> incorrectly tagged large areas of Bodmin moor with this nonsense.
>> I changed this rubbish in the areas that I have directly surveyed, but
>> did not think that I should override another mapper who clearly had
>> spent a lot of effort in adjacent areas without consultation.
>>
>> I first noticed this problem several months ago: I cannot remember
>> whether I tried to contact the mapper to ask what was happening.
>>
>> I have had other instances of armchair mappers adding what I regard as
>> very dubious landuse tags to areas that I have extensively surveyed.
>> When I contacted one of the main offenders; I didn't get a very helpful
>> response.
>>
>> Anyway, I suspect that this is a problem over large areas.
>>
>> ael
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

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

Re: [Talk-GB] natural=heath


On 09/01/2017 12:40, Jez Nicholson wrote:

...  so maybe a bot that auto-challenges large/sweeping changes?


I can just see it - "Clippy for OSM" - "It looks as if you are crayoning 
in some landuse?  May I suggest you leave your chair and map what is 
outside your door?"  :)


More seriously, edits are public, and feeds such as Pascal Neis's, 
Whodidit and OsmCha allow monitoring of changes in an area, so if you 
see something that "looks wrong" please do investigate and contact the 
user about it.


Best Regards,

Andy


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

Re: [Talk-de] route_master - Hilfe erbeten

2017-01-09 Thread goegeo


Danke Felix,

Tipps waren hilfreich - hat super geklappt, Danke!

weitere Hilfe in dieser Sache (vorerst) nicht nötig.

Beste Grüße

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

Re: [Talk-GB] natural=heath

2017-01-09 Thread Jez Nicholson

has there ever been discussion about code branching in OSM? In git terms,
we are all making changes direct to master. I'm wondering whether small
changes could be automatically approved and large changes would require
peer review first.

I know that this is a huge change to the base infrastructure, so maybe a
bot that auto-challenges large/sweeping changes?

or is this like in QI when the siren goes off because someone proposes
something that has is a commonly held fallacy? or been discussed ad nauseam

- Jez

On Mon, 9 Jan 2017 at 12:29 ael  wrote:

> On Mon, Jan 09, 2017 at 11:53:51AM +, SK53 wrote:
> > Somehow I have been oblivious to the fact that large numbers of polygons
> > tagged natural=heath have been added over the past few months to OSM.
>
>
> I too have encountered at least one armchair mapper who (in my view)
> incorrectly tagged large areas of Bodmin moor with this nonsense.
> I changed this rubbish in the areas that I have directly surveyed, but
> did not think that I should override another mapper who clearly had
> spent a lot of effort in adjacent areas without consultation.
>
> I first noticed this problem several months ago: I cannot remember
> whether I tried to contact the mapper to ask what was happening.
>
> I have had other instances of armchair mappers adding what I regard as
> very dubious landuse tags to areas that I have extensively surveyed.
> When I contacted one of the main offenders; I didn't get a very helpful
> response.
>
> Anyway, I suspect that this is a problem over large areas.
>
> ael
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] natural=heath


On 09/01/2017 12:28, ael wrote:
When I contacted one of the main offenders; I didn't get a very 
helpful response. 


It's a shame that this happens, but please do keep trying to contact 
other mappers where there's a problem like this.  If for no other 
reason, it exposes the problem on 
http://resultmaps.neis-one.org/osm-discussions?c=United%20Kingdom#4/54.16/-1.98 
.


Best Regards,

Andy


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

Re: [Talk-GB] natural=heath