Re: [talk-au] Talk-au Digest, Vol 107, Issue 2

2016-05-03 Per discussione Timothy Ney 
 there is a significant error in the relative ratings between
> places - even ones that are not that far apart!
>
> The situation with towns and villages is more numerous!
>
> The server objected to my bulk download ... so I'll do that in bits
> later ... unless there is no point - that is if there are strong
> objections here?
>
> Little point in doing the large bit of work if there will be no outcome.
>
> So below is a small attempt to clarify and simplify the situation in
> Australia.
>
>  From the OSM wiki I get the following use of occupied places
>
> By population.
>
> city>100,000>town>10,000>village>200>hamlet>100
>
> humm looks like present Australian use is roughly
>
> By population.
>
> city>10,000>town>1,000>village>100>hamlet>10
>
> I think that is reasonable.
>
> The difference between the two is that Australia has a smaller than
> 'average' population density,
>
> so smaller places have more facilities due to the distance involved to
> get to the nearest larger place.
>
> For example - Australia is about the same size and mainland USA .. but
> 1/10 th the population..
>
> so it stands to reason that the Australian population density would be
> about 1/10th .. so a 'town' would be about 1/10th too.
>
> Why judge on the population?
>
> Larger populations get more services - Police, Medical, Education ...
> they go hand in hand.
>
> Populations are usually stated - on the entry signs to towns, villages
> .. and collected by the ABS. So verifiable and accessible.
>
> Yes they do change .. but not by vast amounts quickly.
>
> Usually the relationship between population centres remains fairly
> static .. if one grows so do the surrounding ones.
>
> Much easier to quickly asses and correctly tag this way. So it satisfies
> the KISS principle.
>
> Problems...
>
>   In large centres like Sydney and Melbourne some parts would be judged
> as 'cities' in their own right ...
>
> not certain if that is a problem or not? Comments? I am more concerned
> with the country side, rather than the messy cities. :-)
>
> Are there any objections/comment/other ideas to the above ?
>
> -
>
> I have read the past posts on this ...
>
> https://lists.openstreetmap.org/pipermail/talk-au/2008-December/001079.html
>
> but I could draw no reasonable conclusion.
>
> There was a suggestion that the number of pubs be used ... which I think
> is quite Australian,
>
> I use it to judge safety when parked .. less than 3 pubs = safe..
> everyone knows everyone.
>
> By pubs
>
> city>20>town>3>village>1>hamlet;-)
>
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-au/attachments/20160503/8bbe208b/attachment-0001.html
> >
>
> --
>
> Message: 2
> Date: Tue, 3 May 2016 22:22:51 +1000
> From: Warin <61sundow...@gmail.com>
> To: talk-au <talk-au@openstreetmap.org>
> Subject: [talk-au] place=? An oldie but no past conclusion.
> Message-ID: <a45e10c4-118d-16c7-9c8a-b2f5676f5...@gmail.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> Hi,
>
> I came across Quobba Station and Canarvon where Canarvon is a 'village'
> and Quobba Station is a 'town'. I know Canarvon is larger than Quobba
> Station!
>
> So I re-tagged Quobba Station as 'village'.
>
> But I wondered on it.. so looked up the OSMwiki .. not much help... the
> Australian tagging guidelines ... errr not really.
>
> I then considered getting all the Australian OSM data on places with the
> population data,
>
> Got the cities data fine, but the towns data is too large a single bite
> and the server objected. Fine, I worked on the city data.
>
> Some 90 are set as cities... I'll ignore those above 10,000 people and
> list the others here so you have an idea of those that maybe
> reclassified as
>
> 'towns' under my proposal. If a place is close to the 10,000 mark and
> there are no others around that location then I'd consider it a city,
> but other wise a town.
>
> Charters Towers8,234
>
> Charleville4,700
>
> Caloundra3,550
>
> Winton1,337
>
> I know Winton ... it is smaller than Longreach (both in population,
> about 3 times, and number of pubs).. yet Longreach is not tagged a city?
>
> _Conclusion_: there is a significant error in the relative ratings
> between places - even ones that are not that far apart!
>
> The situation with towns and villages is more numerous!
>
> The server o

Re: [Talk-es] 10as Jornadas de SIG Libre y 2a Conferencia QGIS: Yaqueda menos!

2016-05-03 Per discussione Jose Alberto Gonzalez von Schmeling 
Yo vivo en Paraguay, y me interesa mucho que haya streaming.


El 3 de mayo de 2016, 04:10, pcvalverde escribió:

> Me gustaría mucho ir pero son muchos los gastos estancia, comida, entradas.
>
> ¿se verá por streaming?
>
> Saludos.
>
> Pepe
>
> - Original Message -
> *From:* Jornadas de SIG Libre 
> *To:* talk-es@openstreetmap.org
> *Sent:* Thursday, April 28, 2016 3:54 PM
> *Subject:* [Talk-es] 10as Jornadas de SIG Libre y 2a Conferencia QGIS:
> Yaqueda menos!
>
> Saludos,
>
> Quedan menos de 30 días para la celebración de las 10as Jornadas de SIG Libre
> y la 2a Conferencia Internacional de QGIS, patrocinadas por GeoCat [1] y
> Boundless [2], y que tendrán lugar en Girona los próximos 24,25 y 26 de
> Mayo [3]. Ven a celebrar con nosotros, nuestro décimo aniversario!
>
> En el sitio web del evento, encontrarás toda la información actualizada
> con respecto al programa de ponencias plenarias [4], el programa de
> presentaciones de las Jornadas de SIG Libre [5], el programa de Talleres
> de las Jornadas de SIG Libre [6] así como los Workshops de QGIS [7], además
> del programa de presentaciones de QGIS [8].
>
> Si aun no estás inscrito al evento, anímate y regístrate en alguna de las 
> modalidades
> (individual, profesional o empresa) que mejor se ajuste a tus necesidades
> y posibilidades [9], y acude a las Jornadas de SIG Libre y/o a la 2a 
> Conferencia
> Internacional de QGIS. Será una ocasión única para compartir conocimientos
> y experiencias.
>
> Ya por último, desde la organización del evento, no podemos dejar de
> agradecer a Patrocinadores, Colaboradores y Medios asociados, así como a
> asistentes y presentadores, el apoyo a las Jornadas de SIG y a la
> Conferencia de QGIS, haciendo posible esta edición especial.
>
> Contamos con tu presencia en Girona, este próximo mes de Mayo.
>
>
> --
> *Local Organizing Committee*
> 10as Jornadas de SIG Libre
> 2nd International QGIS User and Developer Conference
> -
> Pl. Ferrater Mora 1
> 17071 Girona
> infojorna...@sigte.org
>
> Web site: http://www.sigte.udg.edu/jornadassiglibre/en/
> Twitter: http://twitter.com/SIGLibreGirona
>
>
> [1] https://www.geocat.net/
> [2] http://boundlessgeo.com/
> [3] http://www.sigte.udg.edu/jornadassiglibre/
> [4] http://www.sigte.udg.edu/jornadassiglibre/ponentes/
> [5]
> 
> http://www.sigte.udg.edu/jornadassiglibre/jornadas-sig-libre/programa/
> [6]
> 
> http://www.sigte.udg.edu/jornadassiglibre/jornadas-sig-libre/talleres/
> [7]
> http://www.sigte.udg.edu/jornadassiglibre/international-qgis-user-and-developer-conference/workshops-qgis/
> [8]
> http://www.sigte.udg.edu/jornadassiglibre/international-qgis-user-and-developer-conference/conferencia-qgis/
> [9] 
> http://www.sigte.udg.edu/jornadassiglibre/inscripcion/
>
>
>
> --
>
> ___
> 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
>
>


-- 
Podes encontrarme o comunicarte conmigo en:

   - *Mi blog*: http://proyectosbeta.net/
   
   - *Facebook*:
   http://www.facebook.com/pages/Proyectos-Beta/113277785412256
   
   - *Twitter*: @proyectosbeta 
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-us] Per-State relations for the Appalachian Trail

2016-05-03 Per discussione Kevin Kenny 

On 05/03/2016 03:09 PM, OSM Volunteer stevea wrote:
In the USA, partly because we are such a geographically large part of 
the North American continent and partly because each of our fifty 
states is sovereign, I find that breaking apart very large relations 
so they are across a single state at a time (then perhaps these are 
collected into a super-relation) is often (though not always) a 
sensible approach.  It is part size (large relations with vast numbers 
of members are unwieldy), it is part “what sort of an entity is this 
politically?"


For example, there is a note in OSM’s Amtrak wiki page on the 
route=train relation for the California Zephyr:  "The relation is said 
to be so big it is hard to work with.”  That is something we might 
take to heart and break apart the relation into statewide components. 
 I haven’t done that, but somebody might, after considering that it 
makes editing easier, and that state-at-a-time is a good way to do 
this.  Even a simple web browser request to display this relation 
results in "Sorry, the data for the relation with the id 905830, took 
too long to retrieve." The practicality of potentially better avoiding 
edit conflicts has been mentioned, and is also true.


Breaking apart the AT into separate relations - ideally with a 
superrelation joining them - would be sensible, I think, but be careful 
about the assumption about state lines. The AT literally spends a good 
many miles with the hiker having one foot in North Carolina and the 
other in Tennessee - the ridge that it follows is the state line.


We also, I think, need to put some more thought simply into the support 
of large relations. I've recently found that even the New York Long Path 
(only a fifth the length of the AT) crashes JOSM (I haven't yet 
diagnosed the problem) and wound up editing in Meerkartor instead. 
Trails, highways, rivers, railroads, we have a good many places where 
things reasonably and predictably break down into thousands of parts 
over thousands of km, and I don't think we yet have a unified theory of 
how to handle them.


--
73 de ke9tv/2, Kevin


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

Re: [OSM-talk-fr] relation avec plusieurs types (foot, bicycle) ?

2016-05-03 Per discussione Philippe Verdy 
JOSM ne sait pas voir qu'une relation a des tags différents. Il croit que
ces relations pourraient n'en faire qu'une alors qu'il y a des tags en
conflit, en supposant qu'on puisse fusionner ces tags en un seul avec les
valeurs dans un ordre quelconque mais séparées par des points-virgules.
Pourtant si c'est possible quand il y a un seul tel tag, il y a aussi
d'autres tags uniques spécifiques pour une valeur précise du tag en conflit
mais pas un autre.
La fusion n'est donc pas toujours possible.
En revanche JOSM a raison de râler si entre ces relations tous les tags
(hormi les tags à ignorer comme source=* ou les tags rendus invisibles par
défaut comme created_by=* qui doivent migrer maintenant en tags non plus
sur les objets mais sur les changesets) sont identiques car c'est alors un
doublon.
Je trouve dommage que JOSM au moins ne fasse pas cette vérification pour
savoir si c'est un vrai doublon pour modifier la sévérité du texte de
l'avertissement.
Comme il ne sait pas faire, en attendant il ne déclare pas que ce sont des
erreurs, mais juste des avertissements: c'est à l'utilisateur de voir si
c'est un vrai doublon ou pas et de décider s'il doit fusionner ou pas.

Mais si on prend l'exemple d'une relation route qui est indifféremment pour
piétons, cyclistes ou chevaux, je ne vois pas bien ce qui empêche de
fusionner les relations avec un tag énumérant les valeurs possibles entre
point-virgule. L'autre solution ce serait de taguer "foot", "bicycle" et
"horse" non pas en valeur d'un attribut mais dans un nom d'attribut (comme
on le fait pour "access=foot;bicycle" transformé en
"access:foot=yes"+"access:bicycle=yes"

Cela reviendrait alors à ne plus utiliser "type=route" + route=foot" dans
une relation, et "type=route" + route=bicyle" dans une autre;
mais d'utiliser "type="route" dans une seule relation avec deux tags
"route:foot=yes" + "route:bicycle=yes" (et non pas un seul
"route=foot;bicyle").

On a des exemples similaires avec "shop=*".

On a pourtant le cas ou la défusion du tag à valeurs multiples en deux tags
séparés (tout en gardant une relation unique) n'a pas été fait:
"landuse=commercial;industrial" qui pourait aussi devenir
"landuse:commercial=yes"+"landuse:industrial=yes".

On n'est pas toujours très cohérent dans OSM...


Le 3 mai 2016 à 20:21, Jo  a écrit :

> Ça choquera JOSM aussi. Le validateur viendra dire qu'il y 3 relations
> avec les mêmes membres.
> Néanmoins, pour moi, ça me semble la bonne solution. Il y a des doublons
> dans les itinéraires des bus pour lesquelles je dois créer de telles
> relations qui ne diffèrent que par leur tags.
>
> Polyglot
>
> 2016-05-03 19:05 GMT+02:00 Stéphane Péneau :
>
>> Heu... il n'y a que moi que ça choque ?
>> Quelle est la logique derrière ça ?
>> Ce ne serait pas plutôt à waymarkedtrails.org
>>  de gérer ce genre de cas ?
>>
>> Stf
>>
>>
>> Le 03/05/2016 à 18:45, adrien a écrit :
>>
>> OK merci pour la réponse, y-a-plus-qu'à !
>>
>> Adrien
>>
>> Le 02/05/2016 18:08, David Crochet a écrit :
>>
>> Bonjour
>>
>> Le 02/05/2016 17:39, adrien a écrit :
>>
>>   faut-il que j'ajoute une relation par type de
>> déplacement, sachant que c'est le même circuit ?
>>
>> oui
>>
>> Cordialement
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cl] Como etiquetar laboratorios clínicos

