Re: [OSM-talk] Beware Pokemon users

[Russ Nelson]

moltonel 3x Combo writes:
 > While this is only an anecdotal result, there are clearly a lot more
 > spawns on this walk than in the surrounding area (I regularly get
 > 10-15 spawns on this 700m footway, but only 1-2 covering the same
 > distance along the primary to get there).
 > 
 > IMHO, the biggest news here is that (a subsidiary of) Google is using
 > OSM data in a high-profile product.

OR PoGo is using the fact that a bunch of people walk that way playing
Pokemon Go than other places.

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

Re: [Talk-us] [OSM-talk] Beware Pokemon users

[Russ Nelson]

moltonel 3x Combo writes:
 > While this is only an anecdotal result, there are clearly a lot more
 > spawns on this walk than in the surrounding area (I regularly get
 > 10-15 spawns on this 700m footway, but only 1-2 covering the same
 > distance along the primary to get there).
 > 
 > IMHO, the biggest news here is that (a subsidiary of) Google is using
 > OSM data in a high-profile product.

OR PoGo is using the fact that a bunch of people walk that way playing
Pokemon Go than other places.

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

[Talk-ht] Bon ane

[Rei Debreus]

Mwen swete ak tout moun yon bòn ane 2017.
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-ht] News

[Rei Debreus]

Bonne et heureuse année 2017 à tous!!!
Le 2012-07-11 2:16 PM, "Rei Debreus"  a écrit :

> *Vèsyon Kreyòl*
>
> Bonjou
>
> Jodi ki 10 / 07 / 2012 la genyen 4 manb COSMHA.STM ki ale patisipe nan yon
> fòmasyon ke meri Saint-Marc la envite kominote a, apre yon rankont ke
> consèy administrasyon an te fè, yo te deside pou yo voye manb sa yo CHARLES
> Shamar ki reprezante konsèy la epi twa lòt manb, yo se : GUSTAVE Smith,
> PIERRE-LOUIS Fritzner e LAURENT Weldo. Se yon fòmasyon sou Katografi kap
> fèt nan Jeffell Hotel nan vil Sen-Mak. Fòmasyon sa a ap bay pa yon
> òganizasyon yo rele GRIDE.
>
> Prensipal travay 4 manb sa yo se pou al pran fòmasyon an epi vin pataje li
> bay rès manb yo. An nou al pran, pou nou vin pataje !
> 
> 
> 
> 
>
>
>
>
> *English version*Hello
>
> Today is 10/07/2012 has 4 members COSMHA.STM that participate in a
> training Meri Saint-Marc is inviting the community, after a meeting that
> consèy administration did, they decided to send the members of these
> CHARLES Shamar representing the Council and three other members, are:
> Gustave Smith, Pierre-Louis and Laurent Fritzner Weldo. Is a training
> Katografi looking at Jeffell Hotel in Saint-Mark. This training will be
> provided by an organization called GRIDE.
>
> Main job is to get 4 members training and come to share the rest of
> members. Let's take for you to share!
>
> --
> "Un des plus grands bonheurs de cette vie, c'est l'amitié."
>
> Rei DEBREUS
>
> Adresse: Saint-Marc, Haiti
> Tel: (509) 3777-2376 <37%2077%202376> / 3323-1360 <33%2023%201360>
> Skype: rei-tech23
> oovoo: rei-tech023
> MSN: debreu...@live.com
>
>
>
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-GB] Quarterly task

[Paul]

On Saturday, 31 December 2016 19:31:06 BST, Jez Nicholson wrote:
I would welcome a less labour intensive task this quarter. Am 
still forging ahead with fhrs:ids but with 2700 establishments 
in Brighton & Hove and only me mapping it is hard (but useful) 
work.



On Fri, 30 Dec 2016 23:50 Rob Nickerson,  wrote:
It's not just Notes but the fixme tag too. And yes, this will 
be skewed to areas with fewer active mappers. This is partly the 
point of the project - to help improve lesser mapped areas and 
to encourage us to spread the word about OSM! The aim for me has 
always been "at least one mapper in every town".


We need to pick something for the Q1 Winter months and in my 
view it's this quarter where remote mapping best fits. Many 
fixme tags can be improved using all the new remote resources we 
now have access to.


Rob

P.s. sorry for new thread - I only read the messages via the archive.


Ditto here, for Medway (and when I've got that down to a reasonable 
state/weather warmed up, I've got Swale, Maidstone and parts of 
Tonbridge/Malling to keep me busy.


On the plus side, fhrs does give a fair coverage of:

Pubs
Social clubs
Fast Food
restaurants/cafes
pre-schools
social care establishments

Though I rather think with social care ones those run by social services 
directly have their addresses obfuscated or handled centrally, for possibly 
good reasons.


I'll dip in and out of quarterly projects, as the projects suit my 
survey-only methods (checking against the tools) as surveying gives me a 
reason to get on the bike or out walking.


Paul


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

Re: [OSM-talk-fr] MapContrib 1.0.0 est arrivé par la cheminée 

[osm . sanspourriel]

Et après avoir déballé les cadeaux vient le temps du service après-vente ;-)

Si je clique sur English, il affiche "Configuration générale" et si je 
clique tout est en français.


Is it the expected bahavior?

Jean-Yvon


Le 31/12/2016 à 18:10, Florian LAINEZ - winner...@free.fr a écrit :
super cadeau du père-noël ! Bravo pour cette release et pour cet outil 
qui est maintenant totalement fonctionnel mais également prometteur 
dans le futur :)


Le 26 décembre 2016 à 12:20, Guillaume AMAT > a écrit :


En l'occurrence pour ce problème là le problème existait déjà avant...
La propagation DNS avance, ça sera réglé avant cet après-midi.



26 décembre 2016 12:10 "Christian Quest" >
a écrit:

Si l'ancien serveur est toujours actif, configure un nginx
pour faire proxy vers le nouveau... ça permet d'avoir une
transition "sans couture"
Le 26 décembre 2016 à 11:49, Guillaume AMAT > a écrit :