2016-05-03 Per discussione Cristián Serpell 
Gracias Marco Antonio. No conocía esa etiqueta amenity =
medical_laboratory. Si están de acuerdo, puedo etiquetarlos así. Tendré
cuidado de agregar el health_speciality sólo si es definido y conocido.
Como generalmente no lo sé, prefiero dejarlo en blanco. Sobre lo de
western, es ya algo aceptado?
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-br] Votação: uso de boundary=administrative para meso/micro-regiões do IBGE

2016-05-03 Per discussione Flavio Bello Fialho 
Discordo: Primeiro, o tema é polêmico e acho a votação precipitada.
Segundo, as macro e microrregiões são utilizadas para fins administrativos,
mesmo que não haja uma estrutura administrativa formal estabelecida, não
sendo apenas uma divisão artificial para fins de censo. Não vejo
justificativa suficiente para alterar a estrutura existente.

-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-ec] Imágenes Pleiades de Ecuador / Ecuador Pleiades images

2016-05-03 Per discussione Daniel Orellana 
Pongo por acá también el link al uMap post evento:

http://umap.openstreetmap.fr/en/map/mappingecuador-postevent-imagery_83443#7/-0.698/-78.398



--
Daniel Orellana V.

PhD en Geoinformación
Grupo de Investigación en Ciudades Sustentables
Grupo de Investigación en Recursos Hídricos y Ciencias Ambientales
Universidad de Cuenca.





2016-05-01 11:13 GMT-05:00 hyan...@gmail.com :

> Es este http://google.org/crisismap/a/gmail.com/ecuador No tengo acceso de
> administración.  Creo que es más sencillo si llevamos un umap post-evento.
> El pre evento es este
>
>
> http://umap.openstreetmap.fr/en/map/olddiscontinued-2016-ecuador-earthquake_81488#8/-0.253/-79.514
>
> El 1 de mayo de 2016, 10:51, Daniel Orellana 
> escribió:
>
> > Sí, justo pedí a Edison del IGM si tiene ya un vector de las imágenes. De
> > lo contrario lo puedo hacer yo. Veo que el servidor del IGM está caido en
> > este momento... ps!
> >
> > Una pregunta. El crisis map que estaba preparando Cristiando de HOT ha
> > tenido o tendrá mantenimiento?
> >
> > Daniel.
> >
> > Daniel.
> >
> > --
> > Daniel Orellana V.
> >
> > PhD en Geoinformación
> > Grupo de Investigación en Ciudades Sustentables
> > Grupo de Investigación en Recursos Hídricos y Ciencias Ambientales
> > Universidad de Cuenca.
> >
> >
> >
> >
> >
> > 2016-05-01 10:05 GMT-05:00 hyan...@gmail.com :
> >
> > > Genial Daniel! Humilde opinión, el paso siguiente sería en el umap o
> > mejor
> > > en el SIG, proyectar el conjunto de imágenes disponibles (en especial
> las
> > > post-evento --me parece que también hay unas de Digital Globe--), con
> el
> > > objeto de identificar las áreas cubiertas y aquellas donde aún vamos a
> > > necesitar nuevas imágenes.
> > >
> > > Con las áreas cubiertas, proceder a abrir nuevos proyectos post-evento
> > con
> > > las etiquetas e instrucciones enviadas en un correo anterior.
> > >
> > > Saludos,
> > >
> > > Humberto Yances
> > >
> > > El 1 de mayo de 2016, 9:41, Daniel Orellana 
> > > escribió:
> > >
> > > > Hola amigos.
> > > >
> > > > Adicionalmente al correo de Jean-Guilhem les comento que anoche los
> > > > compañeros del Instituto Geográfico Militar nos enviaron un listado
> de
> > > > todas las imágenes pre- y post- evento disponibles para el mapeo con
> > OSM.
> > > > También es interesante que están incluyendo las imágenes UAV que
> están
> > > > recogiendo los grupos de voluntarios de drones.
> > > >
> > > > Estoy colocando todo lo que han enviado en un spreadsheet compartido
> > para
> > > > ir documentando (cada vez hay más)
> > > >
> > > >
> > > >
> > >
> >
> https://docs.google.com/spreadsheets/d/1nq6Hhmx1_ICIaSmsZWuZ2YKo2CUFonSvb9zidLvP06Y/edit?usp=sharing
> > > >
> > > > Saludos
> > > >
> > > > Daniel
> > > >
> > > >
> > > > --
> > > > Daniel Orellana V.
> > > >
> > > > PhD en Geoinformación
> > > > Grupo de Investigación en Ciudades Sustentables
> > > > Grupo de Investigación en Recursos Hídricos y Ciencias Ambientales
> > > > Universidad de Cuenca.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On Sun, May 1, 2016 at 6:14 AM, Jean-Guilhem Cailton <
> j...@arkemie.org>
> > > > wrote:
> > > >
> > > > > (In English below)
> > > > >
> > > > > Hola,
> > > > >
> > > > > Después que OSM Ecuador fue preguntado por autoridades de
> contribuir
> > al
> > > > > mapeo de edificios dañados, imágenes post-sismo de los satélites
> > > > > Pléiades de 12 áreas de interés están accesibles para mapeo en OSM.
> > > > > Muchas gracias al CNES (agencia espacial francesa) y Airbus Defense
> > and
> > > > > Space que permitieron hacer accesible las imágenes de 10 áreas de
> > > > > interés adquiridas para la Carta internacional Espacio y desastres
> > > > > mayores, y usadas por UNOSAT en sus evaluaciones de daños*. Gracias
> > > > > también al Sistema nacional de información de Ecuador (SNI) por
> hacer
> > > > > accesible mas imágenes en su sitio web.
> > > > >
> > > > > Imágenes de los satélites Pleiades de Pedernales (17/4), de
> Atacames,
> > > La
> > > > > Libertad y Salinas (18/4), de Bahía de Caráquez, de Crucita, de
> > Chone,
> > > > > de Portoviejo, de Montecristi, de Guayaquil, de Manta (19/4), de
> > Muisne
> > > > > (20/4) y de Santo Domingo (26/4) están incluidas en la capa TMS :
> > > > > tms:
> > > > >
> > > >
> > >
> >
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_pleiades_201604/{zoom}/{x}/{y}
> > > > > Version con infrarojo :
> > > > > tms:
> > > > >
> > > >
> > >
> >
> http://imagery.openstreetmap.fr/tms/1.0.0/ecuador_pleiades_201604_nir/{zoom}/{x}/{y}
> > > > >
> > > > > Capas en PNG en vez de JPEG, para que el fondo sea transparente
> > (aunque
> > > > > teselas son mas gordas y se necesita mas ancho de banda) :
> > > > > tms:
> > > > >
> > > >
> > >

[OSM-co] Umap no guarda los mapas

2016-05-03 Per discussione hyan...@gmail.com 
Hola!

Estuve intentando hoy crear un mapa en el umap.co y al parecer no está
dejando granar nuevos mapas.

Gracias,

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

Re: [talk-au] place=? An oldie but no past conclusion.

2016-05-03 Per discussione Warin 

On 4/05/2016 12:50 AM, Christopher Barham wrote:


On 03 May 2016, at 14:22, Warin <61sundow...@gmail.com 
> wrote:






Why judge on the population?
Larger populations get more services - Police, Medical, Education ... 
they go hand in hand.
Populations are usually stated - on the entry signs to towns, 
villages .. and collected by the ABS. So verifiable and accessible.

Yes they do change .. but not by vast amounts quickly.
Usually the relationship between population centres remains fairly 
static .. if one grows so do the surrounding ones.
Much easier to quickly asses and correctly tag this way. So it 
satisfies the KISS principle.



City is not just a function of population - It’s can also be a 
political appointment/status? - e.g. Charters Towers and Redcliffe are 
cities : https://en.wikipedia.org/wiki/List_of_cities_in_Australia





Yes there is an 'official designation system' ... subject to political 
pressure and separate rules for each state.
I think the best guide we have is the population, certainly I think it 
is much better than the officially given 'status'.


--
I did leave out of the original post that the ABS data may include more 
'cities' with populations over 10,000 than the present OSM data base 
contains ... yet to sort that out.



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

Re: [talk-au] place=? An oldie but no past conclusion.

2016-05-03 Per discussione cleary 
 
>From what you have written, I think you are probably right to change
classificaiton of Quobba Station to village rather than town.
 
In regard to smaller rural centres, I have also been wondering about
classifications. In South Australia, some rural properties constitute
their own official location with their own allocated postcode. In one
case the farm is known as "Oakvale" but the official Government-approved
name for the location with defined boundaries and its own allocated
postcode is "Oakvale Station". I had originally labelled it as
place=farm but the OSM WIki says that if the farm is not part of a
larger settlement, then it should be labelled as "isolated_dwelling".
Since it is its own suburb and not part of a larger settlement, I have
labelled it as place=isolated_dwelling.
 
"Hamlet" can be a small population but does not necessarily have a
central location- thus Mossgiel in NSW has a defined area and postcode
with scattered farms in the area but there is no centre with shops or
services - thus it is tagged as place=hamlet. Once a place has shops,
pub, other services etc. I think it qualifies as a "village".  But two
places could be villages even though one is a fair bit larger than the
other - if you can get food and fuel etc. but it's not big enough to be
a town, then "village" is a good classification.
 
In NSW, "city" is an official Local Government Area status approved by
Government so that some larger towns (and their surrounding areas) are
designated as cities e.g Albury, Waga Wagga, Griffith and locations
within their city boundaries are officially "suburbs". The "suburb" with
the same name as the LGA is usually also identified as "city". In
Sydney, some major suburban centres such as Parramatta are identified by
Government as cities. I think the official classification works fairly
well in NSW  and is useful guide for tagging in OSM but not sure about
other states.
 
Then there are areas that have defined boundaries as "suburb" and
designated postcodes but have no permanent population as far as I know
(such as Jagungal Wilderness in NSW or Danggali in SA). Not sure how to
classify them. "Locality" is used for much smaller places that have no
boundaries, postcode or population and seems not the right tag for
larger areas with defined boundaries.
 
 
 
On Tue, May 3, 2016, at 10:22 PM, Warin wrote:
>
> Hi,


> I came across Quobba Station and Canarvon where Canarvon is a
> 'village' and Quobba Station is a 'town'. I know Canarvon is larger
> than Quobba Station! So I re-tagged Quobba Station as 'village'. But
> I wondered on it.. so looked up the OSMwiki .. not much help... the
> Australian tagging guidelines ... errr not really. I then considered
> getting all the Australian OSM data on places with the population
> data, Got the cities data fine, but the towns data is too large a
> single bite and the server objected. Fine, I worked on the city
> data. Some 90 are set as cities... I'll ignore those above 10,000
> people and list the others here so you have an idea of those that
> maybe reclassified as 'towns' under my proposal. If a place is close
> to the 10,000 mark and there are no others around that location then
> I'd consider it a city, but other wise a town. Charters Towers
> 8,234 Charleville        4,700 Caloundra        3,550 Winton
> 1,337 I know Winton ... it is smaller than Longreach (both in
> population, about 3 times, and number of pubs).. yet Longreach is
> not tagged a city?
>
> _Conclusion_: there is a significant error in the relative ratings
> between places - even ones that are not that far apart! The situation
> with towns and villages is more numerous! The server objected to my
> bulk download ... so I'll do that in bits later ... unless there is no
> point - that is if there are strong objections here? Little point in
> doing the large bit of work if there will be no outcome. So below is a
> small attempt to clarify and simplify the situation in Australia. From
> the _OSM wiki_ I get the following use of occupied places By
> population.
> city>100,000>town>10,000>village>200>hamlet>100
> _ The present Australian use appears to be roughly _ By population.
> city>10,000>town>1,000>village>100>hamlet>10

>
> I think that is reasonable. The difference between the two is that
> Australia has a smaller than 'average' population density, so smaller
> places have more facilities due to the distance involved to get to the
> nearest larger place. For example - Australia is about the same size
> and mainland USA .. but 1/10 th the population.. so it stands to
> reason that the Australian population density would be about 1/10th ..
> so a 'town' would be about 1/10th too. Why judge on the population?
> Larger populations get more services - Police, Medical, Education ...
> they go hand in hand. Populations are usually stated - on the entry
> signs to towns, villages .. and collected by the ABS. So verifiable
> and accessible. Yes they do change .. but not by vast amounts

[Talk-us] Whole-US Garmin Map update - 2016-04-30

2016-05-03 Per discussione Dave Hansen 
These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-04-30

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-04-30/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-04-30

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap-France : Convocation à l'Assemblée Générale Ordinaire 2016

2016-05-03 Per discussione Benoit FOURNIER 
** RAPPEL - vendredi 6 mai - date limite **

** candidatures au Conseil d'Administration **

** motions pour l'assemblée générale **

> veuillez également noter la date limite pour les
> candidatures et les motions : vendredi 6 mai.
>
> https://openstreetmap.fr/ag2016
>> le Conseil d'Administration sera renouvelé lors de cette assemblée générale.
>
>> les candidatures doivent être envoyée au Conseil d'Administration (à ca -@- 
>> listes.openstreetmap.fr) au moins 15 jours avant la tenue de l'assemblée 
>> générale, soit le vendredi 6 mai à minuit au plus tard.
>
> Nous attendons vos candidatures et vos éventuelles motions.
>
> Benoît
> OpenStreetMap France
>
>
> 2016-04-21 22:06 GMT+02:00 Frédéric Rodrigo :
>> L'Assemblée Générale de l'association OpenStreetMap-France se tiendra le 21
>> mai à partir de 17h30h à Clermont-Ferrand, durant notre conférence annuelle
>> "State Of The Map".
>>
>> Vous trouverez la convocation complète, avec l'ordre du jour sur notre site
>> web : https://openstreetmap.fr/ag2016.
>>
>> Comme l'an passé, il sera possible de voter à distance pour celles et ceux
>> qui ne feront pas le déplacement.
>>
>> N'oubliez par de renouveler votre cotisation pour pouvoir voter, vous pouvez
>> le faire en ligne : comme indiquer sur https://openstreetmap.fr/adherer
>>
>> Frédéric Rodrigo - Secrétaire d'OpenStreetMap-France pour le CA
>>

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

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione Jo 
Will there be recordings of sessions and thus need to monitor those
recordings?

Jo

2016-05-03 22:05 GMT+02:00 joost schouppe :

> Hi,
> I just got confirmation that we can get free tickets for volunteers. You
> can of course still buy a ticket, as it will help pay for scholarships and
> other costs.
>
> Do not feel obligated to volunteer if that feels like missing out. At SotM
> US, a lot of tasks were done by students who jumped at the chance to help.
> Might be we have way more volunteers than needed after a while.
>
> We'll be putting together a place to register and a list of tasks in the
> following days. Some of those are pretty cool, like chairing sessions,
> where you'll introduce speakers and stop them when they go O er their
> alloted time.
>
> ___
> 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-at] osmand & atm

2016-05-03 Per discussione Friedrich Volkmann 
On 03.05.2016 21:50, Rainer Fügenstein wrote:
> hab mir das jetzt genauer angeschaut: wählt man als POI nur "ATM" aus,
> werden  keine  banken  (und  somit  auch keine mit atm=yes) angezeigt.
> wählt  man  die  kategorie "finance" aus, dann werden banken (mit/ohne
> atm) und atms angezeigt. wieder was dazugelernt ;-)

Das lässt vermuten, dass die Osmand-Entwickler auf den Key atm=* einfach
vergessen haben. Die Kategorie "finance" ist kein Ersatz, denn erstens gibt
es, wie Thomas R. schon schrieb, auch Banken ohne Bankomat, und zweitens
gibt es umgekehrt auch Bankomaten in anderen Geschäftslokalen, z.B. in
manchen Spar-Supermärkten.

=> Bug melden.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-it] mappe su wikipedia

2016-05-03 Per discussione Marco_T 
Simone Cortesi wrote
> Ciao,
> su mediawiki si sta discutendo in questi giorni delle mappe
> interattive che saranno aggiunte prossimamente a wikipedia.

Grazie Simone per l'info.
Io non collaboro con wikipedia pero' molto spesso uso l'ottimo tool
http://geodati.fmach.it/gfoss_geodata/osm/wtosm/it_IT/index.html
per linkare le voci ad osm.
Alcune volte trovo che le coordinate dei POI wikipedia sono molto sballate
rispetto alla reale posizione dell'oggetto, anche centinaia di metri nel
caso di Frazioni (comunali).
Sarebbe utile per chi usa wikipedia avere un tool che che confronti le
coordinate osm dell'oggetto con quelle del template Cood (se possibile) e
segnali se sono sballate oltre una certa tolleranza...
Questo tool potrebbe essere un ulteriore punto di contatto tra i due
progetti, magari iniziando proprio da noi in Italia, considerato che
wikimedia abbraccia entrambe le posizioni.
Se esiste gia' qualcosa del genere, se sono andato un po' OTscusatemi.

Saluti.

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n5.nabble.com/mappe-su-wikipedia-tp5872648p5872941.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione joost schouppe 
Hi,
I just got confirmation that we can get free tickets for volunteers. You
can of course still buy a ticket, as it will help pay for scholarships and
other costs.

Do not feel obligated to volunteer if that feels like missing out. At SotM
US, a lot of tasks were done by students who jumped at the chance to help.
Might be we have way more volunteers than needed after a while.

We'll be putting together a place to register and a list of tasks in the
following days. Some of those are pretty cool, like chairing sessions,
where you'll introduce speakers and stop them when they go O er their
alloted time.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-br] RES: Cedência dos dados de cartografia da Prefeitura de Porto Alegre / Importação Prédios

2016-05-03 Per discussione Blademir Andrade de Lima 
Obrigado Naoliv,

Uso JOSM a anos e nunca prestei atenção nessa ferramenta. Funcionou muito bem.

Mas tem que ter muito cuidado para usar.

Valeu,
BladeTC

Enviado do Email para Windows 10

De: Nelson A. de Oliveira
Enviado:terça-feira, 3 de maio de 2016 09:42
Para: OSM talk-br
Assunto: Re: [Talk-br] Cedência dos dados de cartografia da Prefeitura de Porto 
Alegre / Importação Prédios

(tinha caído no spam e só vi agora)

2016-04-25 14:56 GMT-03:00 Sérgio V. :
> Tem como substituir um objeto "anterior (existente)" por outro(novo) e
> copiar para o "novo" o histórico do "anterior"?

Para quem também tiver interesse em substituir objetos no OSM por
novos (por exemplo, quando dá menos trabalho traçar do zero alguma
coisa do que corrigir o que já existe):

Instalar o plugin utilsplugin2 no JOSM. Depois para substituir um objeto:

Selecionar o objeto atual (já existente no OSM)
Segurar o shift e clicar no novo objeto

A ordem dos objetos selecionados é importante.

Depois apertar Ctrl+Shift+g (ou ir no menu Mais ferramentas →
Substitui a Geometria)

Ele vai substituir o primeiro (o antigo) pelo segundo (o novo),
mantendo o histórico do objeto.

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

Re: [Talk-it] Diminuzione Tag totali wikipedia

2016-05-03 Per discussione Marco_T 
Buonasera,
il giorno 28/04 c'e' stata una diminuzione consistente dei tag per quanto
riguarda l'aggiornamento dei contatori (non e' reale):
http://geodati.fmach.it/gfoss_geodata/osm/wtosm/it_IT/index.html
Si puo' ripristinare la situazione aggiornata?
Sto' lavorando sul triveneto est-ovest inserendo i nuovi tag delle frazioni
etc e non so piu' dove sono arrivato (in quella zona ne vedo un 300 di
troppo, gia' linkati ad osm) :-)
Grazie in aticipo.

-- 
Marco_T




--
View this message in context: 
http://gis.19327.n5.nabble.com/Diminuzione-Tag-totali-wikipedia-tp5824663p5872940.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-us] Per-State relations for the Appalachian Trail

2016-05-03 Per discussione OSM Volunteer stevea 
In the USA, partly because we are such a geographically large part of the North 
American continent and partly because each of our fifty states is sovereign, I 
find that breaking apart very large relations so they are across a single state 
at a time (then perhaps these are collected into a super-relation) is often 
(though not always) a sensible approach.  It is part size (large relations with 
vast numbers of members are unwieldy), it is part “what sort of an entity is 
this politically?"

For example, there is a note in OSM’s Amtrak wiki page on the route=train 
relation for the California Zephyr:  "The relation is said to be so big it is 
hard to work with.”  That is something we might take to heart and break apart 
the relation into statewide components.  I haven’t done that, but somebody 
might, after considering that it makes editing easier, and that state-at-a-time 
is a good way to do this.  Even a simple web browser request to display this 
relation results in "Sorry, the data for the relation with the id 905830, took 
too long to retrieve." The practicality of potentially better avoiding edit 
conflicts has been mentioned, and is also true.

The number of elements in this Zephyr relation is over 2500, and that can make 
editing and display difficult.  When OSM bumps up against real limits of 
practicality like this, we should pay attention by discussing strategies like 
subdividing using sensible approaches and methodologies.  It may not always be 
obvious when to break apart a large relation into statewide components, but 
neither should it surprise us when somebody (for reasons of logical 
subdivision, practicality or both) does so.

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

Re: [Talk-it] palestra di roccia

2016-05-03 Per discussione Martin Koppenhoefer 
2016-05-03 20:29 GMT+02:00 Alberto Nogaro :

> All'area così circoscritta, si potrebbe anche applicare
> landuse=recreation_ground, che vale in generale per le aree in cui si
> praticano sport.



direi di no.

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

Re: [Talk-br] Discussão em Changesets

2016-05-03 Per discussione Nelson A. de Oliveira 
2016-05-03 15:16 GMT-03:00 santamariense :
> Só não sei como funciona, porque quando alguém comenta
> minha changeset eu não recebo nenhum tipo de "notificação"

Não está caindo no spam, talvez?
É pra você receber um e-mail com a mensagem e o link para a discussão.

Recebeu algo do teste que deixei em
https://www.openstreetmap.org/changeset/39057004 ?

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

Re: [Talk-it] palestra di roccia

2016-05-03 Per discussione Alberto Nogaro 
>-Original Message-
>From: Alessandro Palmas [mailto:alessandro.pal...@wikimedia.it]
>Sent: martedì 3 maggio 2016 19:34
>To: openstreetmap list - italiano 
>Subject: Re: [Talk-it] palestra di roccia

>Solitamente la falesia non è tutta chiodata, circoscrivi l'area e applica
>sport=climbing name=nome_della_palestra Se le conosci aggiungi anche le
>altre info http://wiki.openstreetmap.org/wiki/Tag:sport%3Dclimbing
>
>Alessandro Ale_Zena_IT
 
All'area così circoscritta, si potrebbe anche applicare 
landuse=recreation_ground, che vale in generale per le aree in cui si praticano 
sport.

Ciao,
Alberto


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

Re: [OSM-talk-fr] relation avec plusieurs types (foot, bicycle) ?

2016-05-03 Per discussione Jo 
Ça choquera JOSM aussi. Le validateur viendra dire qu'il y 3 relations avec
les mêmes membres.
Néanmoins, pour moi, ça me semble la bonne solution. Il y a des doublons
dans les itinéraires des bus pour lesquelles je dois créer de telles
relations qui ne diffèrent que par leur tags.

Polyglot

2016-05-03 19:05 GMT+02:00 Stéphane Péneau :

> Heu... il n'y a que moi que ça choque ?
> Quelle est la logique derrière ça ?
> Ce ne serait pas plutôt à waymarkedtrails.org
>  de gérer ce genre de cas ?
>
> Stf
>
>
> Le 03/05/2016 à 18:45, adrien a écrit :
>
> OK merci pour la réponse, y-a-plus-qu'à !
>
> Adrien
>
> Le 02/05/2016 18:08, David Crochet a écrit :
>
> Bonjour
>
> Le 02/05/2016 17:39, adrien a écrit :
>
>   faut-il que j'ajoute une relation par type de
> déplacement, sachant que c'est le même circuit ?
>
> oui
>
> Cordialement
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-br] Discussão em Changesets

2016-05-03 Per discussione santamariense 
Eu nunca entendi ao certo como funciona a discussão em um Conjunto de
Alterações (changeset). Tem lá a opção de cancelar inscrição ou se
inscrever. Só não sei como funciona, porque quando alguém comenta
minha changeset eu não recebo nenhum tipo de "notificação". Hoje
descobri uma ferramenta do resultmaps (que ao menos para mim é
novidade) na qual se pode acompanhar as changesets que são comentadas
por país: 
http://resultmaps.neis-one.org/osm-discussions?c=Brazil#4/-15.75/-54.10

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

Re: [Talk-cz] Stromy pod kontrolou

2016-05-03 Per discussione Pavel Machek 
Ahoj!

> >>Takže se vás chci zeptat:
> >>   * v jakém formátu by to pro nás bylo nejlepší?
> >>   * zda ta data co jsem napsal stačí? - za mě bych přidal výšku a průměr
> >>   * něco jiného co by vás napadlo?
> >
> >Listnaty/jehlicnaty?
> >
> >Jinak...
> >
> >Nebyl by cas udelat znovu (a lip) import lesu? Mensi generalizace,
> >importovat informaci listnaty/jehlicnaty...
> 
> Byl bych velice opatrny s jakymkoli re-importem. Znicis tim spousty
> prace. Mozna tak v podobe traceru a vizualni kontroly. Vsichni vime
> jak "kvalitni" data nase stat(d?)ni sprava (ne)spravuje ...

No, LPIS byla moc pekna data.

A jo, bude se to muset delat opatrne...  Zase, kdyz uz budem mit zmapovane 
jednotlive stromy,
nebylo by spatne mit u kusu lesa to jestli je jehlicnaty nebo listnaty?

Nejvic dat budou rozhrani porostu, ale to jsou zaroven data nejuzitecnejsi. 
Zmapovat
"tady v ty oblasti jsou mlady smrcky, je to v podstate nepruchodny" je 
jednoduchy, ale 
obchazet s GPS kazdej ten kousek uz takova zabava nebude...


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

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

Re: [Talk-it] palestra di roccia

2016-05-03 Per discussione Alessandro Palmas 