J'ai modifié les DNS ce matin pour gérer ces cas là. Chez
moi, https://mapcontrib.xyz fonctionne mais pas encore
https://cartes.xyz.
Ça va arriver !

Merci pour tes tests ;)



26 décembre 2016 10:14 osm.sanspourr...@spamgourmet.com
 a écrit:

Effectivement, ça marche : comme c'est du https ou
parce que c'est une extension non standard, FF
n'ajoute pas automatiquement www. et le serveur ne
redirige pas ce qui arrive directement sur
www.cartes.xyz  vers
www.cartes.xyz .

Le 26/12/2016 à 08:43, Guillaume AMAT -
guilla...@amat.io  a écrit :

Salut,

Ce matin ça devrait être bon non ?
Sinon peux-tu essayer en ajoutant www devant ? On
sait jamais...

Merci !


26 décembre 2016 00:06
osm.sanspourr...@spamgourmet.com
 a écrit:

Oui, sûrement, mais pas chez moi.

J'ai cherché l'adresse directement avec un nslookup.

Pas un pour donner la bonne adresse ? ;-)

Le 25/12/2016 à 23:50, Vincent Bergeot -
vinc...@bergeot.org 
a écrit :

De mon côté, les 2 adresses fonctionnent, ainsi
que les quelques thèmes visités.

@Jean-Yves, un problème de cache à vider ?

A plus
Le 25 décembre 2016 23:33:39 GMT+01:00,
osm.sanspourr...@spamgourmet.com
 a écrit :

Les deux mon capitaine !

Le 25/12/2016 à 23:22, Guillaume AMAT -
guilla...@amat.io 
a écrit :

Arf... Sur quelle adresse ?
Le 25 décembre 2016 23:14:11 GMT+01:00,
Jean-Yvon Landrac

 a
écrit :

Bonsoir,

Ou pas.

/Le délai d’attente est dépassé/

Visiblement les DNS ne sont pas encore
à jour.

217.70.184.38 selon Numéricable. Je
suppose que c'est l'ancien serveur.

Jean-Yvon

Le 25/12/2016 à 22:48, Guillaume AMAT -
guilla...@amat.io
 a écrit :

C'est bon !
Vous pouvez vous rendre aux adresses
suivantes quand vous voulez et tester
la nouvelle version de MapContrib :)
https://mapcontrib.xyzet
https://cartes.xyz

À bientôt,
Guillaume


25 décembre 2016 19:39 "Guillaume
AMAT" >
a écrit:

Mince, le mail est parti trop vite :P
  

Re: [Talk-us] highway=trunk for NHS routes?

[Kerry Irons]

Not to cloud this discussion, but be aware that at least some states refer to 
“county trunk” roads at the county level.  Near as I can tell that simply means 
“major” vs. “minor” roads at the county level without rigid criteria to define 
them.  Looking at the US NHS roads for my area, it seems that the choices to 
include a given highway in the NHS is fairly arbitrary.  There may have been 
traffic counts included in the decision but that would have been only part of 
the criteria – highways in low-population areas are part of the NHS while much 
heavier traffic highways in more densely populated areas are not.

 

 

Kerry Irons

 

From: Bill Ricker [mailto:bill.n1...@gmail.com] 
Sent: Saturday, December 31, 2016 12:22 PM
To: Volker Schmidt 
Cc: talk-us@openstreetmap.org Openstreetmap 
Subject: Re: [Talk-us] highway=trunk for NHS routes?

 

 

On Sat, Dec 31, 2016 at 4:21 AM, Volker Schmidt  > wrote:

You can find detailed PDF maps of all NHS Routes, state-by-state at a web page 
of the Federal Highway Administration 

​[...]. On these maps you will find plenty of NHS roads that are definitively 
not trunk roads.

Just two examples in Arizona:

 

I will agree isn't what could handle 'trunk' volume in a densely settled area 
in EU or NY.
If we follow the physical description checklist rigidly, we'd conclude there 
are few trunk roads outside of metropolises. 

Both appear to be well maintained in the photos; the width of paving greatly 
exceeds the two marked lanes. Out where "50 Miles to Next Gas" signs still 
live, this is a major road. 

US160 is the most significant road for literally miles. ​
US180 is the tourist main feeder to the Grand Canyon . . 

Wikipedia says [0]

The National Highway System (NHS) is a network of strategic  
 highways within the  
 United States, including the  
 Interstate Highway 
System and other roads serving major airports, ports, rail or truck terminals, 
railway stations,   pipeline 
terminals and other strategic transport facilities. Altogether, it constitutes 
the largest highway system in the world.

Individual   states are encouraged to 
focus federal funds on improving the efficiency and safety of this network. The 
roads within the system were identified by the  
 
United States Department of Transportation in cooperation with the states, 
local officials, and  
 metropolitan 
planning organizations and approved by the  
 United States Congress 
in 1995.

 

So being on this list should assure the road is among the best maintained.

Oh, because we don't have green A signage on the NHS designated routes, and we 
only map what is physically there ? 
The Mapillary photos show modern video billboards. If the advertisers recognize 
it as a trunk worth their time, we can too.

Being better maintained or wider than other in the greater area is physical.

 

Richard's comment 

   "(FWIW, the current distinction between highway=trunk and highway=primary in
the US seems so arbitrary that I actually render them both the same for 
cycle.travel  )" 

suggests forcefully that our current  rule for US is NOT working. 

Looking at states i'm more familiar with than AZ, Massachusetts [1] and Maine 
[2] , these NHS roads are pretty much what the locals think of as the main 
connections between cities/regions, which is a reasonable "human" translation 
of "trunk".  

I do see some "MAP-21 NHS Principal Arterials" that are feeders to the presumed 
trunks, unclear if they deserve trunk status. I also see some interesting 
omissions, US20, MA30, MA9 are not included end to end, but only selectively.  
But if that means federal funding is concentrated on portions of US20 that are 
in NHS at expense of those not, then they will be physically different despite 
same signage.

This proposal is better than what we have now -- in rural areas at least .

 