> il fatto è che dalle mie parti ho trovato già una svalangata di palestre
> di
> roccia in esterno taggate come sport=climbing direttamente su
> natural=cliff.
>
>

Solitamente la falesia non è tutta chiodata, circoscrivi l'area e applica
sport=climbing name=nome_della_palestra
Se le conosci aggiungi anche le altre info
http://wiki.openstreetmap.org/wiki/Tag:sport%3Dclimbing

Alessandro Ale_Zena_IT


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

Re: [Talk-it] palestra di roccia

2016-05-03 Per discussione Martin Koppenhoefer 
2016-05-03 19:14 GMT+02:00 demon.box :

> il fatto è che dalle mie parti ho trovato già una svalangata di palestre di
> roccia in esterno taggate come sport=climbing direttamente su
> natural=cliff.
>



In che senso sono "palestre"? C'è una recinzione? Si paga per l'utlizzo? Ci
sono servizi offerti?
Se metti sport=climbing su natural=cliff non puoi avere un nome per tutte
due, al meno non in maniera "naturale". "alt_name" non è un'opzione, perché
uno è il nome del cliff (e non della "palestra"), l'altro è il nome della
palestra e non del cliff.

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

Re: [Talk-it] palestra di roccia

2016-05-03 Per discussione demon.box 
il fatto è che dalle mie parti ho trovato già una svalangata di palestre di
roccia in esterno taggate come sport=climbing direttamente su
natural=cliff.



--
View this message in context: 
http://gis.19327.n5.nabble.com/palestra-di-roccia-tp5872925p5872932.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-ie] Registration is Now Open for State of the Map!

2016-05-03 Per discussione Martín Ferrari 
On 02/05/16 21:56, Rob Nickerson wrote:
> Hi all,
> 
> Tickets for State of the Map 2016 are now on sale. Get yours before the
> price goes up (to EUR 100)!

Sadly, this cost is too high to justify attending. I care about OSM, and
I have been a silent contributor for years, but spending on plane
tickets, acommodation, and on top of that 75-100 EUR to attend the
conference, is just too much money for this little hobby of mine.

I think it is a sad state when most libre projects I care about charge
its own volunteers to gather and improve the community, specially when
corporate sponsors could be offsetting this cost. OSM is far from the
only one, I am just writing this because I am getting increasingly
annoyed by the situation.

-- 
Martín Ferrari (Tincho)

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

Re: [Talk-it] palestra di roccia

2016-05-03 Per discussione Martin Koppenhoefer 
2016-05-03 19:01 GMT+02:00 demon.box :

> ok ma se metto
>
> sport=climbing
>
> a parte
>
> Josm avvisa che manca una caratteristica fisica... cosa si mette?
>



da inventarsi, qualcosa in "leisure", guardando taginfo direi
"leisure=climbing" potrebbe avere senso.
http://taginfo.osm.org/keys/leisure#values

Non è documentato però, chiederei un attimo nella lista tagging per
verificare per cosa gli altri hanno usato questa chiave (per esempio ci
sono palestre indoor per climbing, rocce artificiali per climbing, pareti
naturali, ecc.)

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

Re: [OSM-talk-fr] relation avec plusieurs types (foot, bicycle) ?

2016-05-03 Per discussione Stéphane Péneau 

Heu... il n'y a que moi que ça choque ?
Quelle est la logique derrière ça ?
Ce ne serait pas plutôt àwaymarkedtrails.org de gérer ce genre de cas ?

Stf

Le 03/05/2016 à 18:45, adrien a écrit :

OK merci pour la réponse, y-a-plus-qu'à !

Adrien

Le 02/05/2016 18:08, David Crochet a écrit :

Bonjour

Le 02/05/2016 17:39, adrien a écrit :

   faut-il que j'ajoute une relation par type de
déplacement, sachant que c'est le même circuit ?

oui

Cordialement



___
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] palestra di roccia

2016-05-03 Per discussione demon.box 
ok ma se metto

sport=climbing

a parte

Josm avvisa che manca una caratteristica fisica... cosa si mette?





--
View this message in context: 
http://gis.19327.n5.nabble.com/palestra-di-roccia-tp5872925p5872929.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] relation avec plusieurs types (foot, bicycle) ?

2016-05-03 Per discussione adrien 
OK merci pour la réponse, y-a-plus-qu'à !

Adrien

Le 02/05/2016 18:08, David Crochet a écrit :
> Bonjour
>
> Le 02/05/2016 17:39, adrien a écrit :
>>   faut-il que j'ajoute une relation par type de
>> déplacement, sachant que c'est le même circuit ?
>
> oui
>
> Cordialement
>


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

[Talk-gb-london] Missing Maps Tonight + Mapping St James area tomorrow

2016-05-03 Per discussione Harry Wood 
You're cutting it fine, but if you sign up now, TONIGHT there is (unusually) 
still spaces at the monthly Missing Maps humanitarian mapathon. This time it's 
hosted at the Welcome Trust building in Euston.

Bring a laptop. Join in the fun! There's particularly spaces for a few more 
pro-mappers who can teach others the skills!
Details and sign up here: 
https://www.eventbrite.co.uk/e/missing-mapshot-may-mapathon-tickets-24650133212