( ​I love that FHWA has these maps posted publicly. 35 years ago i produced a 
similar state-and-city atlas for a DOT rail safety office ​... with a plotter 
and color Xerox[tm] copier.  Lost to history.
personal to Volker - thanks for pointing these out to me ! )




[0] https://en.wikipedia.org/wiki/National_Highway_System_(United_States) 
​[1] 
http://www.fhwa.dot.gov/planning/national_highway_system/nhs_maps/massachusetts/ma_massachusetts.pdf​

​[2] 
http://www.fhwa.dot.gov/planning/national_highway_system/nhs_maps/maine/me_Maine.pdf
 

​


-- 

Bill Ricker
bill.n1...@gmail.com 

Re: [Talk-GB] Quarterly task

[Jez Nicholson]

I would welcome a less labour intensive task this quarter. Am still forging
ahead with fhrs:ids but with 2700 establishments in Brighton & Hove and
only me mapping it is hard (but useful) work.

On Fri, 30 Dec 2016 23:50 Rob Nickerson,  wrote:

> It's not just Notes but the fixme tag too. And yes, this will be skewed to
> areas with fewer active mappers. This is partly the point of the project -
> to help improve lesser mapped areas and to encourage us to spread the word
> about OSM! The aim for me has always been "at least one mapper in every
> town".
>
> We need to pick something for the Q1 Winter months and in my view it's
> this quarter where remote mapping best fits. Many fixme tags can be
> improved using all the new remote resources we now have access to.
>
> Rob
>
> P.s. sorry for new thread - I only read the messages via the archive.
> ___
> 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-us] highway=trunk for NHS routes?

[Bill Ricker]

On Sat, Dec 31, 2016 at 4:21 AM, Volker Schmidt  wrote:

> You can find detailed PDF maps of all NHS Routes, state-by-state at a web
> page of the Federal Highway Administration
> ​[...]. On these maps you will find plenty of NHS roads that are
> definitively not trunk roads.
> Just two examples in Arizona:
>

I will agree isn't what could handle 'trunk' volume in a densely settled
area in EU or NY.
If we follow the physical description checklist rigidly, we'd conclude
there are few trunk roads outside of metropolises.

Both appear to be well maintained in the photos; the width of paving
greatly exceeds the two marked lanes. Out where "50 Miles to Next Gas"
signs still live, this is a major road.

US160 is the most significant road for literally miles. ​
US180 is the tourist main feeder to the Grand Canyon . .

Wikipedia says [0]

> The *National Highway System* (*NHS*) is a network of strategic highways
>  within the United States
> , including the Interstate
> Highway System  and
> other roads serving major airports, ports, rail or truck terminals, railway
> stations, pipeline terminals
>  and other strategic
> transport facilities. Altogether, it constitutes the largest highway system
> in the world.
>
> Individual states  are
> encouraged to focus federal funds on improving the efficiency and safety of
> this network. The roads within the system were identified by the United
> States Department of Transportation
> 
>  in cooperation with the states, local officials, and metropolitan
> planning organizations
>  and
> approved by the United States Congress
>  in 1995.
>

So being on this list should assure the road is among the best maintained.

Oh, because we don't have green A signage on the NHS designated routes, and
we only map what is physically there ?
The Mapillary photos show modern video billboards. If the advertisers
recognize it as a trunk worth their time, we can too.
Being better maintained or wider than other in the greater area is physical.

Richard's comment

>"(FWIW, the current distinction between highway=trunk and
> highway=primary in
> the US seems so arbitrary that I actually render them both the same for
> cycle.travel)"
>
suggests forcefully that our current  rule for US is NOT working.

Looking at states i'm more familiar with than AZ, Massachusetts [1] and
Maine [2] , these NHS roads are pretty much what the locals think of as the
main connections between cities/regions, which is a reasonable "human"
translation of "trunk".

I do see some "MAP-21 NHS Principal Arterials" that are feeders to the
presumed trunks, unclear if they deserve trunk status. I also see some
interesting omissions, US20, MA30, MA9 are not included end to end, but
only selectively.  But if that means federal funding is concentrated on
portions of US20 that are in NHS at expense of those not, then they will be
physically different despite same signage.

This proposal is better than what we have now -- in rural areas at least .

( ​I love that FHWA has these maps posted publicly. 35 years ago i produced
a similar state-and-city atlas for a DOT rail safety office ​... with a
plotter and color Xerox[tm] copier.  Lost to history.
personal to Volker - thanks for pointing these out to me ! )

[0] https://en.wikipedia.org/wiki/National_Highway_System_(United_States)
​[1]
http://www.fhwa.dot.gov/planning/national_highway_system/nhs_maps/massachusetts/ma_massachusetts.pdf
​
​[2]
http://www.fhwa.dot.gov/planning/national_highway_system/nhs_maps/maine/me_Maine.pdf

​

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

Re: [OSM-talk-fr] MapContrib 1.0.0 est arrivé par la cheminée 

[Florian LAINEZ]

super cadeau du père-noël ! Bravo pour cette release et pour cet outil qui
est maintenant totalement fonctionnel mais également prometteur dans le
futur :)

Le 26 décembre 2016 à 12:20, Guillaume AMAT  a écrit :

> En l'occurrence pour ce problème là le problème existait déjà avant...
> La propagation DNS avance, ça sera réglé avant cet après-midi.
>
>
>
> 26 décembre 2016 12:10 "Christian Quest"  <%22christian%20quest%22%20%3ccqu...@openstreetmap.fr%3E>> a écrit:
>
> Si l'ancien serveur est toujours actif, configure un nginx pour faire
> proxy vers le nouveau... ça permet d'avoir une transition "sans couture"
> Le 26 décembre 2016 à 11:49, Guillaume AMAT  a écrit :
>
> J'ai modifié les DNS ce matin pour gérer ces cas là. Chez moi,
> https://mapcontrib.xyz fonctionne mais pas encore https://cartes.xyz.
> Ça va arriver !
>
> Merci pour tes tests ;)
>
>
>
> 26 décembre 2016 10:14 osm.sanspourr...@spamgourmet.com a écrit:
>
> Effectivement, ça marche : comme c'est du https ou parce que c'est une
> extension non standard, FF n'ajoute pas automatiquement www. et le serveur
> ne redirige pas ce qui arrive directement sur www.cartes.xyz vers
> www.cartes.xyz.
> Le 26/12/2016 à 08:43, Guillaume AMAT - guilla...@amat.io a écrit :
>
> Salut,
>
> Ce matin ça devrait être bon non ?
> Sinon peux-tu essayer en ajoutant www devant ? On sait jamais...
>
> Merci !
>
>
> 26 décembre 2016 00:06 osm.sanspourr...@spamgourmet.com a écrit:
>
> Oui, sûrement, mais pas chez moi.
>
> J'ai cherché l'adresse directement avec un nslookup.
>
> Pas un pour donner la bonne adresse ? ;-)
> Le 25/12/2016 à 23:50, Vincent Bergeot - vinc...@bergeot.org a écrit :
>
> De mon côté, les 2 adresses fonctionnent, ainsi que les quelques thèmes
> visités.
>
> @Jean-Yves, un problème de cache à vider ?
>
> A plus
> Le 25 décembre 2016 23:33:39 GMT+01:00, osm.sanspourr...@spamgourmet.com
> a écrit :
>
> Les deux mon capitaine !
> Le 25/12/2016 à 23:22, Guillaume AMAT - guilla...@amat.io a écrit :
>
> Arf... Sur quelle adresse ?
> Le 25 décembre 2016 23:14:11 GMT+01:00, Jean-Yvon Landrac
>   a
> écrit :
>
> Bonsoir,
>
> Ou pas.
>
> *Le délai d’attente est dépassé*
>
> Visiblement les DNS ne sont pas encore à jour.
>
> 217.70.184.38 selon Numéricable. Je suppose que c'est l'ancien serveur.
>
> Jean-Yvon
> Le 25/12/2016 à 22:48, Guillaume AMAT - guilla...@amat.io a écrit :
>
> C'est bon !
> Vous pouvez vous rendre aux adresses suivantes quand vous voulez et tester
> la nouvelle version de MapContrib :)
> https://mapcontrib.xyz et https://cartes.xyz
>
> À bientôt,
> Guillaume
>
>
> 25 décembre 2016 19:39 "Guillaume AMAT"  <%22guillaume%20amat%22%20%3cguilla...@amat.io%3E>> a écrit:
>
> Mince, le mail est parti trop vite :P
> Il s'avère que certains serveurs DNS ne sont pas encore à jour, donc vous
> pourriez tomber sur l'ancien serveur pendant quelques temps... Je viens de
> le couper pour éviter de générer des choses dessus, au risque de les perdre
> en arrivant sur le nouveau serveur.
>
> Ah ! La tuile !
> Ça va tomber en marche tout seul, à plus tard ;)
>
>
> 25 décembre 2016 19:35 "Guillaume AMAT"  <%22guillaume%20amat%22%20%3cguilla...@amat.io%3E>> a écrit:
>
> Oh oh oh !...
>
> Ce matin en me réveillant j'ai trouvé la nouvelle version de MapContrib
> sous le sapin, la 1.0.0 !
> Je me suis donc empressé de l'installer sur un tout nouveau serveur et
> c'est disponible aux adresses habituelles :
> https://mapcontrib.xyz et https://cartes.xyz
>
> J'ai un peu cherché les nouveautés et j'ai trouvé ça :
>
>- Des colonnes plus larges pour être un peu plus à l'aise.
>- La possibilité de créer des cartes thermiques.
>- Une nouvelle gestion des tags personnalisés et des types de nœuds
>(presets).
>- La possibilité pour le créateur du thème de traduire toutes les
>informations du thèmes en anglais, français et italien (pour le moment).
>
> Merci papa Noë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
>
>  --
>
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> -- Vincent Bergeot
>
> ___ 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] intégration des référentiels STIF

[Florian LAINEZ]

Le 21 décembre 2016 à 22:10, lenny.libre  a écrit :

> Mais là je viens de découvrir bato. C'est tellement vaste... je ne
> comprends pas tout et je ne vois pas où je pourrais contribuer avec mes
> petits moyens : je prends une ligne, je la complète si nécessaire, j'aboute
> les tronçons avec JOSM, je corrige les giratoires (que certains découpent
> pour leur besoin sans se préoccuper des autres lignes) je complète les
> arrêts si nécessaire (avec l'aide des openData ou ce que je vois sur place).


Contribuer à OSM est la meilleure manière de contribuer à BATO ;)
Si tu veux aller plus loin et nous aider, nous essayons d'installer une
première instance de la BDD BATO ... contactes Noémie directement pour
l'aider.

Les transports scolaires sont-ils compris dans bato ?
>
oui

Je ne vois pas comment l'id OSM peut être pérenne
>
Il ne l'est pas. L'idée de BATO n'est pas de créer un "identifiant
"universel"" supplémentaire mais bien de travailler avec l'existant : l'ID
pérénne d'un arrêt est tout simplement celui définit par le
transporteur/autorité de transport.
D'où le travail de correspondance que nous menons actuellement pour
rajouter le numéro STIF dans la ref des arrêts / lignes de bus en IdF.
Cette problématique est commune aux différents réseaux.

-- 

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

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

[Florian LAINEZ]

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


-- 

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

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

[Florian LAINEZ]

 Salut,
Je vois que le thread original sur le rendu a dévié sur un débat concernant
les modèles de transport héhé.
C'est bien que l'on s'y penche, mais je ne rentrerai pas dans les multiples
débats lancés ...
Ma position est que l'on doit faciliter/accélérer la transition vers le
modèle v2 tout en garantissant la compatibilité v1 pour l'instant.

Allez combien de nouveaux contributeurs pour entrer des arrêts de bus ? Au
> SOTM on disait pourtant qu'il fallait abaisser le ticket d'entrée. Là c'est
> un bel exemple du contraire. J'attends un outil de la part des promoteurs
> de la V2 permettant à tout un chacun de contribuer.