Then TOMORROW night (Wednesday 4th) we will be holding a Mapping evening in the 
St. James neighbourhood (cake diagram: http://mapcraft.nanodesu.ru/pie/589), 
meeting up afterwards at the Golden Lion on King Street Street (map: 
http://osm.org/go/euu4KPvl5 ). The closest tube is Piccadilly Circus.

We'll be doing some mapping of the surrounding area from 6pm-ish, looking to 
meet up in the pub from 7pm onwards. We are looking to do full building 
details, addresses of everything, and POI additions (and updates) .There might 
be burritos. Look out for some form of OpenStreetMap sign, orange OSM Surveyors 
jackets, or polo shirts. Depending on the weather and how busy the pub is, we 
might even be outside!

(weather forecast is currently a big fat sunshine!)

Sign up on lanyrd: 
http://lanyrd.com/2016/openstreetmap-mapping-and-pub-in-st-jamess-london/




And there's another event on Saturday 7th (all day). This is a big humanitarian 
mapathon for Tanzania organised by some different people: Crowd2Map which is 
UCL-related.
https://www.eventbrite.co.uk/e/osm-triple-mapping-party-dar-es-salaam-london-vilnius-tickets-22109616458



All these events are listed on the wiki page:
http://wiki.openstreetmap.org/wiki/London
...and follow the tweets:
https://twitter.com/OSMLondon on twitter


Harry

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

Re: [OSM-talk-fr] JOSM - Inverser le clic molette et le clic droit

2016-05-03 Per discussione Philippe Verdy 
JOSM pourrait prendre l'option prise par iD: glissement simplement avec le
bouton gauche. Mais alors ce sera plus compliqué de sélectionner pour
déplacer un objet, ou pour ajouter un noeud sur un chemin. (OK la sélection
simple c'est encore possible, mais plus le déplacement direct: un clic
gauche sélectionnerait encore l'objet, qui riste sélectionné quand on
glisse la souris mais qui ne déplace pas l'objet sur la carte mais ne fait
que glisser la carte. Pour déplacer l'objet il faudrait ajouter un bouton.
Hors SHIFT+CLIC1 et CTRL+CLIC1 sont déjà utilisé aussi pouir compléter la
sélection.

Ce bouton ne pourrait plus être simple, mais JOSM afficherait alors un menu
contextuel avec le clic simple, comme sur iD (mais iD a un problème avec
l'affichage de ce menu fait d'icones trop grosses au tour du point
sélectionné et qui masque ce qu'on veut sélectionner à côté.

Resterait alors le déplacement de la sélection (ou la création d'un noeud
sur un chemin) avec le clic droit + une touche CTRL (ou SHIFT). Et là plus
besoin d'afficher ce fichu menu : le clic droit tout seul affiche encore le
menu contextuel actuel, qui est aussitôt masqué quand on appuie sur CTRL
qui active le déplacement (ou sur SHIFT qui ajoute un noeud sur un chemin).
Cette option éviterait aussi bon nombre de déplacements inopinés qui
surviennent dans JOSM quand on se trouve de clic pour glisser la carte (la
touche CTRL agissant comme une confirmation qu'on veut effectivement
déplacer un objet et la touche SHIFT confirmant qu'on veut ajouter un noeud
sur un chemin). Et on retrouve alors la cohérence du glissement de la carte
avec le premier bouton employé tout seul, qui ne risque plus de déplacer
les objets sélectionnés sur la carte.



Et pas besoin non plus de 3e bouton, ce fameux "clic-molette" tellement mal
fichu que certaines souris proposent (avec un petit curseur ON/OFF) de le
mettre hors service s'il est gênant, voire n'en ont pas du tout sous la
molette, pour proposer à la place un autre bouton mieux placé (par exemple
un bouton sous le bouton gauche facile d'accès au doigt de l'index, voire
un bouton actionné avec le pouce qui n'est cependant pas aussi agile que
l'index). Certaines souris (pour gamers) ont pléthore de boutons
supplémentaires (même un bouton utilisable avec l'auriculaire posé sur le
côté droit (pour les droitiers qui utilisent la souris dans la main
droite), et ces boutons sont configurables dans les jeux  parfois avec
l'aide du pilote souris qui permet de configurer ce que le jeu ne propose
pas lui-même dans ses menus de préférences (par exemple échanger les
boutons, ou leur assigner une touche équivalente du clavier, ou déclencher
des répétitions et régler la vitesse de cette répétition), et de stocker ça
dans des profils associés à chaque application (autodétectée par le pilote).


Le 3 mai 2016 à 16:44, Charles MILLET  a écrit :

> Merci, c'est très clair.
>
> C'est intéressant que la fonction existe. J'ai compris que les
> développeurs étaient contre le fait de permuter ces deux boutons pour
> permettre aux souris/touchpad sans bouton 3 de pouvoir quand même déplacer
> la carte mais ils sont sûrement preneur pour une option.
>
> Je n'ai pas les compétences pour créer la fonction malheureusement donc je
> vais peut-être m'orienter vers la première solution .
>
> Charles MILLET
> charlesmil...@free.fr
>
> On 03/05/2016 11:34, Nicolas Dumoulin wrote:
>
>> Salut,
>>
>> Le Tue, 3 May 2016 10:46:37 +0200,
>> Charles MILLET  a écrit :
>>
>>> Si quelqu'un l'a déjà fait ou une idée sur la manière de le faire.
>>> Pour information je travaille sous Ubuntu donc je n'ai pas vraiment
>>> accès aux softs Windows.
>>>
>> Ça a l'air d'être codé en dur :
>>
>> https://github.com/openstreetmap/josm/blob/77d79a608358ec4c0670df7c1dd903afc5a07aad/src/org/openstreetmap/gui/jmapviewer/DefaultMapController.java
>> Il y a bien une fonction setMovementMouseButton mais elle ne semble pas
>> utilisée.
>>
>> Tu as raison par rapport aux autres logiciels qui utilisent le clic
>> milieu.
>>
>> Donc, deux solutions :
>>   - hacker les sources
>>   - mettre un ticket, hacker les sources et faire un pull-request
>>
>>
>
> ___
> 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] palestra di roccia

2016-05-03 Per discussione Martin Koppenhoefer 


sent from a phone

> Am 03.05.2016 um 17:26 schrieb demon.box :
> 
> ho la mia bella   natural=cliff  con ad es. name=Falesia XY
> sul quale (essendo utilizzata come parete di roccia) c'è anche 
> sport=climbing  che però ha un altro nome ad es. "Palestra di Roccia Rossi
> Mario"
> 
> come gestisco i 2 name?
> me la "risolvo" con il semplice alt_name?


devi avere 2 oggetti: una falesia e un esercizio di roccia.

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

[Talk-it] palestra di roccia

2016-05-03 Per discussione demon.box 
ciao, piccolo dubbio per una situazione che mi si stà ripetendo uguale
svariate volte.

ho la mia bella   natural=cliff  con ad es. name=Falesia XY
sul quale (essendo utilizzata come parete di roccia) c'è anche 
sport=climbing  che però ha un altro nome ad es. "Palestra di Roccia Rossi
Mario"

come gestisco i 2 name?
me la "risolvo" con il semplice alt_name?

grazie.





--
View this message in context: 
http://gis.19327.n5.nabble.com/palestra-di-roccia-tp5872925.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] JOSM - Inverser le clic molette et le clic droit

2016-05-03 Per discussione Charles MILLET 
Je suis d'accord qu'il y a débat sur l'ergonomie du clic molette. En 
fait mon but est plus d'homogénéiser entre les softs (Gimp, Inkscape, 
QGIS, Grass, Evince, AutoCad, etc.) pour ne plus faire toutes ces 
petites erreurs quand j'alterne de manière très rapide et répétés. Par 
contre sur une action aussi redondante que la navigation il faut quand 
même viser à n'utiliser qu'une main donc je fais en sorte de ne pas 
associer une touche clavier à ces actions. Au final l'idéal reste la 
solution configurable.


« deux boutons c'est bien suffisant » ; chez MapBox ils en utilisent 
trente-deux, mais ça nécessite un ventilo pour se refroidir la main ;-) 
(https://www.mapbox.com/blog/techniques-for-fast-mapping/)


Charles MILLET
charlesmil...@free.fr

On 03/05/2016 16:00, Philippe Verdy wrote:
Je n'aime pas trop ce clic molette qui est très instable (difficile de 
cliquer sans tourner un peut aussi la molette, surtout quand on a une 
souris avec molette de précision sans aucun cran, notamment les souris 
pour gamers ou graphistes qui permettent de tourner la molette très 
vite et jouer sur plusieurs vitesses de rotation, bien que certains 
modèles ont une bouton permettant d'activer ou non les crans de la 
molette).


Sur iD, le glissement de carte se fait sur le premier bouton 
(clic-gauche); et certaines souris classiques pour Mac n'ont QUE ce 
seul bouton. Evidememnt il faut cliquer glisser sans avoir sélectionné 
un objet dessous (c'est la limite de ce clic).


IMHO ce devrait être configurable par l'utilisateur, selon la souris 
qu'il a (il peut aussi n'avoir qu'un pavé tactile la molette étant 
émulée en glissant le doigt le long du bord droit du pavé avec 
certains pilotes qui permettent de régler la largeur de cette bande 
latérale).


Glisser la carte avec le clic droit on s'y fait bien lors de l'édition 
sous JOSM, même si c'est différent de la simple navigation pour 
visualisation clic gauche pour glisser (car là aussi tu proposes aussi 
un autre bouton pendant l'édition mais encore moins "pratique" sur la 
majorité des souris) et du premier bouton utilisé dans iD comme lors 
de la visualisation (au prix de la nécessité de cliquer d'abord une 
icone pour signifier qu'on veut déplacer un objet et non glisser la 
carte).


Moi je n'utilise jamais nulle part le clic-molette, deux boutons c'est 
bien suffisant (d'autant qu'on peut les combiner avec SHIFT ou CTRL 
pour multipler les actions de sélection du premier bouton, et en faire 
autant sur le deuxième bouton, soit déjà 6 actions possibles; la 
molette ne sert alors plus qu'à zoomer dans les deux sens).


Le 3 mai 2016 à 10:46, Charles MILLET > a écrit :


Bonjour,

Malgré mes recherches je n'ai pas trouvé de moyen pour intervertir
les fonctions du clic molette (aussi appelé bouton 3) et du clic
droit (aussi appelé bouton 2) sous JOSM. Mon objectif est de
pouvoir utiliser le clic molette pour déplacer la carte comme
c'est le cas pour de nombreux logiciels et utiliser le clic droit
pour le choix des entités superposées.

Si quelqu'un l'a déjà fait ou une idée sur la manière de le faire.
Pour information je travaille sous Ubuntu donc je n'ai pas
vraiment accès aux softs Windows.

Bonne journée.

-- 
Charles MILLET

charlesmil...@free.fr 


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




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


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

Re: [talk-au] place=? An oldie but no past conclusion.

2016-05-03 Per discussione Christopher Barham 

> On 03 May 2016, at 14:22, Warin <61sundow...@gmail.com> wrote:
> 
> 

> 
> Why judge on the population? 
> Larger populations get more services - Police, Medical, Education ... they go 
> hand in hand. 
> Populations are usually stated - on the entry signs to towns, villages .. and 
> collected by the ABS. So verifiable and accessible.
> Yes they do change .. but not by vast amounts quickly. 
> Usually the relationship between population centres remains fairly static .. 
> if one grows so do the surrounding ones. 
> Much easier to quickly asses and correctly tag this way. So it satisfies the 
> KISS principle.


City is not just a function of population - It’s can also be a political 
appointment/status? - e.g. Charters Towers and Redcliffe are cities : 
https://en.wikipedia.org/wiki/List_of_cities_in_Australia 



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

Re: [OSM-talk-fr] JOSM - Inverser le clic molette et le clic droit

2016-05-03 Per discussione Charles MILLET 

Merci, c'est très clair.

C'est intéressant que la fonction existe. J'ai compris que les 
développeurs étaient contre le fait de permuter ces deux boutons pour 
permettre aux souris/touchpad sans bouton 3 de pouvoir quand même 
déplacer la carte mais ils sont sûrement preneur pour une option.


Je n'ai pas les compétences pour créer la fonction malheureusement donc 
je vais peut-être m'orienter vers la première solution .


Charles MILLET
charlesmil...@free.fr

On 03/05/2016 11:34, Nicolas Dumoulin wrote:

Salut,

Le Tue, 3 May 2016 10:46:37 +0200,
Charles MILLET  a écrit :

Si quelqu'un l'a déjà fait ou une idée sur la manière de le faire.
Pour information je travaille sous Ubuntu donc je n'ai pas vraiment
accès aux softs Windows.

Ça a l'air d'être codé en dur :
https://github.com/openstreetmap/josm/blob/77d79a608358ec4c0670df7c1dd903afc5a07aad/src/org/openstreetmap/gui/jmapviewer/DefaultMapController.java
Il y a bien une fonction setMovementMouseButton mais elle ne semble pas
utilisée.

Tu as raison par rapport aux autres logiciels qui utilisent le clic
milieu.

Donc, deux solutions :
  - hacker les sources
  - mettre un ticket, hacker les sources et faire un pull-request




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

Re: [Talk-us] Improving coverage of exit numbers and destinations on motorways

2016-05-03 Per discussione Duane Gearhart 
Hey all,

I believe the way-junction:ref should be used in addition to the node-ref
only when needed at splits - like this example:
http://wiki.openstreetmap.org/wiki/Exit_Info#A.2FB_Split_Example
These types of splits do not happen very often - however, when they do -
having the way-junction:ref helps to improve the guidance for the user at
key decision points.

Regards,
Duane


On Tue, May 3, 2016 at 10:02 AM, Jinal Foflia  wrote:

> Hi Paul,
>
> These are good points, but it does not look like the `junction:ref`
> tagging scheme is very common. Till there is widespread usage by the
> community we will continue to follow the conventional tagging of the
> reference numbers on the motorway_junction node [1].
>
> Curious to know what the others think of the `junction:ref` tag.
>
> Cheers,
> Jinal Foflia
>
>
> [1] http://taginfo.openstreetmap.org/search?q=highway%3Dmotorway_junction
>
>
> On Tue, May 3, 2016 at 3:49 PM, Paul Johnson  wrote:
>
>> I'm wondering why the push to tag a node with directional information
>> when tagging the first segment of the diverging way would be more concise
>> and already had support in some navigational data consumers?  This handles
>> weird situations where ramps diverge to the left or from a lane other than
>> the edge much more cleanly.
>>
>> For example, Exit 2 in West Tulsa on I 244. First segment could be tagged
>> as...
>>
>> name=Okmulgee Beeline
>> junction:ref=2
>> destination=Okmulgee
>> destination:ref=US 75 South
>> ref=US 75
>> highway=motorway
>>
>> Or, the number 3 lane exit westbound US 26 north of Beaverton at exit 71A
>> (lanes 1, 2 and 4 remain on US 26, oddly enough).
>>
>> name=Canyon Road
>> highway=motorway_link
>> ref=OR 8
>> junction:ref=71A
>> destination=Beaverton
>> destination:ref=OR 8 West
>>
>> This along with the departure angle, gives navigation systems ample
>> information to accurately describe the ramp that point data just leaves out.
>>
>>
>> On Tue, May 3, 2016 at 4:46 AM, Jinal Foflia 
>> wrote:
>>
>>> There has been a recent push to improve the coverage of exit numbers and
>>> destination signs on the motorways in the US by the data team at Mapbox.
>>> Some context here [1][2][3][4]. The primary sources of data were DoT
>>> documents and Mapillary images. The secondary source was Wikipedia, but as
>>> per the conversation with the local mappers, it is not a good idea to
>>> completely trust wikipedia documents for mapping the exit numbers and
>>> destinations. There are certain highways which do not have Mapillary
>>> coverage and it is difficult to validate/identify the missing exit numbers
>>> and destination. It will be a great help if local mappers can help share
>>> reliable sources and validate the existing data that will help improve the
>>> coverage of this data on the map
>>>
>>> We been working on this from the beginning of April and reviewed more
>>> than 220 highways in 9 states. The goal would be to authenticate all
>>> the existing data and fill in the gaps using verifiable sources wherever
>>> possible.
>>>
>>> Here is the Overpass query to get a better sense of the stats:
>>>
>>> * Total motorway_junction edited by team in last two weeks: 179 [5]
>>>
>>> This is the detailed workflow for *Exit mapping* [6] and *Destination
>>> mapping* [7] that was used for this mapping activity. Would be great to
>>> hear your feedback on how it can be improved for further such tasks, please
>>> drop a comment on the *project tracker* [3] .
>>>
>>> I want to thank all of you in the community for giving feedback, calling
>>> us out on the occasional errors, and working with us to improve signpost
>>> mapping conventions. I feel proud to be a member of such a great mapping
>>> community!
>>> Cheers,
>>>
>>> Jinal Foflia
>>>
>>> [1] https://www.openstreetmap.org/user/jinalfoflia/diary/38501
>>>
>>> [2] https://www.openstreetmap.org/user/jinalfoflia/diary/38342
>>>
>>> [3] https://github.com/mapbox/mapping/issues/178
>>>
>>> [4] https://github.com/mapbox/mapping/issues/169
>>>
>>> [5] http://overpass-turbo.eu/s/fzA
>>>
>>> [6]
>>> https://gist.github.com/poornibadrinath/a8f3652deb566d95b848c5e9cd68011f
>>>
>>> [7]
>>> https://gist.github.com/poornibadrinath/f982a947c6a063ed1a9016a2d3246d4a
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>>
>>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-at] osmand & atm

2016-05-03 Per discussione Thomas Rupprecht 
Darf ich vorstellen: Einzige Bank in der Gemeinde und hat auch keinen
Bankomaten. Und es gibt auch keinen einzigen freistehenden in der Gemeinde.
https://www.openstreetmap.org/node/1255451547


mfg Thomas Rupprecht

Am 3. Mai 2016 um 15:17 schrieb Friedrich Volkmann :

> On 03.05.2016 14:41, Rainer Fügenstein wrote:
> > osmand   rendert  anscheinend  nur  bankomaten,  die  als  amenity=atm
> > eingetragen sind, aber nicht wenn sie als atm=yes bei einer bank dabei
> > sind.
>
> > was  ist jetzt besser? change request für osmand oder alle atm=yes auf
> > amenity=atm umstellen?
>
> Weder noch. Im Sinne von Generalisierung ist es schon ok, dass für "Bank
> mit
> Bankomat" nicht 2 Signaturen am selben Fleck gerendert werden, sondern nur
> die wichtigere, also die für die Bank. Als Anwender kann man sowieso
> annehmen, dass es in einer Bank einen Bankomat gibt.
>
> Was anderes ist es, wenn Osmand eine Suchfunktion "liste mir alle
> Bankomaten
> in der Nähe" hat und diese Suchfunktion die Banken auslässt. Dann ist ein
> Change request (oder besser gesagt Bugreport) schon angebracht.
>
> --
> Friedrich K. Volkmann   http://www.volki.at/
> Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[OSM-ja] Fwd: [OSM-dev] Upcoming Planned outage - 9th May 2016

2016-05-03 Per discussione Satoshi IIDA 
いいだです。

みなさまGWはいかがお過ごしですか？
GWがあけて、5月9日ですが、osm.orgのサーバメンテナンスが実施されるそうです。

地図の表示は可能ですが、
地図編集など、APIを経由したアクションができなくなります。
ちょっと大きな編集をしようとおもっているかたや、
マッピングパーティ・マッパソンを企画されているかたはご注意ください。

5月9日、タイムゾーンはUTCで、期間は24時間とのことなので、
実質、9日と10日いっぱいは編集できない、くらいに考えておいたほうがよいかもしれません。

詳しい情報については、英語ですが以下のページに情報あります。
http://wiki.openstreetmap.org/wiki/2016_May_server_maintenance





-- Forwarded message --
From: Grant Slater 
Date: 2016-05-03 5:46 GMT+09:00
Subject: [OSM-dev] Upcoming Planned outage - 9th May 2016
To: Talk Openstreetmap , OSM Dev List <
d...@openstreetmap.org>, annou...@openstreetmap.org


Hi All,

On the 9th of May 2016 the primary OpenStreetMap database will be
read-only for important maintenance. Editing the map will not be
possible during the maintenance.

Full announcement is available here:
https://blog.openstreetmap.org/2016/05/02/planned-server-outage-9th-may/

The Operations Working Group are in the process of planning some
hardware moves as a result of maintenance at our primary datacentre.
The plans are subject to change, but these moves are expected to take
place on Monday 9th May (a week from today), and this will mean a
period of read only operation lasting for up to 24 hours (into
Tuesday).

The read-only period will mean the OpenStreetMap website and map is
still available, but no map editing will be possible during this time.

The https://wiki.openstreetmap.org/wiki/2016_May_server_maintenance
wiki page has some more technical details, and will be updated with
more precise timing information as the plans are finalised in the
coming days.

We’re putting out this announcement to give some advanced notice, but
we appreciate some people will be wanting to know more about the exact
timings of the read-only period. Please have patience. The Operations
Working Group are busy making plans, and will aim to firm things up in
the coming days.

Kind regards,

Grant

on behalf of the OSM operations team

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



-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-us] Improving coverage of exit numbers and destinations on motorways

2016-05-03 Per discussione Jinal Foflia 
Hi Paul,

These are good points, but it does not look like the `junction:ref` tagging
scheme is very common. Till there is widespread usage by the community we
will continue to follow the conventional tagging of the reference numbers
on the motorway_junction node [1].

Curious to know what the others think of the `junction:ref` tag.

Cheers,
Jinal Foflia


[1] http://taginfo.openstreetmap.org/search?q=highway%3Dmotorway_junction


On Tue, May 3, 2016 at 3:49 PM, Paul Johnson  wrote:

> I'm wondering why the push to tag a node with directional information when
> tagging the first segment of the diverging way would be more concise and
> already had support in some navigational data consumers?  This handles
> weird situations where ramps diverge to the left or from a lane other than
> the edge much more cleanly.
>
> For example, Exit 2 in West Tulsa on I 244. First segment could be tagged
> as...
>
> name=Okmulgee Beeline
> junction:ref=2
> destination=Okmulgee
> destination:ref=US 75 South
> ref=US 75
> highway=motorway
>
> Or, the number 3 lane exit westbound US 26 north of Beaverton at exit 71A
> (lanes 1, 2 and 4 remain on US 26, oddly enough).
>
> name=Canyon Road
> highway=motorway_link
> ref=OR 8
> junction:ref=71A
> destination=Beaverton
> destination:ref=OR 8 West
>
> This along with the departure angle, gives navigation systems ample
> information to accurately describe the ramp that point data just leaves out.
>
>
> On Tue, May 3, 2016 at 4:46 AM, Jinal Foflia 
> wrote:
>
>> There has been a recent push to improve the coverage of exit numbers and
>> destination signs on the motorways in the US by the data team at Mapbox.
>> Some context here [1][2][3][4]. The primary sources of data were DoT
>> documents and Mapillary images. The secondary source was Wikipedia, but as
>> per the conversation with the local mappers, it is not a good idea to
>> completely trust wikipedia documents for mapping the exit numbers and
>> destinations. There are certain highways which do not have Mapillary
>> coverage and it is difficult to validate/identify the missing exit numbers
>> and destination. It will be a great help if local mappers can help share
>> reliable sources and validate the existing data that will help improve the
>> coverage of this data on the map
>>
>> We been working on this from the beginning of April and reviewed more
>> than 220 highways in 9 states. The goal would be to authenticate all the
>> existing data and fill in the gaps using verifiable sources wherever
>> possible.
>>
>> Here is the Overpass query to get a better sense of the stats:
>>
>> * Total motorway_junction edited by team in last two weeks: 179 [5]
>>
>> This is the detailed workflow for *Exit mapping* [6] and *Destination
>> mapping* [7] that was used for this mapping activity. Would be great to
>> hear your feedback on how it can be improved for further such tasks, please
>> drop a comment on the *project tracker* [3] .
>>
>> I want to thank all of you in the community for giving feedback, calling
>> us out on the occasional errors, and working with us to improve signpost
>> mapping conventions. I feel proud to be a member of such a great mapping
>> community!
>> Cheers,
>>
>> Jinal Foflia
>>
>> [1] https://www.openstreetmap.org/user/jinalfoflia/diary/38501
>>
>> [2] https://www.openstreetmap.org/user/jinalfoflia/diary/38342
>>
>> [3] https://github.com/mapbox/mapping/issues/178
>>
>> [4] https://github.com/mapbox/mapping/issues/169
>>
>> [5] http://overpass-turbo.eu/s/fzA
>>
>> [6]
>> https://gist.github.com/poornibadrinath/a8f3652deb566d95b848c5e9cd68011f
>>
>> [7]
>> https://gist.github.com/poornibadrinath/f982a947c6a063ed1a9016a2d3246d4a
>>
>>
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] JOSM - Inverser le clic molette et le clic droit

2016-05-03 Per discussione Philippe Verdy 
Je n'aime pas trop ce clic molette qui est très instable (difficile de
cliquer sans tourner un peut aussi la molette, surtout quand on a une
souris avec molette de précision sans aucun cran, notamment les souris pour
gamers ou graphistes qui permettent de tourner la molette très vite et
jouer sur plusieurs vitesses de rotation, bien que certains modèles ont une
bouton permettant d'activer ou non les crans de la molette).

Sur iD, le glissement de carte se fait sur le premier bouton (clic-gauche);
et certaines souris classiques pour Mac n'ont QUE ce seul bouton.
Evidememnt il faut cliquer glisser sans avoir sélectionné un objet dessous
(c'est la limite de ce clic).

IMHO ce devrait être configurable par l'utilisateur, selon la souris qu'il
a (il peut aussi n'avoir qu'un pavé tactile la molette étant émulée en
glissant le doigt le long du bord droit du pavé avec certains pilotes qui
permettent de régler la largeur de cette bande latérale).

Glisser la carte avec le clic droit on s'y fait bien lors de l'édition sous
JOSM, même si c'est différent de la simple navigation pour visualisation
clic gauche pour glisser (car là aussi tu proposes aussi un autre
bouton pendant l'édition mais encore moins "pratique" sur la majorité des
souris) et du premier bouton utilisé dans iD comme lors de la visualisation
(au prix de la nécessité de cliquer d'abord une icone pour signifier qu'on
veut déplacer un objet et non glisser la carte).

Moi je n'utilise jamais nulle part le clic-molette, deux boutons c'est bien
suffisant (d'autant qu'on peut les combiner avec SHIFT ou CTRL pour
multipler les actions de sélection du premier bouton, et en faire autant
sur le deuxième bouton, soit déjà 6 actions possibles; la molette ne sert
alors plus qu'à zoomer dans les deux sens).

Le 3 mai 2016 à 10:46, Charles MILLET  a écrit :

> Bonjour,
>
> Malgré mes recherches je n'ai pas trouvé de moyen pour intervertir les
> fonctions du clic molette (aussi appelé bouton 3) et du clic droit (aussi
> appelé bouton 2) sous JOSM. Mon objectif est de pouvoir utiliser le clic
> molette pour déplacer la carte comme c'est le cas pour de nombreux
> logiciels et utiliser le clic droit pour le choix des entités superposées.
>
> Si quelqu'un l'a déjà fait ou une idée sur la manière de le faire. Pour
> information je travaille sous Ubuntu donc je n'ai pas vraiment accès aux
> softs Windows.
>
> Bonne journée.
>
> --
> Charles MILLET
> charlesmil...@free.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

[OSM-talk] [TOOL][RFC] Trimap for amateur trilateration

2016-05-03 Per discussione Łukasz Stelmach 
Hi,

I've whipped up a small python script to calculate coordinates of
vertices of a triangle mesh based on distances between the vertices. If
you have a means to measure distance (tape, laser distance meter) and
know position of at least two points you can very precisely map objects
like buildings or trees in a park.

At the moment the script can only do the maths but it can't build the
mesh automatically, it is user's role.

For a detailed description please visit

https://github.com/steelman/trimap

I'd be glad to get some feedback. 
-- 
Have a nice day,
Łukasz Stelmach


pgpP0bb9nvugm.pgp
Description: PGP signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-dk] OSM Server vedligeholdelse 9. maj i 24 timer

2016-05-03 Per discussione Soren Johannessen 
Hej alle

Husk mandag  9. maj er der 24 timers OSM server opdatering - Så ingen
kan redigere i det tidsrum. Læs mere på


https://blog.openstreetmap.org/2016/05/02/planned-server-outage-9th-may/


Og mere teknisk hvad der skal ske kan ses her
http://wiki.openstreetmap.org/wiki/2016_May_server_maintenance


Med venlig hilsen
Søren Johannessen

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

Re: [Talk-at] Talk-at Digest, Vol 91, Issue 3

2016-05-03 Per discussione aatdark 
On 05/03/2016 02:00 PM, talk-at-requ...@openstreetmap.org wrote:
> Und kann man die vector tiles genauso mit leaflet und ähnlichen tools 
> verwenden?

ja ich denke schon. Es gibt ein leaflet plugin Hoverboard [0] (Beispiel
[1]).
Siehe auch [2] für detailierte (englische) informationen.
Hab es allerdings noch nie selber probiert - nur bischen die theorie
gelesen...

lg, aatdark

[0] https://libraries.io/bower/hoverboard/v1.0.1
[1] https://mapzen.github.io/hoverboard/geojson.html#16/35.6841/139.7546
[2] https://mapzen.com/projects/vector-tiles/


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

Re: [Talk-br] Cedência dos dados de cartografia da Prefeitura de Porto Alegre / Importação Prédios

2016-05-03 Per discussione Nelson A. de Oliveira 
(tinha caído no spam e só vi agora)

2016-04-25 14:56 GMT-03:00 Sérgio V. :
> Tem como substituir um objeto "anterior (existente)" por outro(novo) e
> copiar para o "novo" o histórico do "anterior"?

Para quem também tiver interesse em substituir objetos no OSM por
novos (por exemplo, quando dá menos trabalho traçar do zero alguma
coisa do que corrigir o que já existe):

Instalar o plugin utilsplugin2 no JOSM. Depois para substituir um objeto:

Selecionar o objeto atual (já existente no OSM)
Segurar o shift e clicar no novo objeto

A ordem dos objetos selecionados é importante.

Depois apertar Ctrl+Shift+g (ou ir no menu Mais ferramentas →
Substitui a Geometria)

Ele vai substituir o primeiro (o antigo) pelo segundo (o novo),
mantendo o histórico do objeto.

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

[talk-au] place=? An oldie but no past conclusion.

2016-05-03 Per discussione Warin 

Hi,

I came across Quobba Station and Canarvon where Canarvon is a 'village' 
and Quobba Station is a 'town'. I know Canarvon is larger than Quobba 
Station!


So I re-tagged Quobba Station as 'village'.

But I wondered on it.. so looked up the OSMwiki .. not much help... the 
Australian tagging guidelines ... errr not really.


I then considered getting all the Australian OSM data on places with the 
population data,


Got the cities data fine, but the towns data is too large a single bite 
and the server objected. Fine, I worked on the city data.


Some 90 are set as cities... I'll ignore those above 10,000 people and 
list the others here so you have an idea of those that maybe 
reclassified as


'towns' under my proposal. If a place is close to the 10,000 mark and 
there are no others around that location then I'd consider it a city, 
but other wise a town.


Charters Towers8,234

Charleville4,700

Caloundra3,550

Winton1,337

I know Winton ... it is smaller than Longreach (both in population, 
about 3 times, and number of pubs).. yet Longreach is not tagged a city?


_Conclusion_: there is a significant error in the relative ratings 
between places - even ones that are not that far apart!


The situation with towns and villages is more numerous!

The server objected to my bulk download ... so I'll do that in bits 
later ... unless there is no point - that is if there are strong 
objections here?


Little point in doing the large bit of work if there will be no outcome.

So below is a small attempt to clarify and simplify the situation in 
Australia.


From the _OSM wiki_ I get the following use of occupied places

By population.

city>100,000>town>10,000>village>200>hamlet>100

_The present Australian use appears to be roughly _

By population.

city>10,000>town>1,000>village>100>hamlet>10

I think that is reasonable.

The difference between the two is that Australia has a smaller than 
'average' population density,


so smaller places have more facilities due to the distance involved to 
get to the nearest larger place.


For example - Australia is about the same size and mainland USA .. but 
1/10 th the population..


so it stands to reason that the Australian population density would be 
about 1/10th .. so a 'town' would be about 1/10th too.


Why judge on the population?

Larger populations get more services - Police, Medical, Education ... 
they go hand in hand.


Populations are usually stated - on the entry signs to towns, villages 
.. and collected by the ABS. So verifiable and accessible.


Yes they do change .. but not by vast amounts quickly.

Usually the relationship between population centres remains fairly 
static .. if one grows so do the surrounding ones.


Much easier to quickly asses and correctly tag this way. So it satisfies 
the KISS principle.


_Problems_... ?

 In large centres like Sydney and Melbourne some parts would be judged 
as 'cities' in their own right ...


not certain if that is a problem or not? Comments? I am more concerned 
with the country side, rather than the messy cities.


Are there any objections/comment/other ideas to the above ?

-

I have read the past posts on this ...

https://lists.openstreetmap.org/pipermail/talk-au/2008-December/001079.html

but I could draw no reasonable conclusion.

There was a suggestion that the number of pubs be used ... which I think 
is quite Australian,


I use it to judge safety when parked .. less than 3 pubs = safe.. 
everyone knows everyone. More than 2 - cover and lock up.


By pubs

city>20>town>3>village>1>hamlet

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

[talk-au] place=? and oldie but a goodie.

2016-05-03 Per discussione Frank 

Hi,

I came across Quobba Station and Canarvon where Canarvon is a 'village' 
and Quobba Station is a 'town'. I know Canarvon is larger than Quobba 
Station!


So I re-tagged Quobba Station as 'village'.

But I wondered on it.. so looked up the OSMwiki .. not much help... the 
Australian tagging guidelines ... errr not really.


I then considered getting all the Australian OSM data on places with the 
population data,


got the cities data fine, but the towns data is too large a single bite 
and the server objected. Fine, I worked on the city data.


Some 90 are set as cities... I'll ignore those above 10,000 people and 
list the others here so you have an idea of those that maybe 
reclassified as


'towns' under my proposal. If a place is close to the 10,000 mark and 
there are no others around that location then I'd consider it a city, 
but other wise a town.


Charters Towers8,234

Charleville4,700

Caloundra3,550

Winton1,337

I know Winton ... it is smaller than Longreach (both in population and 
number of pubs).. yet Longreach is not a city?


Clearly the relative sizes (and importance) of places is not being 
correctly tagged.


So to further explore the situation I downloaded the 'cities' of 
Australia with their populations from the OSM data base... extracted the 
data into a .csv file and looked at it... some 90 'cities' ...


errr Winton, Qld population ~1,300 is a city ... yet a little way down 
the road Longreach is not a city? I know both those places ... Longreach 
is bigger (population about 3 times... and yes it does have more pubs!).


Conclusion: there is a significant error in the relative ratings between 
places - even ones that are not that far apart!


The situation with towns and villages is more numerous!

The server objected to my bulk download ... so I'll do that in bits 
later ... unless there is no point - that is if there are strong 
objections here?


Little point in doing the large bit of work if there will be no outcome.

So below is a small attempt to clarify and simplify the situation in 
Australia.


From the OSM wiki I get the following use of occupied places

By population.

city>100,000>town>10,000>village>200>hamlet>100

humm looks like present Australian use is roughly

By population.

city>10,000>town>1,000>village>100>hamlet>10

I think that is reasonable.

The difference between the two is that Australia has a smaller than 
'average' population density,


so smaller places have more facilities due to the distance involved to 
get to the nearest larger place.


For example - Australia is about the same size and mainland USA .. but 
1/10 th the population..


so it stands to reason that the Australian population density would be 
about 1/10th .. so a 'town' would be about 1/10th too.


Why judge on the population?

Larger populations get more services - Police, Medical, Education ... 
they go hand in hand.


Populations are usually stated - on the entry signs to towns, villages 
.. and collected by the ABS. So verifiable and accessible.


Yes they do change .. but not by vast amounts quickly.

Usually the relationship between population centres remains fairly 
static .. if one grows so do the surrounding ones.


Much easier to quickly asses and correctly tag this way. So it satisfies 
the KISS principle.


Problems...

 In large centres like Sydney and Melbourne some parts would be judged 
as 'cities' in their own right ...


not certain if that is a problem or not? Comments? I am more concerned 
with the country side, rather than the messy cities. :-)


Are there any objections/comment/other ideas to the above ?

-

I have read the past posts on this ...

https://lists.openstreetmap.org/pipermail/talk-au/2008-December/001079.html

but I could draw no reasonable conclusion.

There was a suggestion that the number of pubs be used ... which I think 
is quite Australian,


I use it to judge safety when parked .. less than 3 pubs = safe.. 
everyone knows everyone.


By pubs

city>20>town>3>village>1>hamlet;-)

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

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione Glenn Plas 
Hi Joost,