Ouiii ! J'y travaille et espère vous présenter quelque chose de potable
au SotM-fr 2017.

Le 31 décembre 2016 à 13:31, Philippe Verdy  a écrit :

>
>
> Le 31 décembre 2016 à 13:05,  a écrit :
>
>> Le 30/12/2016 à 23:15, Philippe Verdy - verd...@wanadoo.fr a écrit :
>>
>> Le 30 décembre 2016 à 21:29,  a écrit :
>>
>>> Et 4 lignes 13 parce que la STAR n'indique pas un 13N et un 13S (ou
>>> autre variante de dénomination) pour distinguer 2 lignes en fourche.
>>>
>> Là tu te trompes sur toute la ligne, elle distingue bien chaque
>> itinéraire et sens de chaque ligne. Tu n'as pas regardé l'OpenData
>>
>> Visiblement tu as un problème de compréhension avec le français ou de
>> lecture.
>> Que peut dire l'OpenData hormis que la STAR/Keolis Rennes nomme deux
>> lignes ayant un tronçon commun "13" (et non plus lisiblement 13N et 13S par
>> exemple) ? Et confirme ainsi ce que j'ai écrit : "c'est le nommage qui est
>> en cause".
>>
>
> Encore une fois tu n'as pas regardé l'Open Data, il y a des références
> distinctes pour chaque itinéraire et chaque direction (non pas 13N/13S mais
> 0013-01-A, 0013-01-B, 013-02-A, 0013-02B...
> Quant aux bus eux-mêmes ils indiquent le nom de la variante en indiquant
> la destination et "via" en cas de besoin.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [OSM-talk] Beware Pokemon users

[Tobias Zwick]

To have a gamified way to contribute to OSM was my original idea for
StreetComplete[1]. There should be leaderboards, badges/achievements
and different stats, also different quest givers/categories each with
own pictures (like i.e. on WikiMapia), a possibility to form teams and
compete with each other for "dominance" (=contributing most) in cities.

So the game itself would (still) be to directly contribute to OSM itself
but I think this is a good enough basis for a gamey app.

For StreetComplete, it currently develops more into the direction of a
surveyor app, but only because I want to get the basics working first,
so everything is no-frills.

Tobias

[1] see https://github.com/westnordost/StreetComplete

On 30.12.2016 9:43 PM, moltonel wrote:
> 
> 
> On 30 December 2016 18:50:17 GMT+00:00, Paul Johnson  
> wrote:
>> What's the elevator pitch for Kort?
> 
> http://wiki.openstreetmap.org/wiki/Kort_Game
> 
> It's a gamified way to edit osm, which is good  but unlikely to attract 
> non-OSMers. I'd like something that is more geared towards gamers but still 
> directly usefull for mappers.
> 


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

Re: [Talk-GB] UK website

[Harry Wood]

Yes. openstreetmap.org.uk would be a good canonical url, and appropriate in my 
opinion, that OSMF would own the domain but point it at an someone's server. Is 
firefishy the man to organise this?
Note: if that is the canonical url, this would mean that Dennis should be 
looking into *redirecting* osmuk.org (a different technical process. probably 
easier). We don't want two different functioning domains for the website
Harry

 
 
  On Sat, 31 Dec, 2016 at 13:39, Shaun McDonald 
wrote:   The openstreetmap.co.uk and openstreetmap.org.uk domains could be an 
option, currently in OSMF ownership, as listed on 
https://wiki.openstreetmap.org/wiki/Domain_names
Shaun

On 31 Dec 2016, at 12:53, Rob Nickerson  wrote:
Hi all,

I have created a very simple wordpress site for the new UK company. If anyone 
has a suitable URL to direct at the site please let me know. (Dennis is looking 
at pointing the osmuk.org url but others welcome).

Rob
___
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-westmidlands] PRoW progress in Coventry & Warwickshire

[Rob Nickerson]

Hi all,

Some good news. After years of waiting both Warwickshire and Coventry now
have online Rights of Way data.

They also have a "Warwickshire, Solihull and Coventry Local Access Forum"
[1] with minutes of previous meeting [2] that link to the online PRoW
viewers.

I have asked to be added to their list of notifications of upcoming
meetings and have drawn their attention to Mappa Mercia. Will keep you
posted.

[1] http://laf.warwickshire.gov.uk/
[2] https://apps.warwickshire.gov.uk/api/documents/WCCC-966-1251

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

Re: [Talk-GB] UK website

[Shaun McDonald]

The openstreetmap.co.uk  and openstreetmap.org.uk 
 domains could be an option, currently in OSMF 
ownership, as listed on https://wiki.openstreetmap.org/wiki/Domain_names 


Shaun

> On 31 Dec 2016, at 12:53, Rob Nickerson  wrote:
> 
> Hi all,
> 
> I have created a very simple wordpress site for the new UK company. If anyone 
> has a suitable URL to direct at the site please let me know. (Dennis is 
> looking at pointing the osmuk.org  url but others welcome).
> 
> Rob
> ___
> 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: [OSM-talk-fr] connexion Osmose

[Frédéric Rodrigo]

J'ai regardé coté serveur et je n'ai rien trouvé pouvant être en lien 
avec ça.

Tu as pensé aussi à supprimer les cookies et le cache de osm.org aussi ?


Le 30/12/2016 à 21:42, osm.sanspourr...@spamgourmet.com a écrit :


> enleve les cookies 

J'avais aussi essayé... Merci même si ce n'est pas la solution.


Le 30/12/2016 à 08:49, Ludovic Hirlimann - ludo...@hirlimann.net a écrit :

On 29/12/2016 19:20, osm.sanspourr...@spamgourmet.com wrote:


Bonjour,

depuis avant-hier je n'arrive plus à me connecter à Osmose avec 
FireFox 50.1.0 Win8.1 (ça a déjà marché avec cette version sur cette 
machine).


J'obtiens lors de la connexion

http://www.openstreetmap.org/oauth/authorize?oauth_token=lwSbcaNA7Kwkc0GUubpTAZlFE5sayJeHV5Ozw7zC


  Authorization request failed

The authorization token is not valid.


Même en quittant l'appli, vidant le cache, j'obtiens le même jeton 
non valide.



enleve les cookies 

Ludo


Quelle est l'astuce ? Hormis changer de navigateur j'entends.

Jean-Yvon




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

Re: [Talk-es] Suspicious changeset

[SK53]

Standard recommendation, create a changeset discussion & ask if this data
a) is an import; and b) whether it has been imported according to the
import guidelines. Then await a response.

Jerry

On 31 December 2016 at 12:45, kk kk  wrote:

> There is a suspicious changeset in the Navarra region. It looks like an
> import.
>
> http://www.openstreetmap.org/changeset/44766249
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

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

[Frédéric Rodrigo]

 Je ne comprend pas bien.
Mais la direction est celle du way pas du tag oneway.

Pour ce qui est du giratoire avec des feux ça pourrait faire l’objet 
d'une analyse osmose.



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

Re: [OSM-talk-be] Proper tagging of wine or champagne bars

[Guy Vanvuchelen]

http://wiki.openstreetmap.org/wiki/Key:drink

Guy Vanvuchelen

-Oorspronkelijk bericht-
Van: Yves bxl-forever [mailto:bxl-fore...@linuxmail.org] 
Verzonden: zaterdag 31 december 2016 13:34
Aan: OpenStreetMap Belgium
Onderwerp: [OSM-talk-be] Proper tagging of wine or champagne bars

Hello folks,

This case has been puzzling me for a while.
A few establishments in Brussels specialize in serving only one type of drinks: 
champagne, wine, beer…

amenity=bar seems appropriate but does anyone know what tags one could use to 
inform about the kind of beverages being served?
There are a few taginfo entries with cuisine=wine or cuisine=wine_bar but I 
wouldn’t advise this.
As a last resort, the description key can contain the information, but perhaps 
there are more useful ways to convey it.
Any suggestion or hint?

A few selected nodes here:
http://www.openstreetmap.org/node/4573612074
http://www.openstreetmap.org/node/4582561453


Cheers.
Yves

___
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-es] Suspicious changeset

[kk kk]

There is a suspicious changeset in the Navarra region. It looks like an
import.

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

[OSM-talk-be] Proper tagging of wine or champagne bars

[Yves bxl-forever]

Hello folks,

This case has been puzzling me for a while.
A few establishments in Brussels specialize in serving only one type of drinks: 
champagne, wine, beer…

amenity=bar seems appropriate but does anyone know what tags one could use to 
inform about the kind of beverages being served?
There are a few taginfo entries with cuisine=wine or cuisine=wine_bar but I 
wouldn’t advise this.
As a last resort, the description key can contain the information, but perhaps 
there are more useful ways to convey it.
Any suggestion or hint?

A few selected nodes here:
http://www.openstreetmap.org/node/4573612074
http://www.openstreetmap.org/node/4582561453


Cheers.
Yves

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

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

[Philippe Verdy]

Le 31 décembre 2016 à 13:05,  a écrit :

> Le 30/12/2016 à 23:15, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> Le 30 décembre 2016 à 21:29,  a écrit :
>
>> Et 4 lignes 13 parce que la STAR n'indique pas un 13N et un 13S (ou autre
>> variante de dénomination) pour distinguer 2 lignes en fourche.
>>
> Là tu te trompes sur toute la ligne, elle distingue bien chaque itinéraire
> et sens de chaque ligne. Tu n'as pas regardé l'OpenData
>
> Visiblement tu as un problème de compréhension avec le français ou de
> lecture.
> Que peut dire l'OpenData hormis que la STAR/Keolis Rennes nomme deux
> lignes ayant un tronçon commun "13" (et non plus lisiblement 13N et 13S par
> exemple) ? Et confirme ainsi ce que j'ai écrit : "c'est le nommage qui est
> en cause".
>

Encore une fois tu n'as pas regardé l'Open Data, il y a des références
distinctes pour chaque itinéraire et chaque direction (non pas 13N/13S mais
0013-01-A, 0013-01-B, 013-02-A, 0013-02B...
Quant aux bus eux-mêmes ils indiquent le nom de la variante en indiquant la
destination et "via" en cas de besoin.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

[osm . sanspourriel]

Le 30/12/2016 à 23:15, Philippe Verdy - verd...@wanadoo.fr a écrit :

Le 30 décembre 2016 à 21:29, > a écrit :


Et 4 lignes 13 parce que la STAR n'indique pas un 13N et un 13S
(ou autre variante de dénomination) pour distinguer 2 lignes en
fourche.

Là tu te trompes sur toute la ligne, elle distingue bien chaque 
itinéraire et sens de chaque ligne. Tu n'as pas regardé l'OpenData
Visiblement tu as un problème de compréhension avec le français ou de 
lecture.
Que peut dire l'OpenData hormis que la STAR/Keolis Rennes nomme deux 
lignes ayant un tronçon commun "13" (et non plus lisiblement 13N et 13S 
par exemple) ? Et confirme ainsi ce que j'ai écrit : "c'est le nommage 
qui est en cause".


Le 30/12/2016 à 23:03, Philippe Verdy - verd...@wanadoo.fr a écrit :

Tu parles d'incompatibilité, sans en dé"montrer aucune.
Je pourrais rappeler l'existence même de la clé public_transport:version 
 qui 
si les schémas étaient compatibles et incrémentaux n'aurait aucun intérêt.


Je pourrais citer le message de Christian sur le problème de rendu avec 
Imposm, la disparition d'arrêts de bus si on applique le schéma V2 tel 
qu'indiqué dans le wiki.
Extrait du ticket JOSM 9545  
: /IMHO it is currently more or less required to tag both schemes, e.g. 
highway=bus_stop and public_transport=platform + bus=yes to get decent 
support in most applications.//
/Ce qui logiquement impliquerait que l'on écrive 
public_transport:version 
=1;2.


Si tu préfères un plus ancien :
Le 31/10/2016 à 12:21, Philippe Verdy - verd...@wanadoo.fr a écrit :
Ce serait moi je virerais même la compatibilité avec le non-schéma v1 
en ne gardant que le schéma v2 qui est clair, ce qui pousserait alors 
les outils à s'adapter pour gérer correctement la v2.
Maintenant si tu appelle compatibilité (ascendante en plus car tu parles 
de modification incrémentale) le fait de tagguer deux fois un même arrêt 
de bus...


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

[OSM-talk-fr] Fusion de communes au 1er Janvier...

[Christian Quest]

Comme l'an passé, un gros chantier pour les heures à venir !

Hier, j'ai vérifié les fusions 2016 et complété avec quelques informations
(population, disused:admin_level, etc).

Les fusions jusqu'à hier (oui, il y a eu une fusion avec date d'effet au
30/12/2016) sont en principe à jour.