Happy to receive a refund just in case ;-)

But even if not: this money will be well spent, I've give a lot to OSM,
but I sure have taken a lot from OSM as well, so for me -personally-
it's not a question of 'paying to volunteer'.

I would help anyway, because this is a passion.  But I see the money as
a mean for SOTM to organise the event.

But we probably wouldn't mind a clear and documented stance on the
subject (on a website), rather than here on the mailing list, these
questions will be repeated often otherwise.

Glenn

On 03-05-16 12:50, joost schouppe wrote:
> I asked the SotM team; first reaction is that at SotM US, volunteers
> with a minimum level of commitment did in fact get free tickets. I'll
> keep you posted of any decisions.
> 
> 
> ___
> 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-de] AT-Forum (was: beschränkte Verfügbarkeit OSM-Server voraussichtlich am 9.5.)

2016-05-03 Per discussione Andreas Labres 

On 03.05.16 11:05, Walter Nordmann wrote:

Dafür ist als Ausgleich das AT-Forum tot.


Sowas gibt's?...

talk-at wäre sicherlich der bessere Ort.

/al

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

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione joost schouppe 
I asked the SotM team; first reaction is that at SotM US, volunteers with a
minimum level of commitment did in fact get free tickets. I'll keep you
posted of any decisions.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione Jo 
That's indeed what I was referring to. If I do find the money to pay for
this, I won't be very motivated to do volunteer work. Then my time is
better spent attending the talks live instead of viewing them later on
online.