Passons à 2017...

L'article récapitulatif sur wikipédia est la base de travail idéale. 175
fusion listées, avec tout les détails, liens vers les arrêtés, dates, etc.
Il manque quelques informations comme des codes INSEE de communes
nouvelles, mais en appliquant la rêgle de la reprise du code du chef-lieu
on peut compléter.

J'ai écrit un script pour remettre ce tableau sous forme de data, au format
json, dans le but de faire tourner des script de contrôle de cohérence et
de complétude dans OSM.

Le scrip python et le résultat json sont sur
https://github.com/cquest/fusion-communes/tree/master/2017

Je serai sur IRC #osm-fr-tech si vous voulez qu'on se coordonne pour la
suite ;)


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

Re: [Talk-at] historische Namen

[Severin Kann]

Am 30.12.2016 um 13:45 schrieb grubernd:

was glaubt ihr woher die Namen in den Karten kommen? nein, die waren
nicht Immerschonda™ sondern da ist jemand hingefahren, hat den Pfarrer,
den Wirten und den Bürgermeister und dann ein oder zwei Eingeborene
gefragt wie dieses und jenes heisst und es dann in die Karte gemalt.
sehr viele Flurnamen waren nie Teil von offiziellen Dokumenten sondern
eben lokaler Sprachgebrauch und je nachdem wer gefragt wurde, kam auch
die eine oder andere Antwort dabei heraus.
und mit Sicherheit wurde vieles erst im Zuge der Kartenerstellung
überhaupt erstmalig benannt.


Z.B. hier: https://de.wikipedia.org/wiki/Arschlochwinkel

lg, Severin

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

[Talk-GB] OSM point of interest counts in each district as a proportion of FHRS

[Andrew Hain]

As an exercise in measuring OSM’s coverage I have crunched the numbers in 
GregRS’s CSV output to calculate the number of OSM candidates in each district 
as a proportion of the number of FHRS entries that the program reports. The 
figures are a bit arbitrary and values over 100% are not necessarily wrong. The 
tool doesn’t cover Northern Ireland.

The list is:

1 Tendring 135.07%
2 Gravesham 117.93%
3 Isles of Scilly 117.81%
4 Rushcliffe 117.58%
5 Blackpool 108.66%
6 East Northamptonshire 108.17%
7 Wellingborough 107.94%
8 Guildford 107.82%
9 Erewash 106.40%
10 Broxtowe 106.14%
11 Argyll and Bute 105.49%
12 Islington 104.16%
13 Gedling 98.48%
14 South Cambridgeshire 97.83%
15 Edinburgh 97.60%
16 Nottingham 97.45%
17 Derbyshire Dales 97.07%
18 Cambridge 96.83%
19 Allerdale 94.78%
20 Wychavon 94.78%
21 West Devon 94.47%
22 Bath and North East Somerset 93.83%
23 Oxford 93.09%
24 Aberdeenshire 92.90%
25 Ryedale 90.70%
26 Mid Devon 89.31%
27 Central Bedfordshire 88.97%
28 Westminster 87.99%
29 South Norfolk 87.13%
30 South Lakeland 86.94%
31 Amber Valley 86.34%
32 Birmingham 85.27%
33 Poole 84.66%
34 Melton 83.60%
35 Lancaster 82.43%
36 Southampton 82.31%
37 South Ribble 81.76%
38 Basingstoke and Deane 81.49%
39 Sevenoaks 81.44%
40 Staffordshire Moorlands 81.22%
41 Camden 81.09%
42 South Hams 80.09%
43 Copeland 79.87%
44 Carlisle 79.84%
45 Gateshead 79.72%
46 Hart 79.69%
47 New Forest 79.65%
48 Winchester 79.49%
49 High Peak 79.23%
50 Eden 78.69%
51 South Tyneside 78.59%
52 Rutland 78.34%
53 Perth and Kinross 77.14%
54 Derby 77.05%
55 East Cambridgeshire 76.82%
56 Shetland Islands 76.34%
57 Breckland 76.18%
58 North East Derbyshire 76.15%
59 Bristol 75.91%
60 Huntingdonshire 75.45%
61 Rother 75.34%
62 Sir Ynys Mon - Isle of Anglesey 75.00%
63 Malvern Hills 74.92%
64 Chelmsford 74.79%
65 Hambleton 74.79%
66 St. Albans 74.31%
67 Sutton 73.25% (corrected)
68 Shropshire 72.57%
69 Ashfield 72.34%
70 Richmondshire 71.91%
71 Lambeth 71.70%
72 Sir Ddinbych - Denbighshire 71.52%
73 Tewkesbury 71.37%
74 Runnymede 71.23%
75 Chesterfield 70.80%
76 Stratford-on-Avon 70.73%
77 Fenland 70.50%
78 South Oxfordshire 70.38%
79 Uttlesford 70.05%
80 York 69.92%
81 Exeter 69.82%
82 West Berkshire 69.75%
83 South Gloucestershire 69.64%
84 Cornwall 69.64%
85 Bromsgrove 69.37%
86 Waverley 69.29%
87 Medway 69.28%
88 Wokingham 69.19%
89 North Dorset 68.99%
90 Wyre Forest 68.86%
91 Cherwell 68.73%
92 Highland 68.55%
93 Taunton Deane 68.41%
94 Cotswold 68.40%
95 Mole Valley 68.32%
96 Eastleigh 67.89%
97 Selby 67.86%
98 West Oxfordshire 67.85%
99 St. Edmundsbury 67.69%
100 East Hampshire 67.66%
101 Test Valley 67.52%
102 Chiltern 67.02%
103 Weymouth and Portland 66.84%
104 Wiltshire 66.35%
105 Midlothian 66.10%
106 Rugby 66.00%
107 Maldon 65.99%
108 Na h-Eileanan an Iar 65.84%
109 Bedford 65.69%
110 East Staffordshire 65.37%
111 Leeds 65.30%
112 Waltham Forest 65.24%
113 City of London 65.10%
114 Wakefield 65.03%
115 East Hertfordshire 64.90%
116 Christchurch 64.74%
117 Three Rivers 64.61%
118 Northumberland 64.60%
119 Darlington 64.55%
120 Abertawe - Swansea 64.31%
121 Gwynedd - Gwynedd 64.16%
122 Reading 64.13%
123 Stroud 63.85%
124 Suffolk Coastal 63.84%
125 East Riding of Yorkshire 63.76%
126 North Hertfordshire 63.68%
127 Cheshire East 63.65%
128 Orkney Islands 63.60%
129 Craven 63.60%
130 Mid Suffolk 63.25%
131 Sheffield 63.22%
132 Tamworth 63.13%
133 Norwich 62.95%
134 Solihull 62.82%
135 Warwick 62.75%
136 North West Leicestershire 62.67%
137 West Dorset 62.61%
138 Kensington and Chelsea 62.53%
139 Surrey Heath 62.34%
140 Vale of White Horse 62.33%
141 North Warwickshire 61.97%
142 Hammersmith and Fulham 61.87%
143 Sandwell 61.83%
144 Aylesbury Vale 61.49%
145 Torbay 61.41%
146 Charnwood 61.31%
147 Ipswich 61.26%
148 South Staffordshire 61.21%
149 Ashford 61.00%

Re: [Talk-us] highway=trunk for NHS routes?

[Richard Fairhurst]

voschix wrote:
> The answer is definitely NO.
> You can find detailed PDF maps of all NHS Routes, state-by-state at a 
> web page of the Federal Highway Administration [1]. On these maps 
> you will find plenty of NHS roads that are definitively not trunk roads.
> Just two examples in Arizona: [2] [3]

That's not too outlandish. The UK usage of highway=trunk, which historically
is the original usage (as Map Features was devised in the UK by Andy
Robinson and first applied in the UK), includes plenty of roads like that or
worse. There is no implication in the UK that highway=trunk means a dual
carriageway (divided highway), limited access, grade-separated junctions or
anything like that - it's just the network of the most important roads
between cities and towns, which are A roads signposted with green signs.
We're a small, dense and often hilly country, so these roads can sometimes
be narrow and winding.

Since then other countries have adopted their own local definitions, which
often include minimum infrastructure requirements. That's absolutely fine,
and that's their right, but it's also fine for the US to adopt a definition
which might be closer to (say) the original UK one than to the German one.
Albert's suggestion of equating it to the National Highway System would be
very close to the UK definition.

(FWIW, the current distinction between highway=trunk and highway=primary in
the US seems so arbitrary that I actually render them both the same for
cycle.travel.)

cheers
Richard



--
View this message in context: 
http://gis.19327.n8.nabble.com/highway-trunk-for-NHS-routes-tp5888347p5888378.html
Sent from the USA mailing list archive at Nabble.com.

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

Re: [OSM-talk] Beware Pokemon users

[Peter Barth]

Hi,

well, perhaps there are single cases where valid data has been reverted.
But in general new mappers are a good thing and that's why there's a
blog post on the official blog that imho is written in a very inclusive
tone. Perhaps you want to share it in the discussion with the Pokemon Go
players: https://blog.openstreetmap.org/2016/12/30/tips-pokemon-go/

Peda


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

Re: [Talk-us] highway=trunk for NHS routes?

[Volker Schmidt]

As a general rule, should highway=trunk be used for routes on the National
> Highway System? Considering that those routes are generally more backbone
> routes, more important than a lot of primary routes, it makes sense that
> they should be tagged with trunk.
> --Roadsguy
>

The answer is definitely NO.
You can find detailed PDF maps of all NHS Routes, state-by-state at a web
page of the Federal Highway Administration [1]. On these maps you will find
plenty of NHS roads that are definitively not trunk roads.
Just two examples in Arizona: [2] [3]


[1] http://www.fhwa.dot.gov/planning/national_highway_system/nhs_maps/
[2] https://www.mapillary.com/map/im/C7jPgAHJbdBBggMeNV6UvA
[3] https://www.mapillary.com/map/im/1U4eqD64lQaVJQCLWMTbrg
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-cz] RUIAN posun - konečné řešení?

[Pavel Kwiecien]

Ahoj, ty data byla převzána z RÚIANu, proto tam patří cuzk:ruian, zpracoval 
jsem je vlastním skriptem. 

Zdraví Pavel Kwiecien

-- Původní zpráva --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 30. 12. 2016 21:49:20
Předmět: Re: [Talk-cz] RUIAN posun - konečné řešení?

"
Ahoj,




2016-12-30 20:31 GMT+01:00 Pavel Kwiecien :
"
Do RÚIAN je ÚKM přebírána jako orientační mapa parcel, z toho vyplývají 
nepřesnosti při importu.

"



To je pro mě novina. Zní mi to teda jako blbost.. ale budu ti věřit.


Jak jsi teda algoritmicky postupoval? Použil jsi tracer RÚIAN, protože ty 
objekty tam jsou, nebo jsi použil TracerServer nad vrstvou ÚKM, kterou sis 
nahrál do JOSM? Nebo jinak?



Každopádně do source by v tomhle případě nemělo přijít cuzk:ruian. I cuzk:km
je hodně zavádějící, lepší by bylo prostě vyplnit ÚKM.



S pozdravem


 H.






 ___
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