Jo

2016-05-03 12:11 GMT+02:00 Ben Laenen :

> On Tuesday 03 May 2016 10:09:07 Glenn Plas wrote:
> > Hey Jo,
> >
> > Community tickets are 75 euro, and we indeed need them, even if you come
> > to help, which makes kind of sense to me since about everyone there
> > minus 10% will be a contributor in the broad sense of the word.
>
> Yeah, but what about volunteers during the event? People who spend their
> time
> at SotM doing work instead of being able to watch the talks? Who's going to
> pay 75 euro for the privilege of basically working several days?
>
> Ben
>
>
> ___
> 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-us] Improving coverage of exit numbers and destinations on motorways

2016-05-03 Per discussione Paul Johnson 
I'm wondering why the push to tag a node with directional information when
tagging the first segment of the diverging way would be more concise and
already had support in some navigational data consumers?  This handles
weird situations where ramps diverge to the left or from a lane other than
the edge much more cleanly.

For example, Exit 2 in West Tulsa on I 244. First segment could be tagged
as...

name=Okmulgee Beeline
junction:ref=2
destination=Okmulgee
destination:ref=US 75 South
ref=US 75
highway=motorway

Or, the number 3 lane exit westbound US 26 north of Beaverton at exit 71A
(lanes 1, 2 and 4 remain on US 26, oddly enough).

name=Canyon Road
highway=motorway_link
ref=OR 8
junction:ref=71A
destination=Beaverton
destination:ref=OR 8 West

This along with the departure angle, gives navigation systems ample
information to accurately describe the ramp that point data just leaves out.


On Tue, May 3, 2016 at 4:46 AM, Jinal Foflia  wrote:

> There has been a recent push to improve the coverage of exit numbers and
> destination signs on the motorways in the US by the data team at Mapbox.
> Some context here [1][2][3][4]. The primary sources of data were DoT
> documents and Mapillary images. The secondary source was Wikipedia, but as
> per the conversation with the local mappers, it is not a good idea to
> completely trust wikipedia documents for mapping the exit numbers and
> destinations. There are certain highways which do not have Mapillary
> coverage and it is difficult to validate/identify the missing exit numbers
> and destination. It will be a great help if local mappers can help share
> reliable sources and validate the existing data that will help improve the
> coverage of this data on the map
>
> We been working on this from the beginning of April and reviewed more than 220
> highways in 9 states. The goal would be to authenticate all the existing
> data and fill in the gaps using verifiable sources wherever possible.
>
> Here is the Overpass query to get a better sense of the stats:
>
> * Total motorway_junction edited by team in last two weeks: 179 [5]
>
> This is the detailed workflow for *Exit mapping* [6] and *Destination
> mapping* [7] that was used for this mapping activity. Would be great to
> hear your feedback on how it can be improved for further such tasks, please
> drop a comment on the *project tracker* [3] .
>
> I want to thank all of you in the community for giving feedback, calling
> us out on the occasional errors, and working with us to improve signpost
> mapping conventions. I feel proud to be a member of such a great mapping
> community!
> Cheers,
>
> Jinal Foflia
>
> [1] https://www.openstreetmap.org/user/jinalfoflia/diary/38501
>
> [2] https://www.openstreetmap.org/user/jinalfoflia/diary/38342
>
> [3] https://github.com/mapbox/mapping/issues/178
>
> [4] https://github.com/mapbox/mapping/issues/169
>
> [5] http://overpass-turbo.eu/s/fzA
>
> [6]
> https://gist.github.com/poornibadrinath/a8f3652deb566d95b848c5e9cd68011f
>
> [7]
> https://gist.github.com/poornibadrinath/f982a947c6a063ed1a9016a2d3246d4a
>
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione Ben Laenen 
On Tuesday 03 May 2016 10:09:07 Glenn Plas wrote:
> Hey Jo,
> 
> Community tickets are 75 euro, and we indeed need them, even if you come
> to help, which makes kind of sense to me since about everyone there
> minus 10% will be a contributor in the broad sense of the word.

Yeah, but what about volunteers during the event? People who spend their time 
at SotM doing work instead of being able to watch the talks? Who's going to 
pay 75 euro for the privilege of basically working several days?

Ben


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

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione Geo-6 
Sorry, I didn’t went to the regisgtration page.

Thanks for the information.

 

I’ll buy a ticket today !

 

Jonathan Beliën

GEO-6

 

De : joost schouppe [mailto:joost.schou...@gmail.com] 
Envoyé : mardi 3 mai 2016 11:19
À : OpenStreetMap Belgium
Objet : Re: [OSM-talk-be] State of the Map Brussels taking shape

 

Hi Jonathan,

 

No, as mentioned below the actual registration form:

 

"Community tickets are provided at a reduced rate for our volunteer 
OpenStreetMap community (including data contributors, data users, or those who 
provide other support). "

 

So everyone who considers themselves "osm community" can buy that kind of 
ticket.

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

[Talk-us] Improving coverage of exit numbers and destinations on motorways

2016-05-03 Per discussione Jinal Foflia 
There has been a recent push to improve the coverage of exit numbers and
destination signs on the motorways in the US by the data team at Mapbox.
Some context here [1][2][3][4]. The primary sources of data were DoT
documents and Mapillary images. The secondary source was Wikipedia, but as
per the conversation with the local mappers, it is not a good idea to
completely trust wikipedia documents for mapping the exit numbers and
destinations. There are certain highways which do not have Mapillary
coverage and it is difficult to validate/identify the missing exit numbers
and destination. It will be a great help if local mappers can help share
reliable sources and validate the existing data that will help improve the
coverage of this data on the map

We been working on this from the beginning of April and reviewed more than 220
highways in 9 states. The goal would be to authenticate all the existing
data and fill in the gaps using verifiable sources wherever possible.

Here is the Overpass query to get a better sense of the stats:

* Total motorway_junction edited by team in last two weeks: 179 [5]

This is the detailed workflow for *Exit mapping* [6] and *Destination
mapping* [7] that was used for this mapping activity. Would be great to
hear your feedback on how it can be improved for further such tasks, please
drop a comment on the *project tracker* [3] .

I want to thank all of you in the community for giving feedback, calling us
out on the occasional errors, and working with us to improve signpost
mapping conventions. I feel proud to be a member of such a great mapping
community!
Cheers,

Jinal Foflia

[1] https://www.openstreetmap.org/user/jinalfoflia/diary/38501

[2] https://www.openstreetmap.org/user/jinalfoflia/diary/38342

[3] https://github.com/mapbox/mapping/issues/178

[4] https://github.com/mapbox/mapping/issues/169

[5] http://overpass-turbo.eu/s/fzA

[6] https://gist.github.com/poornibadrinath/a8f3652deb566d95b848c5e9cd68011f

[7] https://gist.github.com/poornibadrinath/f982a947c6a063ed1a9016a2d3246d4a
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] JOSM - Inverser le clic molette et le clic droit

2016-05-03 Per discussione Nicolas Dumoulin 
Salut,

Le Tue, 3 May 2016 10:46:37 +0200,
Charles MILLET  a écrit :
> Si quelqu'un l'a déjà fait ou une idée sur la manière de le faire.
> Pour information je travaille sous Ubuntu donc je n'ai pas vraiment
> accès aux softs Windows.

Ça a l'air d'être codé en dur :
https://github.com/openstreetmap/josm/blob/77d79a608358ec4c0670df7c1dd903afc5a07aad/src/org/openstreetmap/gui/jmapviewer/DefaultMapController.java
Il y a bien une fonction setMovementMouseButton mais elle ne semble pas
utilisée.

Tu as raison par rapport aux autres logiciels qui utilisent le clic
milieu.

Donc, deux solutions :
 - hacker les sources
 - mettre un ticket, hacker les sources et faire un pull-request

-- 
Nicolas Dumoulin


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

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione joost schouppe 
Hi Jonathan,

No, as mentioned below the actual registration form:

"Community tickets are provided at a reduced rate for our volunteer
OpenStreetMap community (including data contributors, data users, or those
who provide other support). "

So everyone who considers themselves "osm community" can buy that kind of
ticket.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-de] beschränkte Verfügbarkeit OSM-Server voraussichtlich am 9.5.

2016-05-03 Per discussione Walter Nordmann 

Nee, Frederik, hier ist momentan absolute Funkstille.

Dafür ist als Ausgleich das AT-Forum tot. Da wartet ein armer Kerl seit 
4-5 Tagen auf eine Antwort. Will mich da aber als "Piefke" nicht 
reinhängen ;)


Gruss
walter


Am 02.05.2016 um 23:20 schrieb Frederik Ramm:

Hi,

auf der talk-Liste wurde gerade angekündigt, dass voraussichtlich am
9.5. der Haupt-Datenbank-Server readonly sein wird. Details hier

https://blog.openstreetmap.org/2016/05/02/server-wartungsarbeiten-am-9-mai-geplant/?lang=de

Bye
Frederik

PS Sind hier gestern und heute wirklich keine Postings gekommen, oder
ist die Liste nun doch von den Forengnomen sabotiert ;)




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

Re: [Talk-at] Talk-at Digest, Vol 91, Issue 2

2016-05-03 Per discussione Thomas Kaufmann 


Von meinem iPhone gesendet

> Am 02.05.2016 um 14:00 schrieb talk-at-requ...@openstreetmap.org:
> 
> Send Talk-at mailing list submissions to
>talk-at@openstreetmap.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>https://lists.openstreetmap.org/listinfo/talk-at
> or, via email, send a message with subject or body 'help' to
>talk-at-requ...@openstreetmap.org
> 
> You can reach the person managing the list at
>talk-at-ow...@openstreetmap.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-at digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Talk-at Digest, Vol 91, Issue 1 (aatdark)
>   2. Re: Erstellen eines neuen OSM Stils (Frederik Ramm)
>   3. Re: Erstellen eines neuen OSM Stils (nebulon42)
> 
> 
> --
> 
> Message: 1
> Date: Sun, 1 May 2016 14:54:46 +0200
> From: aatdark 
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Talk-at Digest, Vol 91, Issue 1
> Message-ID: <841fc9b2-7e46-9f4c-ec28-91a3165d5...@vishap.at>
> Content-Type: text/plain; charset=utf-8
> 
> also 12GB ram für den ganzen planeten erscheinen mir doch sehr wenig.
> Ich brauche ca 5GB um Österreich halbwegs zeitnah zu importieren.
> 
> die requirements auf [0] sagen 24GB für den ganzen planeten.
> alternativ zum selber rendern kannst du dir auch VectorTiles [1]
> anschauen. dort wird der style erst am client festgelegt was die sache
> _wesentlich_ flotter macht!
> 
> die vector tiles müssen auch nur 1x erstellt werden und dann kann man
> beliebig oft am CSS basteln.
> 
> lg, aatdark
> 
> [0] https://switch2osm.org/serving-tiles/
> [1] https://www.mapbox.com/vector-tiles/
> 
>> On 05/01/2016 02:00 PM, talk-at-requ...@openstreetmap.org wrote:
>> Bei Stil erstellen habe ich Erfahrung, bei Karte rendern noch nicht so
>> wirklich. Bei mir ist der Planet-Import bisher immer fehlgeschlagen
>> (Linux x64, 12GB RAM, 1TB SSD). Das hat aber möglicherweise was mit der
>> verwendeten osm2pgsql Version zu tun.
> 
> 
> 
> 
> 
> --
> 
> Message: 2
> Date: Sun, 1 May 2016 15:01:55 +0200
> From: Frederik Ramm 
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] Erstellen eines neuen OSM Stils
> Message-ID: <5725fe43.4060...@remote.org>
> Content-Type: text/plain; charset="utf-8"
> 
> Hallo,
> 
>> On 05/01/2016 01:52 PM, nebulon42 wrote:
>> Bei mir ist der Planet-Import bisher immer fehlgeschlage

Und kann man die vector tiles genauso mit leaflet und ähnlichen tools verwenden?

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

[OSM-talk-fr] JOSM - Inverser le clic molette et le clic droit

2016-05-03 Per discussione Charles MILLET 

Bonjour,

Malgré mes recherches je n'ai pas trouvé de moyen pour intervertir les 
fonctions du clic molette (aussi appelé bouton 3) et du clic droit 
(aussi appelé bouton 2) sous JOSM. Mon objectif est de pouvoir utiliser 
le clic molette pour déplacer la carte comme c'est le cas pour de 
nombreux logiciels et utiliser le clic droit pour le choix des entités 
superposées.


Si quelqu'un l'a déjà fait ou une idée sur la manière de le faire. Pour 
information je travaille sous Ubuntu donc je n'ai pas vraiment accès aux 
softs Windows.


Bonne journée.

--
Charles MILLET
charlesmil...@free.fr


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

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione Geo-6 
Hi everyone,

 

Just to be sure : Community tickets are for the volunteers who will help during 
the weekend, Regular tickets are for everyone else.

 

Is that correct ?

 

Thanks !

 

Jonathan Beliën

GEO-6

 

De : joost schouppe [mailto:joost.schou...@gmail.com] 
Envoyé : mardi 3 mai 2016 08:40
À : OpenStreetMap Belgium
Objet : Re: [OSM-talk-be] State of the Map Brussels taking shape

 

I'll set up a google form for registering volunteers in the following days - 
unless one of you wants to give it a go already. 

Some basics we'd probably need:

- availability (entire event, just one day,...)

- e-mail

- name

- telephone number

- location (as to know how easy it is for them to get to Brussels)

 

In other news, you should buy your discounted early bird ticket for SotM right 
now:

https://blog.openstreetmap.org/2016/05/02/registration-is-now-open-for-state-of-the-map/

 

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

Re: [Talk-es] 10as Jornadas de SIG Libre y 2a Conferencia QGIS: Yaqueda menos!

2016-05-03 Per discussione pcvalverde 
Me gustaría mucho ir pero son muchos los gastos estancia, comida, entradas.

¿se verá por streaming?

Saludos.

Pepe
  - Original Message - 
  From: Jornadas de SIG Libre 
  To: talk-es@openstreetmap.org 
  Sent: Thursday, April 28, 2016 3:54 PM
  Subject: [Talk-es] 10as Jornadas de SIG Libre y 2a Conferencia QGIS: Yaqueda 
menos!


  Saludos,

  Quedan menos de 30 días para la celebración de las 10as Jornadas de SIG Libre 
y la 2a Conferencia Internacional de QGIS, patrocinadas por GeoCat [1] y 
Boundless [2], y que tendrán lugar en Girona los próximos 24,25 y 26 de Mayo 
[3]. Ven a celebrar con nosotros, nuestro décimo aniversario!

  En el sitio web del evento, encontrarás toda la información actualizada con 
respecto al programa de ponencias plenarias [4], el programa de presentaciones 
de las Jornadas de SIG Libre [5], el programa de Talleres de las Jornadas de 
SIG Libre [6] así como los Workshops de QGIS [7], además del programa de 
presentaciones de QGIS [8].

  Si aun no estás inscrito al evento, anímate y regístrate en alguna de las 
modalidades (individual, profesional o empresa) que mejor se ajuste a tus 
necesidades y posibilidades [9], y acude a las Jornadas de SIG Libre y/o a la 
2a Conferencia Internacional de QGIS. Será una ocasión única para compartir 
conocimientos y experiencias. 

  Ya por último, desde la organización del evento, no podemos dejar de 
agradecer a Patrocinadores, Colaboradores y Medios asociados, así como a 
asistentes y presentadores, el apoyo a las Jornadas de SIG y a la Conferencia 
de QGIS, haciendo posible esta edición especial.

  Contamos con tu presencia en Girona, este próximo mes de Mayo. 


  -- 
  Local Organizing Committee 
  10as Jornadas de SIG Libre
  2nd International QGIS User and Developer Conference
  -
  Pl. Ferrater Mora 1
  17071 Girona
  infojorna...@sigte.org 

  Web site: http://www.sigte.udg.edu/jornadassiglibre/en/
  Twitter: http://twitter.com/SIGLibreGirona


  [1] https://www.geocat.net/
  [2] http://boundlessgeo.com/
  [3] http://www.sigte.udg.edu/jornadassiglibre/
  [4] http://www.sigte.udg.edu/jornadassiglibre/ponentes/
  [5] http://www.sigte.udg.edu/jornadassiglibre/jornadas-sig-libre/programa/
  [6] http://www.sigte.udg.edu/jornadassiglibre/jornadas-sig-libre/talleres/
  [7] 
http://www.sigte.udg.edu/jornadassiglibre/international-qgis-user-and-developer-conference/workshops-qgis/
  [8] 
http://www.sigte.udg.edu/jornadassiglibre/international-qgis-user-and-developer-conference/conferencia-qgis/
  [9] http://www.sigte.udg.edu/jornadassiglibre/inscripcion/






--


  ___
  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-be] State of the Map Brussels taking shape

2016-05-03 Per discussione Glenn Plas 
Hey Jo,

Community tickets are 75 euro, and we indeed need them, even if you come
to help, which makes kind of sense to me since about everyone there
minus 10% will be a contributor in the broad sense of the word.

I just bought mine.

Glenn


On 03-05-16 09:39, Jo wrote:
> Do volunteers also need such an early-bird ticket? Chances are I'll
> probably won't be able to make it in that case.
> 
> Jo
> 
> 2016-05-03 8:40 GMT+02:00 joost schouppe  >:
> 
> I'll set up a google form for registering volunteers in the
> following days - unless one of you wants to give it a go already. 
> Some basics we'd probably need:
> - availability (entire event, just one day,...)
> - e-mail
> - name
> - telephone number
> - location (as to know how easy it is for them to get to Brussels)
> 
> In other news, you should buy your discounted early bird ticket for
> SotM right now:
> 
> https://blog.openstreetmap.org/2016/05/02/registration-is-now-open-for-state-of-the-map/
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [Talk-cz] Singletracky u Jedovnic

2016-05-03 Per discussione Petr Holub 
Ahoj,

> > Tohle je typicky mtb:scale=0 - jedine, co by to mohlo ovlivnit, pokud by to 
> > bylo
> > extremne dolu z kopce, coz ale v Jedovnicich a s ohledem na urceni stezek 
> > necekam.
> 
> Když to otevírali, tak tam byl nějakej TEST FEST či co, kde půjčovali kola a
> elektrokola, a pak se říkalo, že snad až deset klíčních kostí a nevím kolik
> dalších menších zranění. To je furt ještě 0? :-)

počet zranění není mezi parametry hodnocení obtížnosti cest ;-))
https://wiki.openstreetmap.org/wiki/Cs:Key:mtb:scale
Podle mne to nesplňuje to, že by tam měly být aspoň nějaké malé překážky - malé 
kameny,
malé kořeny nebo něco takového. Podívej se ještě semhle:
http://www.singletrail-skala.de/s1
a klikni na "Album öffnen".

Jinak lze používat i + a -: 0 < 0+ < 1- < 1 atd.

> > Pokud by se tam objevily nejake umele prekazky, da se doplnit 
> > mtb:scale:imba:
> > http://wiki.openstreetmap.org/wiki/Key:mtb:scale:imba
> > ale muj odhad je ze i tam to bude 0, max 1 - ale musel bych si to projet ;)
> 
> Toto je zajímavé, ale takhle od stolu to na to taky nenapasuju.

Uvidime, kdy se tam dostanu :-). Kdyžtak by mi přišlo rozumnější používat tuhle
škálu, protože tam se jedná o uměle postavené "překážky" typu boule nebo lavice.

Nějak intuitivně bych čekal, že většina těch "kliček" vznikla tím, že se lidé
podcení rychlost a nikdy předtím lavici nebo dvoják neskákali a typicky u dvou
boulí za sebou spadnou předním kolem mezi ně a pak jdou přes řidítka. Na to 
stačí
jet pomalu a nic takového by nemuselo být, prostě to v klidu přehoupají, i kdyby
na kole jeli jak dřevěná jelita.

Petr


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

Re: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione Jo 
Do volunteers also need such an early-bird ticket? Chances are I'll
probably won't be able to make it in that case.

Jo

2016-05-03 8:40 GMT+02:00 joost schouppe :

> I'll set up a google form for registering volunteers in the following days
> - unless one of you wants to give it a go already.
> Some basics we'd probably need:
> - availability (entire event, just one day,...)
> - e-mail
> - name
> - telephone number
> - location (as to know how easy it is for them to get to Brussels)
>
> In other news, you should buy your discounted early bird ticket for SotM
> right now:
>
> https://blog.openstreetmap.org/2016/05/02/registration-is-now-open-for-state-of-the-map/
>
>
> ___
> 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: [OSM-talk-be] State of the Map Brussels taking shape

2016-05-03 Per discussione joost schouppe 
I'll set up a google form for registering volunteers in the following days
- unless one of you wants to give it a go already.
Some basics we'd probably need:
- availability (entire event, just one day,...)
- e-mail
- name
- telephone number
- location (as to know how easy it is for them to get to Brussels)

In other news, you should buy your discounted early bird ticket for SotM
right now:
https://blog.openstreetmap.org/2016/05/02/registration-is-now-open-for-state-of-the-map/
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-it-trentino] Mancata attribuzione

2016-05-03 Per discussione Michele Malfatti 
Ciao a tutti al bike festival di riva ho visto la mappa di derivazione osm
stampata e anche sul sito senza attribuzione
http://riva.bike-festival.de/fileadmin/user_upload/expo/2016/Lageplan_Riva_2016.pdf

ho preparato questa mail cosa ne pensate?

Gentile Bike Festival, le scrivo in qualità di attivista del progetto
OpenStreetMap. Sono certo che siete a conoscenza del progetto visto che
fate uso di una mappa derivata da openstreetmap sul vostro sito a questo
link
http://riva.bike-festival.de/fileadmin/user_upload/expo/2016/Lageplan_Riva_2016.pdf
file
stampato e affisso a Riva del Garda.  OpenStreetMap è un progetto
collaborativo in cui le persone raccolgono dati per creare un bene comune
utile a chiunque per qualsiasi scopo. La comunità chiede solo di avere due
piccole attenzioni: che i dati siano sempre disponibili a tutti e che i
prodotti derivati (quindi le mappe) citino la fonte.
Si tratta semplicemente di riportare la voce "© OpenStreetMap
contributors "sulla
mappa come descritto qui http://www.openstreetmap.org/copyright
Anche se la mancata attribuzione può portare a cause legali, citare la
fonte è, prima di tutto, un atto di onestà verso chi lavora al progetto in
maniera volontaria."
Grazie
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino