Re: [talk-au] vine row tagging

[Graeme Fitzpatrick]

On Thu, 15 Oct 2020 at 14:13, John Bryant  wrote:

> Looking more broadly, it looks like vine rows haven't been widely mapped
> before.
>

Do you need to?

I think it could be automatically assumed that all vineyards have their
vines in rows, approx the same distance apart?

I noticed vine_row_orientation
=* : vine row
orientation (in degrees)on the wiki page - wouldn't that be sufficient?

For vine *rows* (ie. the linear features within the vineyard), we've had
> suggestions of natural=tree_row,
>

If you were going to put a tree_row on every row of vines, you'd have
nothing but a solid mass of them!

denotation=agricultural,
>

Sorry, not sure what you mean with this?

and crop=grape,
>

Marked as being redundant as all vineyards grow grapes! :-)

Thanks

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

Re: [OSM-talk-ie] overpass-turbo.eu - database not updating.

[Donal Hunt]

Seems to be OK now I believe…

  "osm3s": {
"timestamp_osm_base": "2020-10-15T05:15:02Z",
"copyright": "The data included in this document is from
www.openstreetmap.org. The data is made available under ODbL."
  }

https://wiki.openstreetmap.org/wiki/Overpass_API/status seems like a good
place to report consistent issues. Minor issues via GitHub (link on page)
seems appropriate.

Donal

On Thu, 15 Oct 2020, 00:50 Colm Moore,  wrote:

> Hi,
>
> The site is working, but the data seems to be stuck at about 9pm on 14
> October. Does anyone have contact details for the site operators?
>
> Are there any alternative sites? http://overpass-turbo.openstreetmap.ie/
> hadn't worked in a long time.
>
> Thank you
>
> Colm
>
>
> ---
> Never doubt that a small group of thoughtful, committed citizens can
> change the world. Indeed, it is the only thing that ever has. Margaret Mead
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[talk-au] vine row tagging

[John Bryant]

Hi all, I'm doing some work with a community agriculture group looking at
adding vineyard-related features to OSM, at this point starting with just
vine rows.

Vineyards themselves (ie. the polygons that contain the rows) are often
tagged with landuse=vineyard and crop=grape [1][2].

I can't see anything relevant to this in the Australian tagging guidelines.
Looking more broadly, it looks like vine rows haven't been widely mapped
before.

For vine *rows* (ie. the linear features within the vineyard), we've had
suggestions of natural=tree_row, denotation=agricultural, and crop=grape,
but not totally confident about this.

Does anyone here have any thoughts or suggestions?

Thanks
John

[1] https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvineyard
[2] https://taginfo.openstreetmap.org/tags/landuse=vineyard#combinations
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-us] Reference numbers to use for hiking trail route relations

[brad]

On 10/11/20 6:42 PM, Kevin Kenny wrote:



On Sun, Oct 11, 2020 at 6:09 PM Mark Brown > wrote:


Just mapping some of the trails in the Cabinet Mountains in the
Idaho panhandle, from the US Topo Maps. Noticed that the trails
have numbers. What should I put in the "ref" for the route relation?


It's perfectly acceptable to put a trail number in 'ref' on a route 
relation.  And while the presets only offer 'lwn' 'rwn', 'nwn', 'iwn', 
I'd say that in North American practice, putting in the name of the 
authority that assigned the 'ref' would be appropriate in 'network=*', 
particularly in regions where multiple networks may be overlaid.


Also, some of the trails are marked as Pack Trails but there is no
documented tag in the wiki. Would adding "pack=yes" be acceptable?


What is a 'Pack Trail'? One graded for livestock, so that a pack mule 
(horse, llama, etc.) can be brought along? Would 'horse=yes' (or maybe 
some other value if pack animals are OK but riding animals is 
forbidden) cover it? In which case, also consider making the way a 
bridleway and and having a route=horse as well as a route=hiking relation.


I think I've seen old usgs topo maps, or perhaps FS maps with trails 
labeled as pack trails.   Not quite sure what it means, probably nothing 
anymore.   Perhaps the OSM person just used the info from the old map.




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

[OSM-talk-ie] overpass-turbo.eu - database not updating.

[Colm Moore]

Hi,

The site is working, but the data seems to be stuck at about 9pm on 14 October. 
Does anyone have contact details for the site operators?

Are there any alternative sites? http://overpass-turbo.openstreetmap.ie/ hadn't 
worked in a long time.

Thank you

Colm

---
Never doubt that a small group of thoughtful, committed citizens can change the 
world. Indeed, it is the only thing that ever has. Margaret Mead
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSRM-talk] New v5.23.0 release

[Daniel Patterson via OSRM-talk]

Hello all,

  Well, after a long hiatus, I've finally had time to cut a new release.
I've bundled up a bunch of the changes that have been submitted over the
last couple of years, and tagged 5.23.0, and cleaned up the
changelog/master branch which had been left dangling in an unclear state
for a while.  Build/publish of the various binaries is underway and should
be complete soon.  Here's what's changed - mostly bugfixes, but a few small
features as well.

  - Changes from 5.22.0
- Build:
  - FIXED: pessimistic calls to std::move [#5560](
https://github.com/Project-OSRM/osrm-backend/pull/5561)
- Features:
  - ADDED: new API parameter - `snapping=any|default` to allow snapping
to previously unsnappable edges [#5361](
https://github.com/Project-OSRM/osrm-backend/pull/5361)
  - ADDED: keepalive support to the osrm-routed HTTP server [#5518](
https://github.com/Project-OSRM/osrm-backend/pull/5518)
  - ADDED: flatbuffers output format support [#5513](
https://github.com/Project-OSRM/osrm-backend/pull/5513)
  - ADDED: Global 'skip_waypoints' option [#5556](
https://github.com/Project-OSRM/osrm-backend/pull/5556)
  - FIXED: Install the libosrm_guidance library correctly [#5604](
https://github.com/Project-OSRM/osrm-backend/pull/5604)
  - FIXED: Http Handler can now deal witch optional whitespace between
header-key and -value [#5606](
https://github.com/Project-OSRM/osrm-backend/issues/5606)
- Routing:
  - CHANGED: allow routing past `barrier=arch` [#5352](
https://github.com/Project-OSRM/osrm-backend/pull/5352)
  - CHANGED: default car weight was reduced to 2000 kg. [#5371](
https://github.com/Project-OSRM/osrm-backend/pull/5371)
  - CHANGED: default car height was reduced to 2 meters. [#5389](
https://github.com/Project-OSRM/osrm-backend/pull/5389)
  - FIXED: treat `bicycle=use_sidepath` as no access on the tagged way.
[#5622](https://github.com/Project-OSRM/osrm-backend/pull/5622)
  - FIXED: fix table result when source and destination on same one-way
segment. [#5828](https://github.com/Project-OSRM/osrm-backend/pull/5828)
  - FIXED: fix occasional segfault when swapping data with
osrm-datastore and using `exclude=` [#5844](
https://github.com/Project-OSRM/osrm-backend/pull/5844)
  - FIXED: fix crash in MLD alternative search if source or target are
invalid [#5851](https://github.com/Project-OSRM/osrm-backend/pull/5851)
- Misc:
  - CHANGED: Reduce memory usage for raster source handling. [#5572](
https://github.com/Project-OSRM/osrm-backend/pull/5572)
  - CHANGED: Add cmake option `ENABLE_DEBUG_LOGGING` to control whether
output debug logging. [#3427](
https://github.com/Project-OSRM/osrm-backend/issues/3427)
  - CHANGED: updated extent of Hong Kong as left hand drive country.
[#5535](https://github.com/Project-OSRM/osrm-backend/issues/5535)
  - FIXED: corrected error message when failing to snap input
coordinates [#5846](https://github.com/Project-OSRM/osrm-backend/pull/5846)
- Infrastructure
  - REMOVED: STXXL support removed as STXXL became abandonware. [#5760](
https://github.com/Project-OSRM/osrm-backend/pull/5760)

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

Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)

[Miguel Sevilla-Callejo]

Releyendo lo que ponía en su día el usuario dcapillae (en el hilo de nabble
no está) [1] tampoco me parece tan desacertado la combinación que de
landuse=grassland; grassland=dehesa, al fin y al cabo, una dehesa puede
interpretarse como un espacio de pastizal con árboles, quizá de manera más
acertada, que un espacio forestal con árboles dispersos sobre pastos.

Os animo a releer el hilo anterior.

Un saludo

Miguel

[1]:
https://lists.openstreetmap.org/pipermail/talk-es/2017-March/014959.html

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Wed, 14 Oct 2020 at 22:37, Miguel Sevilla-Callejo 
wrote:

> Se me olvidaba...
>
> Respecto a la etiqueta es cierto que es necesaria una propia para el
> espacio/paisaje/terrenos de dehesas pero yo personalmente no termino de ver
> cuál será la opción más adecuada puesto que hay, a mi parecer, una
> importante confusión en el etiquetado de áreas no urbanas en general.
>
> Véase si no el lío que hay con las superficies forestales que pueden ser
> natural=wood o landuse=forestry [1] cuando la mayor parte de las masas
> forestales a nivel global están intervenidas por muy naturales que se diga
> que son y existen grandes tonalidades de grises entre las plantaciones de
> eucaliptos y los espacios de selva virgen.
>
> Creo que todo esto viene muy en la línea de que OSM nació como un proyecto
> orientado al espacio urbano (calles, edificios, parques...) y aún le queda
> dar un paso al área rural. Esto creo haberlo comentado en varios mensajes
> en esta lista con anterioridad... de hecho creo que en el mismo hilo que
> comentaba Gabriel [2].
>
> Imagino que al ser un área intervenida sería lógico pasarla por la
> etiqueta landuse, luego no termino de ver usar el término en español
> "dehesa", pero tampoco me gusta "agroforestry", aunque lo importante es
> tener una combinación que recoja esta forma singular de paisaje.
>
> Saludos
>
> Miguel
>
> [1]: https://wiki.openstreetmap.org/wiki/Forest
> [2]: http://gis.19327.n8.nabble.com/Dehesas-tt5892300.html
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
>
> On Wed, 14 Oct 2020 at 22:22, Miguel Sevilla-Callejo 
> wrote:
>
>> Hola Marcos,
>>
>> Desde mi punto de vista y a tenor de que se ha debatido en el grupo de
>> mensajería instantánea, se ha trasladado aquí (desafortunadamente no de
>> manera tan extensa como se hizo allí), es posible que no haya muchas
>> respuestas y la fase final e importante, al fin y al cabo, es trasladarlo a
>> la propuesta final, yo no le daría mucho tiempo.
>>
>> Tú mismo puedes dar un plazo razonable aquí y decir que pasado el mismo
>> lo vas a trasladar a la comunidad internacional.
>>
>> Me he dado de alta en loomio y por lo que vi no parece que haya habido
>> mucho movimiento allí tampoco, es más, creo más conveniente que los
>> comentarios que pudieran dejarse allí se trasladaran aquí, al igual que
>> sería interesante poder leer en esta vía los comentarios que se hicieron y
>> se perderán entre múltiples hilos de conversación en el grupo de mensajería
>> instantánea.
>>
>> Un saludo y muchas gracias por la iniciativa.
>>
>> --
>> *Miguel Sevilla-Callejo*
>> Doctor en Geografía
>>
>>
>> On Wed, 14 Oct 2020 at 15:15,  wrote:
>>
>>> Hola Miguel,
>>>
>>> me alegro que la etiqueta tenga tu visto bueno.
>>>
>>> Tal y como explico en el otro correo soy consciente que a día de hoy la
>>> lista es el sitio donde se debe debatir este tema, precisamente por ello
>>> estoy ahora escribiendo en ella. He añadido el link de Loomio para que la
>>> gente pueda experimentar cómo se llevaría el mismo debate allí y desde
>>> luego no quería forzar a nadie.
>>>
>>> ¿Cuánto tiempo crees que sería prudente esperar a que los demás opinen
>>> hasta considerarlo aprobado, publicarlo en la Wiki, cambiar los etiquetados
>>> existentes para hacerlo homogéneo y a medio plazo hacer un proposal oficial
>>> a nivel mundial?
>>>
>>> Saludos,
>>>
>>> Marcos
>>>
>>> Am 11.10.2020 19:43, schrieb Miguel Sevilla-Callejo:
>>>
>>> Hola Marcos,
>>>
>>> Estoy totalmente de acuerdo en tener una etiqueta apropiada al respecto
>>> pero insisto, y en la linea que acabo de comentar en el otro correo que he
>>> enviado en la lista, estoy convencido que los debates han de tenerse en
>>> esta lista de correos o en la wiki pues aunque el uso de loomio me parece
>>> interesante, al igual que el grupo de Telegram no es una herramienta formal
>>> de comunicación y debate de la comunidad.
>>>
>>> Ya hay muchos contribuidores que no siguen o no podemos seguir las
>>> múltiples conversaciones que se desarrollan en la herramienta de mensajería
>>> instantánea como para forzar a que se los mueva a otra plataforma.
>>>
>>> Personalmente, creo que es interesante que el debate se desarrolle aquí
>>> o en la wiki pues aquí o alli quedaran registradas.
>>>
>>> Saludos
>>>
>>> Miguel
>>>
>>>
>>> On Thu, 8 Oct 2020, 19:14 ,  wrote:
>>>
 Hola a todos,

 debido a la falta de un tag que represente con suficiente precisión lo
 que 

Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)

[Miguel Sevilla-Callejo]

Se me olvidaba...

Respecto a la etiqueta es cierto que es necesaria una propia para el
espacio/paisaje/terrenos de dehesas pero yo personalmente no termino de ver
cuál será la opción más adecuada puesto que hay, a mi parecer, una
importante confusión en el etiquetado de áreas no urbanas en general.

Véase si no el lío que hay con las superficies forestales que pueden ser
natural=wood o landuse=forestry [1] cuando la mayor parte de las masas
forestales a nivel global están intervenidas por muy naturales que se diga
que son y existen grandes tonalidades de grises entre las plantaciones de
eucaliptos y los espacios de selva virgen.

Creo que todo esto viene muy en la línea de que OSM nació como un proyecto
orientado al espacio urbano (calles, edificios, parques...) y aún le queda
dar un paso al área rural. Esto creo haberlo comentado en varios mensajes
en esta lista con anterioridad... de hecho creo que en el mismo hilo que
comentaba Gabriel [2].

Imagino que al ser un área intervenida sería lógico pasarla por la etiqueta
landuse, luego no termino de ver usar el término en español "dehesa", pero
tampoco me gusta "agroforestry", aunque lo importante es tener una
combinación que recoja esta forma singular de paisaje.

Saludos

Miguel

[1]: https://wiki.openstreetmap.org/wiki/Forest
[2]: http://gis.19327.n8.nabble.com/Dehesas-tt5892300.html
--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Wed, 14 Oct 2020 at 22:22, Miguel Sevilla-Callejo 
wrote:

> Hola Marcos,
>
> Desde mi punto de vista y a tenor de que se ha debatido en el grupo de
> mensajería instantánea, se ha trasladado aquí (desafortunadamente no de
> manera tan extensa como se hizo allí), es posible que no haya muchas
> respuestas y la fase final e importante, al fin y al cabo, es trasladarlo a
> la propuesta final, yo no le daría mucho tiempo.
>
> Tú mismo puedes dar un plazo razonable aquí y decir que pasado el mismo lo
> vas a trasladar a la comunidad internacional.
>
> Me he dado de alta en loomio y por lo que vi no parece que haya habido
> mucho movimiento allí tampoco, es más, creo más conveniente que los
> comentarios que pudieran dejarse allí se trasladaran aquí, al igual que
> sería interesante poder leer en esta vía los comentarios que se hicieron y
> se perderán entre múltiples hilos de conversación en el grupo de mensajería
> instantánea.
>
> Un saludo y muchas gracias por la iniciativa.
>
> --
> *Miguel Sevilla-Callejo*
> Doctor en Geografía
>
>
> On Wed, 14 Oct 2020 at 15:15,  wrote:
>
>> Hola Miguel,
>>
>> me alegro que la etiqueta tenga tu visto bueno.
>>
>> Tal y como explico en el otro correo soy consciente que a día de hoy la
>> lista es el sitio donde se debe debatir este tema, precisamente por ello
>> estoy ahora escribiendo en ella. He añadido el link de Loomio para que la
>> gente pueda experimentar cómo se llevaría el mismo debate allí y desde
>> luego no quería forzar a nadie.
>>
>> ¿Cuánto tiempo crees que sería prudente esperar a que los demás opinen
>> hasta considerarlo aprobado, publicarlo en la Wiki, cambiar los etiquetados
>> existentes para hacerlo homogéneo y a medio plazo hacer un proposal oficial
>> a nivel mundial?
>>
>> Saludos,
>>
>> Marcos
>>
>> Am 11.10.2020 19:43, schrieb Miguel Sevilla-Callejo:
>>
>> Hola Marcos,
>>
>> Estoy totalmente de acuerdo en tener una etiqueta apropiada al respecto
>> pero insisto, y en la linea que acabo de comentar en el otro correo que he
>> enviado en la lista, estoy convencido que los debates han de tenerse en
>> esta lista de correos o en la wiki pues aunque el uso de loomio me parece
>> interesante, al igual que el grupo de Telegram no es una herramienta formal
>> de comunicación y debate de la comunidad.
>>
>> Ya hay muchos contribuidores que no siguen o no podemos seguir las
>> múltiples conversaciones que se desarrollan en la herramienta de mensajería
>> instantánea como para forzar a que se los mueva a otra plataforma.
>>
>> Personalmente, creo que es interesante que el debate se desarrolle aquí o
>> en la wiki pues aquí o alli quedaran registradas.
>>
>> Saludos
>>
>> Miguel
>>
>>
>> On Thu, 8 Oct 2020, 19:14 ,  wrote:
>>
>>> Hola a todos,
>>>
>>> debido a la falta de un tag que represente con suficiente precisión lo
>>> que llamamos "dehesa" o "montado" en la península ibérica el compañero
>>> Diego Cruz ha hecho un proposal:
>>>
>>> https://wiki.openstreetmap.org/wiki/Proposed_features/Dehesa
>>>
>>> En el proposal se menciona la posibilidad de usar landuse=agroforestry y
>>> me parece acertado. Pido valoración de la comunidad para unificar criterios
>>> y cambiar los existentes grassland=dehesa, actualizar el proposal y que se
>>> vote.
>>>
>>> Agroforestry en Wikipedia: https://en.wikipedia.org/wiki/Agroforestry
>>>
>>> Por qué me parece apropriado:
>>>
>>> Describe "es un sistema productivo que integra árboles, ganado y pastos
>>> en una misma unidad productiva" y es un termino menos local que dehesa ya
>>> que en muchas partes del mundo puede haber un landuse 

Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)

[Miguel Sevilla-Callejo]

Hola Marcos,

Desde mi punto de vista y a tenor de que se ha debatido en el grupo de
mensajería instantánea, se ha trasladado aquí (desafortunadamente no de
manera tan extensa como se hizo allí), es posible que no haya muchas
respuestas y la fase final e importante, al fin y al cabo, es trasladarlo a
la propuesta final, yo no le daría mucho tiempo.

Tú mismo puedes dar un plazo razonable aquí y decir que pasado el mismo lo
vas a trasladar a la comunidad internacional.

Me he dado de alta en loomio y por lo que vi no parece que haya habido
mucho movimiento allí tampoco, es más, creo más conveniente que los
comentarios que pudieran dejarse allí se trasladaran aquí, al igual que
sería interesante poder leer en esta vía los comentarios que se hicieron y
se perderán entre múltiples hilos de conversación en el grupo de mensajería
instantánea.

Un saludo y muchas gracias por la iniciativa.

--
*Miguel Sevilla-Callejo*
Doctor en Geografía


On Wed, 14 Oct 2020 at 15:15,  wrote:

> Hola Miguel,
>
> me alegro que la etiqueta tenga tu visto bueno.
>
> Tal y como explico en el otro correo soy consciente que a día de hoy la
> lista es el sitio donde se debe debatir este tema, precisamente por ello
> estoy ahora escribiendo en ella. He añadido el link de Loomio para que la
> gente pueda experimentar cómo se llevaría el mismo debate allí y desde
> luego no quería forzar a nadie.
>
> ¿Cuánto tiempo crees que sería prudente esperar a que los demás opinen
> hasta considerarlo aprobado, publicarlo en la Wiki, cambiar los etiquetados
> existentes para hacerlo homogéneo y a medio plazo hacer un proposal oficial
> a nivel mundial?
>
> Saludos,
>
> Marcos
>
> Am 11.10.2020 19:43, schrieb Miguel Sevilla-Callejo:
>
> Hola Marcos,
>
> Estoy totalmente de acuerdo en tener una etiqueta apropiada al respecto
> pero insisto, y en la linea que acabo de comentar en el otro correo que he
> enviado en la lista, estoy convencido que los debates han de tenerse en
> esta lista de correos o en la wiki pues aunque el uso de loomio me parece
> interesante, al igual que el grupo de Telegram no es una herramienta formal
> de comunicación y debate de la comunidad.
>
> Ya hay muchos contribuidores que no siguen o no podemos seguir las
> múltiples conversaciones que se desarrollan en la herramienta de mensajería
> instantánea como para forzar a que se los mueva a otra plataforma.
>
> Personalmente, creo que es interesante que el debate se desarrolle aquí o
> en la wiki pues aquí o alli quedaran registradas.
>
> Saludos
>
> Miguel
>
>
> On Thu, 8 Oct 2020, 19:14 ,  wrote:
>
>> Hola a todos,
>>
>> debido a la falta de un tag que represente con suficiente precisión lo
>> que llamamos "dehesa" o "montado" en la península ibérica el compañero
>> Diego Cruz ha hecho un proposal:
>>
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Dehesa
>>
>> En el proposal se menciona la posibilidad de usar landuse=agroforestry y
>> me parece acertado. Pido valoración de la comunidad para unificar criterios
>> y cambiar los existentes grassland=dehesa, actualizar el proposal y que se
>> vote.
>>
>> Agroforestry en Wikipedia: https://en.wikipedia.org/wiki/Agroforestry
>>
>> Por qué me parece apropriado:
>>
>> Describe "es un sistema productivo que integra árboles, ganado y pastos
>> en una misma unidad productiva" y es un termino menos local que dehesa ya
>> que en muchas partes del mundo puede haber un landuse parecido y por tanto
>> puede aplicar fuera del mediterraneo.
>>
>> También quiero animar a debatirlo en Loomio para que podamos votar las
>> diferentes propuestas:
>>
>>
>> https://loomio.yourcityracing.com/d/aOxEtHBw/creaci-n-de-tag-de-landuse-que-represente-a-una-dehesa-
>>
>> Un saludo,
>> Contributor= Mar Mar (Marcos)
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[deuzeffe]

Le 14/10/2020 à 12:18, PanierAvide a écrit :

Bonjour,

En tout cas ça vaut le coup d'en parler, car quand je vois des routes 
qui sont renseignées ainsi, je me retiens de basculer sur un noeud 
place=*... 


Dans ma zone de confort, il vaut mieux s'abstenir, puisque c'est la 
commune qui a procédé au nommage de certaines voies de cette façon. 
C'est probablement un pouillème des ways présents dans osm, mais ils 
sont tout à fait valides.


--
deuzeffe - qui a *aussi* gardé le nœud place=

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

Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)

[Jorge Sanz Sanfructuoso]

Buenas

Tanto el landuse=dehesa, como landuse=agroforestry que se han comentado en
telegram me parecen bien. Este último puede que esté mejor por eso de ser
más internacional. Creo que es necesario un etiquetado específico para las
dehesas y no ese despropósito de grassland=dehesa.

Creo que ya que es una cosa que tiene que ver tanto con España como con
Portugal se trate en una charla conjuntamente. No sé cómo están organizados
en Portugal.

Saludos.

El mié., 14 oct. 2020 a las 15:15,  escribió:

> Hola Miguel,
>
> me alegro que la etiqueta tenga tu visto bueno.
>
> Tal y como explico en el otro correo soy consciente que a día de hoy la
> lista es el sitio donde se debe debatir este tema, precisamente por ello
> estoy ahora escribiendo en ella. He añadido el link de Loomio para que la
> gente pueda experimentar cómo se llevaría el mismo debate allí y desde
> luego no quería forzar a nadie.
>
> ¿Cuánto tiempo crees que sería prudente esperar a que los demás opinen
> hasta considerarlo aprobado, publicarlo en la Wiki, cambiar los etiquetados
> existentes para hacerlo homogéneo y a medio plazo hacer un proposal oficial
> a nivel mundial?
>
> Saludos,
>
> Marcos
>
> Am 11.10.2020 19:43, schrieb Miguel Sevilla-Callejo:
>
> Hola Marcos,
>
> Estoy totalmente de acuerdo en tener una etiqueta apropiada al respecto
> pero insisto, y en la linea que acabo de comentar en el otro correo que he
> enviado en la lista, estoy convencido que los debates han de tenerse en
> esta lista de correos o en la wiki pues aunque el uso de loomio me parece
> interesante, al igual que el grupo de Telegram no es una herramienta formal
> de comunicación y debate de la comunidad.
>
> Ya hay muchos contribuidores que no siguen o no podemos seguir las
> múltiples conversaciones que se desarrollan en la herramienta de mensajería
> instantánea como para forzar a que se los mueva a otra plataforma.
>
> Personalmente, creo que es interesante que el debate se desarrolle aquí o
> en la wiki pues aquí o alli quedaran registradas.
>
> Saludos
>
> Miguel
>
>
> On Thu, 8 Oct 2020, 19:14 ,  wrote:
>
>> Hola a todos,
>>
>> debido a la falta de un tag que represente con suficiente precisión lo
>> que llamamos "dehesa" o "montado" en la península ibérica el compañero
>> Diego Cruz ha hecho un proposal:
>>
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Dehesa
>>
>> En el proposal se menciona la posibilidad de usar landuse=agroforestry y
>> me parece acertado. Pido valoración de la comunidad para unificar criterios
>> y cambiar los existentes grassland=dehesa, actualizar el proposal y que se
>> vote.
>>
>> Agroforestry en Wikipedia: https://en.wikipedia.org/wiki/Agroforestry
>>
>> Por qué me parece apropriado:
>>
>> Describe "es un sistema productivo que integra árboles, ganado y pastos
>> en una misma unidad productiva" y es un termino menos local que dehesa ya
>> que en muchas partes del mundo puede haber un landuse parecido y por tanto
>> puede aplicar fuera del mediterraneo.
>>
>> También quiero animar a debatirlo en Loomio para que podamos votar las
>> diferentes propuestas:
>>
>>
>> https://loomio.yourcityracing.com/d/aOxEtHBw/creaci-n-de-tag-de-landuse-que-represente-a-una-dehesa-
>>
>> Un saludo,
>> Contributor= Mar Mar (Marcos)
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>


-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Herramienta para mejorar los procesos de creación de consensos en la comunidad

[hugo]

Creo que un argumento de peso a favor de una migración a una 
herramienta más "actual", ha sido esta misma semana en el hilo del 
nuevo tag para Dehesa/Montado, donde un compañero ha mencionado que 
dicho tema se comentó hace 3 años sin que llegase a ningún lado.


Con esto, entiendo, no se está diciendo que una /Proposal_feature/ no 
siga el modo de votación existente (al ser internacional eso debe 
seguir siendo así), si no que en la comunidad OSM España se usen 
ciertas herramientas que faciliten los procesos de decisión y que 
realmente se lleven a término. Cuando la comunidad era más pequeña, 
una lista podía tener el alcance esperado; pero a día de hoy, la 
participación en la lista es muy inferior a siquiera la 
[participación] habitual en Telegram, para llegar a conclusiones 
similares: ninguna.


El mayor problema que surge a raíz de esto, son editores tipo /Verdy/, 
que omitan el consenso general, y editen la wiki OSM para perpetuar 
algo. Y una vez allí, cualquier editor que desconociese lo que se ha 
cambiado, ya sea novato o no, plasmará dichos cambios.


Saludos

El mié, 14 de oct de 2020 a las 09:54, m...@marcos-martinez.net 
escribió:

Hola listeros,

gracias por las respuestas, a continuación intentaré responder a 
cada punto mencionado:


Alejandroscf: /...no habría que consensuar en la lista el uso de una 
nueva herramienta para la toma de decisiones?/
Totalmente de acuerdo. No pensaba imponer nada, me dirigo a todos 
mediante la lista justamente para obtener este consenso. Si aprovecho 
cualquier ocasión para animar a usar Loomio mediante un enlace es 
porque sin la posibilidad de probarlo en primera persona esto no 
tiene sentido y sería un debate estéril.


Miguel Sevilla-Callejo: /Creo que no solo es importante traerse los 
debates profundos del grupo de Telegram (y Riot) aquí, si no que es 
crucial trasladarlos a la wiki./
Corregirme si se me escapa algo: La mailing list es el canal oficial 
de debate y comunicación de OSM sobre cualquier tema. Ya sea 
importaciones, tagging, procesos internos de la OSMF etc. La Wiki en 
cambio debería recoger los consensos alcanzados, como si fuera el 
BOE de OSM. En la Wiki en ocasiones también existen debates, por 
ejemplo a la hora de votar nuevos proposals pero no es una 
herramienta pensado ni se está usando para ello de forma 
generalizada. Por cierto: el proceso de votar nuevas etiquetas es 
penoso. Llamádme lerdo que no está acostumbrado a las nuevas 
tecnologías, pero la primera vez que quería votar me desesesperé 
intendando encontar el botón donde pusiera "Approve/Not Approve" o 
"Yes/No". !Tuve que leerme el tutorial para saber cómo pegar la 
línea correcta y que saliera bien al guardar! De verdad pensamos que 
de esta forma la gente participará másivamente y que se implique?


Dicho esto, Loomio (o herramientas alternativas) difícilmente puede 
sustituir por completo ni a la lista ni a la Wiki, pero sí la parte 
en que particularmente la lista tiene serias deficiencias. Mi idea 
era que a través de la lista se pudiera informar a la comunidad que 
se ha iniciado un debate y facilitar el enlace para que todo el mundo 
pueda participar en él. Este debate tendría lugar en Loomio de 
forma transparente y accesible para cualquier persona aunque no tenga 
cuenta, para luego, cuando se haya llegado a un consenso, comunicar 
el resultado de nuevo en la Wiki y plasmarlo actualizando la Wiki (a 
lo mejor se puede hacer un resumen estilo copy/paste desde Loomio).


Parece que nos estemos complicando la vida pero la realidad es tal y 
como dice Carlos Cámara-Menoyo: "/en los años que llevo en OSM me 
cuesta ver propuestas que se lleven a cabo precisamente porque las 
herramientas que usamos hacen que la conversación se diluya antes de 
que se llegue a algún consenso."/


100% correcto: Mucho hablar, discutir y pelear - pero con las 
herramientas existentes el resultado: prácticamente 0.


Carlos Cámara Menoyo: /...porque ambas soluciones eran de pago (al 
menos entonces -desconozco si ahora hay planes para organizaciones 
sin ánimo de lucro-)./
Loomio es FOSS, libre y código abierto, únicamente hace falta 
bajarlo e instalarlo en un servidor. Quiero agradecer de nuevo a 
nuestro compañero J Montes por ser tan amable de instalarlo de 
prueba en su servidor de yourcityracing para que podamos echar un 
vistazo. Si esto fuera en serio evidentemente habría que buscar una 
solución más "institucional", parecido a los servidores de 
teselas...


Miguel Sevilla-Callejo: /Quizá la wiki no sea la mejor y más 
dinámica forma para tomar decisiones pero por el momento es la vía 
que tenemos en la comunidad para llevar a cabo estas cuestiones./
El ejemplo que pones es el proposal de una nueva etiqueta a nivel OSM 
mundial. Es un proceso muy específico y claramente estructurado que 
permite cierto nivel de debate y sobre todo: luego se vota! Y 
entonces algo se implementa de verdad o no! El problema es esto, que 
sirve para una sola cosa pero que no es aplicable 

Re: [Talk-es] Herramienta para rellenar el campo wikipedia*

[hugo]

Como comenta Polyglot, la etiqueta wikidata hace que tanto wikipedia 
(como multitud de otras etiquetas) queden "obsoletas". No es 
incorrecto, pero es redundante.
Desde el punto de vista técnico, una aplicación debe apuntar al tag 
wikidata, desde el que obtener la información que desee representar, 
ya sea el artículo de la Wikipedia, o los habitantes de determinada 
población.
De hecho, a raíz de este tema, recuerdo que en Telegram se creó 
cierta polémica al respecto, de sensibilidad lingüística, por el 
correcto etiquetado.


Un saludo

El mar, 13 de oct de 2020 a las 21:18, Jo  
escribió:
La ventaja del tag Wikidata es que normalmente ya no es tan necesario 
agregar el tag Wikipedia. Si alguien quiere más información, siga a 
la página wikidata y ahí puede ver en cuales idiomas hay páginas 
de Wikipedia. Además hay más objetos Wikidata que páginas WP, WD 
puede ser más específico y de esa manera más adecuado desde OSM.


Polyglot

On Tue, Oct 13, 2020 at 5:48 PM Xavier Barnada > wrote:

Hola lista,

Hace unos días me di cuenta de que hay elementos en OSM que tienen 
el campo wikidata pero no el campo wikipedia*. Creo que esta 
información se podría rellenar de forma automatizada usando la API 
de wikidata.


La idea sería crear un pequeño script en python para que 
cualquiera pudiera de forma automatizada corregir estos datos en su 
zona.



El flujo sería el siguiente:
1- Mediante overpass obtener todos los elementos que tienen el tag 
wikidata i no tienen wikipedia 
2- Consultar el valor de wikidata mediante la API de OSM 

3- Aceder a la api de Wikidata y leer el campo del link a la 
wikipedia 

4- Editar los datos de OSM para añadir todos los posibles valores 
por ejemplo wikidata:ca,wikidata:es.


Mis dudas son las siguientes:
- ¿Esto se considera una importación? A mi parecer no lo es.
- ¿Se tiene que reportar a algún sitio esta herramienta de 
edición automatizada? He revisado 
 y 
solo indica que se debe registrar aqui 



Si hay alguna duda o sugerencia será bienvenida

Saludos
Xavier Barnada



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



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

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[osm . sanspourriel]

Bonjour,

Pas tout à fait RÀF des Gougleu et autres : il faut s'assurer que les
drôles de nommages ne sont pas pompés de sources non libres.

Mappy a aussi la mauvaise pratique (ÀMHA) qui consiste à nommer X les
routes passant par X (X étant un lieu-dit sans noms pour la voirie).

Je mets juste les ref (CR XXX, CE XXX,..) et "route de X à Y" (ou
équivalent) si tel est le cas sur le cadastre.

On peut aussi trouver route de X au lieu-dit Y et route de Y au lieu-dit X.

Christian R., je suppose que quand tu dis que "Rural" c'est indiqué
ailleurs tu parles de la ref.

Jean-Yvon

Le 14/10/2020 à 18:34, ades - ades.s...@orange.fr a écrit :


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

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[ades]

Pour avoir, et toujours, pratiqué les cadastres anciens, ou autres archives 
municipales, les chemins  (ou « routes ») sont effectivement appelés chemin de 
‘chef lieux’ à 'lieux dit’ ou par ( figure de réthorique dont j’ai oublié le 
non), 'chemin lieux dit’.
J’aurais donc tendance à penser et à dire qu’un chemin (vicinal ou communal) 
porte le nom du lieu dit où il mène, donc si dans osm on veut remplir ’name’, 
ce n’est pas ‘lieu dit’, mais ‘chemin de lieu-dit’ qu’il faut employer…, 
Maintenant rien à f… des pratiques commerciales (googl€ appl€ ou autre) juste 
une question de cohérence.
Le chemin, ou la route devrait donc s’appeler "chemin de ‘lieu dit’  ou 'route 
de lieu-dit'« .
 Pour ce quie est de la recherche d’adresse, c’est au moteur de rendu de 
bosser… (et un iténéraire, c’est un rendu)

> Le 14 oct. 2020 à 14:43, Vincent de Château-Thierry  a 
> écrit :
> 
> Bonjour,
> 
>> De: "Christian Rogel" 
>> 
>> Il me semble qu’il faut y voir une copie de ce qu’on voit dans G Maps
>> :
>> Les voies portent le nom des hameaux proches. C’est une simple
>> facilité. Les autres cartographes en ligne ne le font pas, Apple, par 
>> exemple.
> 
> TomTom a recours au même artéfact que G Maps. Comme tu le dis, c'est une 
> facilité, car ça rend homogènes le modèle de structuration des rues et celui 
> des lieux-dits, ce qui pour les moteurs de recherche d'adresse (= de 
> géocodage) simplifie les algorithmes. Ici ça n'est pas du "taggué pour le 
> rendu" mais du "taggué pour la recherche d'adresse".
> En tant que consommateur des données je trouve ça très pratique. Mais en tant 
> que contributeur je trouve ça malvenu, on "squatte" un concept (celui de nom 
> de voie, par nature essentiellement linéaire) avec un autre concept : celui 
> de lieu-dit, par nature surfacique même si souvent ses frontières sont floues.
> Je penche finalement pour une modélisation avec des nodes place=* en 
> considérant qu'ici ce sont aux consommateurs de faire la démarche d'aller 
> cherche ce contenu ponctuel pour le fondre dans les moteurs de recherche au 
> côté des noms de voies et des points d'adresse.
> 
> vincent
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] Nouveaux stickers !

[Florian LAINEZ]

@cyrille il n'y a pas de quoi :)
@arnaud je vais poster une nouvelle fournée dans pas trop longtemps pour
que vous les ayez avant votre prochaine mapping party.

Le mer. 14 oct. 2020 à 10:10, Cyrille37 OSM via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Salut
>
> J'ai bien reçu les stickers. Merci, merci !!
>
> Par contre pas encore vus, ils sont au bureau et moi en télétravail :-)
>
> Cyrille37.
>
> Le 14/10/2020 à 09:52, Arnaud Champollion a écrit :
> > Bonjour,
> >
> >  Je remplis la demande pour le groupe local OSM Digne.
> >
> > Nous faisons une cartopartie d'initiation au Tiers Lieu de Riez
> > https://www.lieu-dit.org/ le weekend du 31 octobre, ça sera l'occasion
> > d'agrémenter la communication.
> >
> > Merci
> >
> > Arnaud
> >
> >
> >
> > Le 30/09/2020 à 14:13, Florian LAINEZ a écrit :
> >> Hello,
> >> J'ai commandé de nouveaux stickers format ordi et smartphone, vous en
> >> voulez ?
> >> C'est l'asso osm-fr qui régale.
> >>
> >> Il suffit de s'inscrire sur ce lien : h
> >> <
> https://openstreetmap.assoconnect.com/billetterie/offre/151633-z-planche-de-stickers
> >ttps://
> openstreetmap.assoconnect.com/billetterie/offre/151633-z-planche-de-stickers
> >> <
> https://openstreetmap.assoconnect.com/billetterie/offre/151633-z-planche-de-stickers>
>  et
>
> >> je vous envoie ça par la poste.
> >> Dans l'idéal, ça serait bien qu'un seul contributeur dans une
> >> ville/région centralise la commande et redispatche à tout le monde.
> >>
> >> J'espère que vous aimerez le design. Perso j'en ai mis partout ;)
> >>
> >> ___
> >> 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
>


-- 

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

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Philippe Verdy]

Pour le tuning de la vm Java notamment le garbage collector, il faut
regarder pour chaque version. D'une façon générale je t'invite à activer la
console Java qui ouvre une fenêtre supplémentaire et pour t'assurer que tu
as effectivement la mémoire demandée. J'ai eu une surprise récemment en
voyant qu'un 0arametre avait changé et au lieu des 4Go j'étais restreint à
2.5Go par une autre restriction. Tu peux aussi paramétrer la priorité et le
temps du garbage collector incremental, paramétrer aussi les cycles de vie
entre générations ou quand le garbage collector doit "finaliser" les
objets, car s'ils ne le sont pas ils doivent rester en mémoire jusqu'à ce
qu'une passe plus agressive vienne les finaliser pour que le garbage
collector puisse les libérer. Il existe aussi des packages Java qui
viennent remplacer l'allocateur, pour mettre en œuvre la compression, ou
une autre stratégie que le LRU pour les caches (LRU pose un sérieux
problème de sécurité sur les serveurs, résolu par une stratégie de type
"ARC" avec une dise de randomisation, mais le LRU simple est beaucoup trop
présent dans tous les OS et toutes les applications). Ceci dit ce problème
LRU ne concerne pas JOSM puisque c'est toi seul qui le Contrôle). Mais un
allocateur avec compression peut aider, et ARC peut considérablement
améliorer les performances des caches.

Attention aussi dans JOSM à ne pas laisser trop de couches ortho. Même
cachées en arrière plan elles travaillent avec des tonnes de requêtes
internet.
Si tu fais un traitement compliqué, essaye en supprimant tous les calques
de fond de carte sauf un masqué éventuellement. Attention aussi aux
greffons (notemment celui du cadastre français qui est très bogué et
gaspille énormément de mémoire car très mal optimisé...) et certains
greffons "sociaux" qui discutent aussi en permanence.

Le mar. 13 oct. 2020 à 07:10, Gad Jo  a écrit :

> Merci Philippe pour les explications mais même en augmentant à 4 go je
> n'ai pas obtenu de résultat.
>
> Comme tu a l'air de t'y connaître, peut tu faire un essais en
> sélectionnant tous les éléments de la relations pour trouver la longueur
> cumulée des segments ?
> Peut être qu'il faut affiner la configuration java ou josm ? Si tu peut
> faire un essai et nous en dire plus sur ta tentative de trouver la longueur
> total de la voie ferrée. Ce serait top.
>
> Cordialement
>
> Le October 13, 2020 12:31:43 AM UTC, Philippe Verdy  a
> écrit :
>>
>> 2Go est parfois très juste si on travaille à l'échelle de la France.
>> Perso j'ai mis une limite de VM à 4Go (dans le panneau de config Java;
>> aucun problème car Java ne sert qu'à des applis locales et pas dans un
>> navigateur, donc toujours lancé par une ligne de commande "java" ou un
>> fichier .jnlp lancé via JavaWebStart, qui télécharge ou met à jour l'appli
>> dans le cache local de déploiement, puis lance l'appli de façon autonome;
>> JavaWebStart est mal nommé, en fait il n'a de web que le lancement et le
>> fait qu'un fichier .jnlp est un tout petit fichier qui contient une ou
>> plusieurs URLs pour la mise à jour du cache, et les autres paramètres de
>> config de la VM qui pourraient être imposés, ainsi que les bibliothèques
>> binaires nécessaires qui devraient être dans les "/lib" et les packages
>> dépendants qui peuvent être eux aussi installés dans le CLASSPATH).
>> Par défaut, même en 64 bits, la limite ne dépasse pas 2,5Go.
>> Note qu'avec JavaWebStart on n'installe l'appli JOSM que temporairement
>> dans le cache de déploiement, certains outils "nettoyeurs" veulent vider ce
>> cache, mais on perd des infos comme les préférences utilisateur qui sont
>> aussi dans ce cache, qui agit plutôt comme un container. En revanche cela
>> ne nettoie pas le cache JOSM des tuiles qui est stocké à part dans le
>> système de fichiers local de l'utilisateur et qui peut devenir très grand;
>> mais heureusement pour limiter la fragmentation de nomlbreux fichiers,
>> maintenant JOSM gère son cache de tuile avec un gros fichier "blob" unique
>> par couche, ce qui va beaucoup plus vite, mais ce gros bloc peut aussi se
>> fragmenter dans sa structure interne, bien qu'il est plus efficace que ce
>> que fait le système de fichiers lui-même, et il y staocke les tuiles et les
>> métadonnées HTTPS de façon plus ordonnée et plus compacte en ne gardant que
>> les métadonnées utiles et pas tout le "bazar" des entêtes MIME d'HTTP ou
>> HTTPS.
>>
>> Le lun. 12 oct. 2020 à 16:56, Percherie OnDaNet <
>> perche...@toutenkamion.net> a écrit :
>>
>>> Étrange... je suis sur une machine windows avec 2Go de défini pour Java.
>>>
>>> Voici la capture écran de ce qui ne fonctionne pas (avec info bulle et
>>> tout et tout) : https://ibb.co/6bztCmX
>>>
>>> A la maison je travaille exclusivement sur Mint, je referai une tentative
>>>
>>> Le 12/10/2020 à 16:40, osm.sanspourr...@spamgourmet.com a écrit :
>>> > Merci pour la mise à jour.
>>> >
>>> > Aucun problème pour charger la relation.
>>> >
>>> > J'ai copié https://osm.org/relation/11741864

Re: [Talk-es] Creación de nuevo tag para "Dehesa" (ES) o "Montado" (PT)

[mail]

Hola Miguel, 

me alegro que la etiqueta tenga tu visto bueno.  

Tal y como explico en el otro correo soy consciente que a día de hoy la
lista es el sitio donde se debe debatir este tema, precisamente por ello
estoy ahora escribiendo en ella. He añadido el link de Loomio para que
la gente pueda experimentar cómo se llevaría el mismo debate allí y
desde luego no quería forzar a nadie. 

¿Cuánto tiempo crees que sería prudente esperar a que los demás opinen
hasta considerarlo aprobado, publicarlo en la Wiki, cambiar los
etiquetados existentes para hacerlo homogéneo y a medio plazo hacer un
proposal oficial a nivel mundial? 

Saludos, 

Marcos 

Am 11.10.2020 19:43, schrieb Miguel Sevilla-Callejo:

> Hola Marcos, 
> 
> Estoy totalmente de acuerdo en tener una etiqueta apropiada al respecto pero 
> insisto, y en la linea que acabo de comentar en el otro correo que he enviado 
> en la lista, estoy convencido que los debates han de tenerse en esta lista de 
> correos o en la wiki pues aunque el uso de loomio me parece interesante, al 
> igual que el grupo de Telegram no es una herramienta formal de comunicación y 
> debate de la comunidad. 
> 
> Ya hay muchos contribuidores que no siguen o no podemos seguir las múltiples 
> conversaciones que se desarrollan en la herramienta de mensajería instantánea 
> como para forzar a que se los mueva a otra plataforma. 
> 
> Personalmente, creo que es interesante que el debate se desarrolle aquí o en 
> la wiki pues aquí o alli quedaran registradas. 
> 
> Saludos 
> 
> Miguel 
> 
> On Thu, 8 Oct 2020, 19:14 ,  wrote: 
> 
>> Hola a todos, 
>> 
>> debido a la falta de un tag que represente con suficiente precisión lo que 
>> llamamos "dehesa" o "montado" en la península ibérica el compañero Diego 
>> Cruz ha hecho un proposal: 
>> 
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Dehesa 
>> 
>> En el proposal se menciona la posibilidad de usar landuse=agroforestry y me 
>> parece acertado. Pido valoración de la comunidad para unificar criterios y 
>> cambiar los existentes grassland=dehesa, actualizar el proposal y que se 
>> vote. 
>> 
>> Agroforestry en Wikipedia: https://en.wikipedia.org/wiki/Agroforestry 
>> 
>> Por qué me parece apropriado: 
>> 
>> Describe "es un sistema productivo que integra árboles, ganado y pastos en 
>> una misma unidad productiva" y es un termino menos local que dehesa ya que 
>> en muchas partes del mundo puede haber un landuse parecido y por tanto puede 
>> aplicar fuera del mediterraneo. 
>> 
>> También quiero animar a debatirlo en Loomio para que podamos votar las 
>> diferentes propuestas: 
>> 
>> https://loomio.yourcityracing.com/d/aOxEtHBw/creaci-n-de-tag-de-landuse-que-represente-a-una-dehesa-
>>  
>> 
>> Un saludo,
>> Contributor= Mar Mar (Marcos) ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-transit] Talk-transit Digest, Vol 104, Issue 1

[Tony Shield]

Agree with Jo about ballpark figure - similar operator activities occur 
in UK.


On 14/10/2020 13:48, Jo wrote:
Number of seats may work. But it would have to be a ballpark figure. 
Over here in Belgium, the same line uses bendy and normal buses 
depending on the hour of the day, or on what they have available at 
that specific time.


On Wed, Oct 14, 2020, 14:09 Tony Shield > wrote:


Hi Alex

Michael Tsang asked a very similar question  about minibus routes
a few days ago.

My view is that a minibus as just that - a small bus
differentiated by the number of seats. From that I take the view
that perhaps we should be noting the number of seats/places
available on a bus service - e.g some double deckers have 80
seats, single deckers 15-60, bendy-buses - approx 140.

Using seats metric could also be applied to other transport
formats - so a Settle-Carlisle class 156 2 car train set has
approx 150 seats, a class 800 9 car train set has 611 seats;
Sydney ferries have capacities between 400 and 1150.

So service capacity may be a better metric.

Tony Shield

TonyS999

/I'm looking for community consensus about minibus routes (public
transport routes which are operated by light passenger vehicles of
roughly 8 to 20 seats with no standing allowed in general). As of
present, there are two kinds of tagging for minibus routes:/
//
/
/
//
/A. route=minibus (~30 routes around the world)/
//
/B. route=bus & bus=minibus (~300 routes around the world)/
//
/
/
//
/None of the tags seem to have widespread usage./
//
/
/
//
/Currently I can't see any renderer support for both tagging. For
option A, no renderer shows them at all. For option B, they are
shown as regular bus routes./
//
/
/
//
/Moreover, I can think of different regulatory scenarios, which
may match the different usage:/
//
/
/
//
/X. The minibus services are regulated as a separate class of
service to full-sized bus routes, with different operators,
network and fare structures, which may even with numbers
overlapping (e.g. a minibus route 25 and another full sized bus
route 25 serving the same area)/
//
/
/
//
/Y. The minibus services form a part of the bus network but with
distinct identities (e.g. a range of numbers reserved for minibus
routes and another range for full sized bus routes, with different
fare scales but still in the integrated ticket structure)/
//
/
/
//
/Z. There are no distinction in the branding between bus and
minibus services, the vehicle used mainly depend on the environment./
//
/
/
//
/Tagging A will match scenario X and tagging B will match scenario
Z, with scenario Y in between in my thinking./
//
/
/
//
/I'm looking for input how other people map their minibus routes,
and how are their routes regulated./


On 13/10/2020 12:27, Alex Dhawan wrote:


Hi all,

Never actually sent a message to this list, hopefully this works.

We’ve got a number of minibus routes around the Yorkshire Dales
here in Northern England. Currently the ones that appear in OSM
are just tagged as route=bus – with nothing distinguishing them
from full size standard buses.

Personally of your options I’d be tempted to go with B – at least
here they are treated as bus routes in most ways, just happen to
be minibuses. They do mostly have different branding, but in most
cases are intregrated fare and ticket wise, and in some cases to
overlap with standard bus routes, but do have different numbers,
although there is not a set “range” so unless you know in advance
you couldn’t tell from just the number. At least from my local
experience they are close enough to standard bus routes for most
purposes.

That said to give one example – precovid I used to take groups
walking or caving, and we often went on the buses and usually
made a specific point of avoiding the minibus routes. We’d take
out all the seats if we turned up. In the PDF timetables it will
be marked if a route is a minibus, but not on journey
planners/Google maps.

Skifans

*From: *talk-transit-requ...@openstreetmap.org

*Sent: *13 October 2020 12:09
*To: *talk-transit@openstreetmap.org

*Subject: *Talk-transit Digest, Vol 104, Issue 1

S


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

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

Re: [Talk-transit] Talk-transit Digest, Vol 104, Issue 1

[Jo]

Number of seats may work. But it would have to be a ballpark figure. Over
here in Belgium, the same line uses bendy and normal buses depending on the
hour of the day, or on what they have available at that specific time.

On Wed, Oct 14, 2020, 14:09 Tony Shield  wrote:

> Hi Alex
>
> Michael Tsang asked a very similar question  about minibus routes a few
> days ago.
>
> My view is that a minibus as just that - a small bus differentiated by the
> number of seats. From that I take the view that perhaps we should be noting
> the number of seats/places available on a bus service - e.g some double
> deckers have 80 seats, single deckers 15-60, bendy-buses - approx 140.
>
> Using seats metric could also be applied to other transport formats - so a
> Settle-Carlisle class 156 2 car train set has approx 150 seats, a class 800
> 9 car train set has 611 seats; Sydney ferries have capacities between 400
> and 1150.
>
> So service capacity may be a better metric.
>
> Tony Shield
>
> TonyS999
> *I'm looking for community consensus about minibus routes (public
> transport routes which are operated by light passenger vehicles of roughly
> 8 to 20 seats with no standing allowed in general). As of present, there
> are two kinds of tagging for minibus routes:*
>
> * A. route=minibus (~30 routes around the world)*
> * B. route=bus & bus=minibus (~300 routes around the world)*
>
> * None of the tags seem to have widespread usage.*
>
> * Currently I can't see any renderer support for both tagging. For option
> A, no renderer shows them at all. For option B, they are shown as regular
> bus routes.*
>
> * Moreover, I can think of different regulatory scenarios, which may match
> the different usage:*
>
> * X. The minibus services are regulated as a separate class of service to
> full-sized bus routes, with different operators, network and fare
> structures, which may even with numbers overlapping (e.g. a minibus route
> 25 and another full sized bus route 25 serving the same area)*
>
> * Y. The minibus services form a part of the bus network but with distinct
> identities (e.g. a range of numbers reserved for minibus routes and another
> range for full sized bus routes, with different fare scales but still in
> the integrated ticket structure)*
>
> * Z. There are no distinction in the branding between bus and minibus
> services, the vehicle used mainly depend on the environment.*
>
> * Tagging A will match scenario X and tagging B will match scenario Z,
> with scenario Y in between in my thinking.*
>
> * I'm looking for input how other people map their minibus routes, and how
> are their routes regulated.*
>
>
> On 13/10/2020 12:27, Alex Dhawan wrote:
>
> Hi all,
>
>
>
> Never actually sent a message to this list, hopefully this works.
>
>
>
> We’ve got a number of minibus routes around the Yorkshire Dales here in
> Northern England. Currently the ones that appear in OSM are just tagged as
> route=bus – with nothing distinguishing them from full size standard buses.
>
>
>
> Personally of your options I’d be tempted to go with B – at least here
> they are treated as bus routes in most ways, just happen to be minibuses.
> They do mostly have different branding, but in most cases are intregrated
> fare and ticket wise, and in some cases to overlap with standard bus
> routes, but do have different numbers, although there is not a set “range”
> so unless you know in advance you couldn’t tell from just the number. At
> least from my local experience they are close enough to standard bus routes
> for most purposes.
>
>
>
> That said to give one example – precovid I used to take groups walking or
> caving, and we often went on the buses and usually made a specific point of
> avoiding the minibus routes. We’d take out all the seats if we turned up.
> In the PDF timetables it will be marked if a route is a minibus, but not on
> journey planners/Google maps.
>
>
>
> Skifans
>
>
>
>
>
>
>
> *From: *talk-transit-requ...@openstreetmap.org
> *Sent: *13 October 2020 12:09
> *To: *talk-transit@openstreetmap.org
> *Subject: *Talk-transit Digest, Vol 104, Issue 1
>
>
>
> S
>
>
>
> ___
> Talk-transit mailing 
> listTalk-transit@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-transit
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
>
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[Vincent de Château-Thierry]

Bonjour,

> De: "Christian Rogel" 
> 
> Il me semble qu’il faut y voir une copie de ce qu’on voit dans G Maps
> :
> Les voies portent le nom des hameaux proches. C’est une simple
> facilité. Les autres cartographes en ligne ne le font pas, Apple, par exemple.

TomTom a recours au même artéfact que G Maps. Comme tu le dis, c'est une 
facilité, car ça rend homogènes le modèle de structuration des rues et celui 
des lieux-dits, ce qui pour les moteurs de recherche d'adresse (= de géocodage) 
simplifie les algorithmes. Ici ça n'est pas du "taggué pour le rendu" mais du 
"taggué pour la recherche d'adresse".
En tant que consommateur des données je trouve ça très pratique. Mais en tant 
que contributeur je trouve ça malvenu, on "squatte" un concept (celui de nom de 
voie, par nature essentiellement linéaire) avec un autre concept : celui de 
lieu-dit, par nature surfacique même si souvent ses frontières sont floues.
Je penche finalement pour une modélisation avec des nodes place=* en 
considérant qu'ici ce sont aux consommateurs de faire la démarche d'aller 
cherche ce contenu ponctuel pour le fondre dans les moteurs de recherche au 
côté des noms de voies et des points d'adresse.

vincent


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

Re: [OSM-talk-fr] validation : sorties nommées

[PanierAvide]

Bonjour Stéphane,

Tu as bien fait, ce détail m'avait échappé et effectivement on aurait 
été en décalage avec la version anglaise du wiki.


Cordialement,

Adrien P.

Le 14/10/2020 à 14:14, Stéphane Péneau a écrit :

Le 08/10/2020 à 22:15, Stéphane Péneau a écrit :


Pour les aires, en effet je dirais que c'est à la fois le nom de la 
sortie et de la destination. Dans les données, l'usage est par 
contre bien tranché :


- 500 nœuds highway=motorway_junction + name=Aire...
- 13 nœuds highway=motorway_junction +destination=Aire...
- 3 nœuds highway=motorway_junction + name=Aire... +destination=Aire...

Si tu ne regardes que les noeuds, c'est normal que tu n'en trouves 
pas beaucoup avec des tags destination :-)


Je trouve plus de 800 ways avec destination=Aire* Ce n'est donc pas 
si simple.


http://overpass-turbo.eu/s/YR3

J'ai modifié le wiki pour ajouter l'utilisation du tag destination sur 
le way de la bretelle, car il est indispensable pour que les logiciels 
de navigation indiquent la voie à utiliser.



Stf


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


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

Re: [OSM-talk-fr] validation : sorties nommées

[Stéphane Péneau]

Le 08/10/2020 à 22:15, Stéphane Péneau a écrit :


Pour les aires, en effet je dirais que c'est à la fois le nom de la 
sortie et de la destination. Dans les données, l'usage est par contre 
bien tranché :


- 500 nœuds highway=motorway_junction + name=Aire...
- 13 nœuds highway=motorway_junction +destination=Aire...
- 3 nœuds highway=motorway_junction + name=Aire... +destination=Aire...

Si tu ne regardes que les noeuds, c'est normal que tu n'en trouves pas 
beaucoup avec des tags destination :-)


Je trouve plus de 800 ways avec destination=Aire* Ce n'est donc pas si 
simple.


http://overpass-turbo.eu/s/YR3

J'ai modifié le wiki pour ajouter l'utilisation du tag destination sur 
le way de la bretelle, car il est indispensable pour que les logiciels 
de navigation indiquent la voie à utiliser.



Stf


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

Re: [Talk-transit] Talk-transit Digest, Vol 104, Issue 1

[Tony Shield]

Hi Alex

Michael Tsang asked a very similar question  about minibus routes a few 
days ago.


My view is that a minibus as just that - a small bus differentiated by 
the number of seats. From that I take the view that perhaps we should be 
noting the number of seats/places available on a bus service - e.g some 
double deckers have 80 seats, single deckers 15-60, bendy-buses - approx 
140.


Using seats metric could also be applied to other transport formats - so 
a Settle-Carlisle class 156 2 car train set has approx 150 seats, a 
class 800 9 car train set has 611 seats; Sydney ferries have capacities 
between 400 and 1150.


So service capacity may be a better metric.

Tony Shield

TonyS999

/I'm looking for community consensus about minibus routes (public 
transport routes which are operated by light passenger vehicles of 
roughly 8 to 20 seats with no standing allowed in general). As of 
present, there are two kinds of tagging for minibus routes:/

//
/
/
//
/A. route=minibus (~30 routes around the world)/
//
/B. route=bus & bus=minibus (~300 routes around the world)/
//
/
/
//
/None of the tags seem to have widespread usage./
//
/
/
//
/Currently I can't see any renderer support for both tagging. For option 
A, no renderer shows them at all. For option B, they are shown as 
regular bus routes./

//
/
/
//
/Moreover, I can think of different regulatory scenarios, which may 
match the different usage:/

//
/
/
//
/X. The minibus services are regulated as a separate class of service to 
full-sized bus routes, with different operators, network and fare 
structures, which may even with numbers overlapping (e.g. a minibus 
route 25 and another full sized bus route 25 serving the same area)/

//
/
/
//
/Y. The minibus services form a part of the bus network but with 
distinct identities (e.g. a range of numbers reserved for minibus routes 
and another range for full sized bus routes, with different fare scales 
but still in the integrated ticket structure)/

//
/
/
//
/Z. There are no distinction in the branding between bus and minibus 
services, the vehicle used mainly depend on the environment./

//
/
/
//
/Tagging A will match scenario X and tagging B will match scenario Z, 
with scenario Y in between in my thinking./

//
/
/
//
/I'm looking for input how other people map their minibus routes, and 
how are their routes regulated./



On 13/10/2020 12:27, Alex Dhawan wrote:


Hi all,

Never actually sent a message to this list, hopefully this works.

We’ve got a number of minibus routes around the Yorkshire Dales here 
in Northern England. Currently the ones that appear in OSM are just 
tagged as route=bus – with nothing distinguishing them from full size 
standard buses.


Personally of your options I’d be tempted to go with B – at least here 
they are treated as bus routes in most ways, just happen to be 
minibuses. They do mostly have different branding, but in most cases 
are intregrated fare and ticket wise, and in some cases to overlap 
with standard bus routes, but do have different numbers, although 
there is not a set “range” so unless you know in advance you couldn’t 
tell from just the number. At least from my local experience they are 
close enough to standard bus routes for most purposes.


That said to give one example – precovid I used to take groups walking 
or caving, and we often went on the buses and usually made a specific 
point of avoiding the minibus routes. We’d take out all the seats if 
we turned up. In the PDF timetables it will be marked if a route is a 
minibus, but not on journey planners/Google maps.


Skifans

*From: *talk-transit-requ...@openstreetmap.org 


*Sent: *13 October 2020 12:09
*To: *talk-transit@openstreetmap.org 


*Subject: *Talk-transit Digest, Vol 104, Issue 1

S


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

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[Christian Rogel]

> Le 13 oct. 2020 à 22:10, Jacques  a écrit :
> 
> Je vois de plus en plus de chemins vicinaux prendre le nom du lieu-dit qu'ils 
> traversent. Ainsi vc12 devient « La Berge du Ravin » me semble pas judicieux. 

Il me semble qu’il faut y voir une copie de ce qu’on voit dans G Maps :
Les voies portent le nom des hameaux proches. C’est une simple facilité.
Les autres cartographes en ligne ne le font pas, Apple, par exemple.

Ça ne vient pas du cadastre, où on peut voir  assez souvent “chemin rural n° x 
de a à b” et quand il y a “chemin rural de x”, on transpose “chemin de x”. 
Rural étant indiqué autrement.

Christian R.

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

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[Cyrille37 OSM via Talk-fr]

Salut

Comme souvent, il peut y avoir des cas bien différents. Par exemple il 
peut y avoir un ou plusieurs points "lieu dit" avec le même nom et 
d'autre part le même nom utilisé sur la voirie dans une relation d'adresses.


Pour ma part je traite chaque cas selon, mais n'applique pas une règle 
unique.


Cyrille37.

Le 14/10/2020 à 12:18, PanierAvide a écrit :

Bonjour,

En tout cas ça vaut le coup d'en parler, car quand je vois des routes 
qui sont renseignées ainsi, je me retiens de basculer sur un noeud 
place=*... Parce qu'en soit ça ressemble souvent à de la "cartographie 
pour le rendu" donc pas top. Une fois que ce sera tranché, la logique 
retenue pourra être documentée voire vérifiée avec des règles dans les 
éditeurs.


Cordialement,

Adrien P.

Le 14/10/2020 à 11:44, Julien djakk a écrit :

Cela dit, je m'interroge, représenter un lieu-dit par un point ou un
polygone, ok, mais par une ligne c'est étrange non, de plus en
utilisant l'objet "route" ? Est-ce une bonne idée de copier cette
technique depuis le cadastre ?

Julien "djakk"

Le mer. 14 oct. 2020 à 10:50, Julien djakk
 a écrit :

Salut ! Pour moi c'était une mauvaise pratique pour faire comme Google
Maps ! J'ignorai que c'était dans le cadastre.

Julien "djakk"

Le mer. 14 oct. 2020 à 07:18, Arnaud Champollion
 a écrit :

Le 14/10/2020 à 07:05, Gad Jo a écrit :
description=* si tu veut communiquer à destination des usagers 
utilisant

ces voies.

Bonjour, une question que je me pose parfois (car j'utilise aussi
souvent ce tag pour décrire) : quelles applications utilisent et
affichent la valeur de l'attribut "description" à destination des 
usagers ?





___
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


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

Re: [OSM-talk-fr] Erreurs 500 sur OrthoHR

[Rpnpif via Talk-fr]

Impeccable ! Merci beaucoup Christian.

Il ne me reste plus qu'à faire un ticket pour JOSM qui gère mal les 
erreurs de serveurs.


--
Rpnpif

Le 13/10/2020 à 16:39, Christian Quest a écrit :


Oups, un vilain effet de bord !

C'est réparé :)


Les requêtes répétées quand il y a une erreur c'est effectivement pas 
l'idéal.



Le 13/10/2020 à 16:22, Rpnpif via Talk-fr a écrit :

Le 13/10/2020 à 16:16, Rpnpif a écrit :

Bonjour,

Depuis deux jours l'OrthoHR ne marche plus sauf en définition très 
pixélisée.


J'ai des milliers de :

2020-10-13 16:13:06.770 INFOS: GET 
https://wms.openstreetmap.fr/tms/1.0.0/orthohr/21/1042880/732339 -> 
HTTP/1.1 500 (87 ms)


sous JOSM et ça mouline avec un CPU à 117% (2 cœurs).

OrthoHR est en panne et JOSM n'aime pas du tout. Il devrait arrêter 
de charger quand il y a trop d'erreurs, non ?



Voici le message d'erreur :

An error occurred: msDrawMap(): Image handling error. Failed to draw layer 
named 'orthohr_2013'.
msDrawRasterLayerLow(): Unable to access file. Corrupt, empty or missing file 
'/data/work/wms/orthohr/tileindex/2013/ORTHOHR_1-0_RVB-0M20_JP2-E080_LAMB93_D049_2013-01-01/49-2013-0400-6735-LA93-0M20-E080.gpkg'
 for layer 'orthohr_2013'. 
/data/work/wms/orthohr/tileindex/2013/ORTHOHR_1-0_RVB-0M20_JP2-E080_LAMB93_D049_2013-01-01/49-2013-0400-6735-LA93-0M20-E080.gpkg:
 No such file or directory
   File "/usr/local/lib/python2.7/dist-packages/TileCache/Service.py", line 
258, in modPythonHandler
 host )
   File "/usr/local/lib/python2.7/dist-packages/TileCache/Service.py", line 
210, in dispatchRequest
 return self.renderTile(tile, params.has_key('FORCE'))
   File "/usr/local/lib/python2.7/dist-packages/TileCache/Service.py", line 
140, in renderTile
 data = layer.render(tile, force=force)
   File "/usr/local/lib/python2.7/dist-packages/TileCache/Layer.py", line 444, 
in render
 return self.renderTile(tile)
   File "/usr/local/lib/python2.7/dist-packages/TileCache/Layers/MapServer.py", 
line 51, in renderTile
 mapImage = wms.draw()
   File "/usr/lib/python2.7/dist-packages/mapscript.py", line 2619, in draw
 return _mapscript.mapObj_draw(self)
--
Rpnpif

--
Ce message a été vérifié par *MailScanner* 


pour des virus ou des polluriels et rien de
suspect n'a été trouvé.

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

--
Christian Quest - OpenStreetMap France

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


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

Re: [Talk-it] Import open data comune di milano

[Francesco Ansanelli]

Ciao,

Spero che questa pagina sia d'aiuto:

https://wiki.openstreetmap.org/wiki/Import/Catalogue/Milan_addresses_import

Francesco

Il mer 14 ott 2020, 12:52 Antonio Carpentieri  ha
scritto:

> Ciao a tutti,
> innanzitutto mi scuso se la tematica e' stata già affrontata in passato;
> non sono riuscito a trovare una maniera semplice di ricercare nell'archivio
> e guardando negli scorsi mesi non ho trovato riferimenti utili.
> Venendo al quesito: provando ad usare i dati di OSM su Milano mi sono reso
> conto che molti civici non sono mappati.
>
> Visto che il Comune di Milano ha pubblicato in opendata le coordinate di
> ogni civico del comune:
>
> https://dati.comune.milano.it/it/dataset/ds634-numeri-civici-coordinate/resource/533b4e63-3d78-4bb5-aeb4-6c5f648f7f21
> ma piu' in generale ho visto tutte queste informazioni disponibili:
> https://geoportale.comune.milano.it/sit/open-data/
>
> mi chiedevo se fosse possibile importarli in bulk su OSM e se qualcuno
> avesse fatto un lavoro simile in passato.
> Ho verificato la licenza per i civici (cc-by) ed e' compatibile con quelle
> accettate da OSM.
>
> Grazie e ciao
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Import open data comune di milano

[Antonio Carpentieri]

Ciao a tutti,
innanzitutto mi scuso se la tematica e' stata già affrontata in passato;
non sono riuscito a trovare una maniera semplice di ricercare nell'archivio
e guardando negli scorsi mesi non ho trovato riferimenti utili.
Venendo al quesito: provando ad usare i dati di OSM su Milano mi sono reso
conto che molti civici non sono mappati.

Visto che il Comune di Milano ha pubblicato in opendata le coordinate di
ogni civico del comune:
https://dati.comune.milano.it/it/dataset/ds634-numeri-civici-coordinate/resource/533b4e63-3d78-4bb5-aeb4-6c5f648f7f21
ma piu' in generale ho visto tutte queste informazioni disponibili:
https://geoportale.comune.milano.it/sit/open-data/

mi chiedevo se fosse possibile importarli in bulk su OSM e se qualcuno
avesse fatto un lavoro simile in passato.
Ho verificato la licenza per i civici (cc-by) ed e' compatibile con quelle
accettate da OSM.

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

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[PanierAvide]

Bonjour,

En tout cas ça vaut le coup d'en parler, car quand je vois des routes 
qui sont renseignées ainsi, je me retiens de basculer sur un noeud 
place=*... Parce qu'en soit ça ressemble souvent à de la "cartographie 
pour le rendu" donc pas top. Une fois que ce sera tranché, la logique 
retenue pourra être documentée voire vérifiée avec des règles dans les 
éditeurs.


Cordialement,

Adrien P.

Le 14/10/2020 à 11:44, Julien djakk a écrit :

Cela dit, je m'interroge, représenter un lieu-dit par un point ou un
polygone, ok, mais par une ligne c'est étrange non, de plus en
utilisant l'objet "route" ? Est-ce une bonne idée de copier cette
technique depuis le cadastre ?

Julien "djakk"

Le mer. 14 oct. 2020 à 10:50, Julien djakk
 a écrit :

Salut ! Pour moi c'était une mauvaise pratique pour faire comme Google
Maps ! J'ignorai que c'était dans le cadastre.

Julien "djakk"

Le mer. 14 oct. 2020 à 07:18, Arnaud Champollion
 a écrit :

Le 14/10/2020 à 07:05, Gad Jo a écrit :

description=* si tu veut communiquer à destination des usagers utilisant
ces voies.

Bonjour, une question que je me pose parfois (car j'utilise aussi
souvent ce tag pour décrire) : quelles applications utilisent et
affichent la valeur de l'attribut "description" à destination des usagers ?




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

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


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

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[Julien djakk]

Cela dit, je m'interroge, représenter un lieu-dit par un point ou un
polygone, ok, mais par une ligne c'est étrange non, de plus en
utilisant l'objet "route" ? Est-ce une bonne idée de copier cette
technique depuis le cadastre ?

Julien "djakk"

Le mer. 14 oct. 2020 à 10:50, Julien djakk
 a écrit :
>
> Salut ! Pour moi c'était une mauvaise pratique pour faire comme Google
> Maps ! J'ignorai que c'était dans le cadastre.
>
> Julien "djakk"
>
> Le mer. 14 oct. 2020 à 07:18, Arnaud Champollion
>  a écrit :
> >
> > Le 14/10/2020 à 07:05, Gad Jo a écrit :
> > > description=* si tu veut communiquer à destination des usagers utilisant
> > > ces voies.
> >
> > Bonjour, une question que je me pose parfois (car j'utilise aussi
> > souvent ce tag pour décrire) : quelles applications utilisent et
> > affichent la valeur de l'attribut "description" à destination des usagers ?
> >
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[Julien djakk]

Salut ! Pour moi c'était une mauvaise pratique pour faire comme Google
Maps ! J'ignorai que c'était dans le cadastre.

Julien "djakk"

Le mer. 14 oct. 2020 à 07:18, Arnaud Champollion
 a écrit :
>
> Le 14/10/2020 à 07:05, Gad Jo a écrit :
> > description=* si tu veut communiquer à destination des usagers utilisant
> > ces voies.
>
> Bonjour, une question que je me pose parfois (car j'utilise aussi
> souvent ce tag pour décrire) : quelles applications utilisent et
> affichent la valeur de l'attribut "description" à destination des usagers ?
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Organised Editing/Activities/resolve linting issues in France

[Cyrille37 OSM via Talk-fr]

Bonjour,

Petit complément d'information: les changesets seront "taggés" avec 
#mbx_france_roads


source: https://github.com/mapbox/mapping/issues/365#issuecomment-708249723

Cyrille37.

Le 14/10/2020 à 09:50, Vlada Boitsik via Talk-fr a écrit :


*Bonjour de la part de l'équipe Mapbox !*

*
*

(Tout d'abord, nous sommes désolés mais nous ne parlons pas français. 
Ceci est une traduction approfondie de ce message)


*
*

D'abord, nous sommes désolés mais nous ne parlons pas français. Voici 
une traduction en profondeur de ce message


*
*

Dans le cadre des travaux en cours pour améliorer la qualité des 
données OpenStreetMap, nous avons récemment utilisé osmlint-osmium 
(https://github.com/osmlab/osmlint-osmium) et osmlint 
(https://github.com/osmlab/osmlint) pour détecter des problèmes liés 
aux données du réseau routier en France. Au total, 45 808 problèmes 
ont été détectés pour 11 types de linters.


*
*

Dans une prochaine étape, notre équipe 
(https://wiki.openstreetmap.org/wiki/Mapbox#Current_Data_Team_members) 
prévoit d'examiner un sous-ensemble des détections pour mieux 
comprendre le type de problèmes, et également de régler tout problème 
de données valide directement dans l'OSM. Vous pouvez en savoir plus 
sur notre plan ici (https://github.com/mapbox/mapping/issues/365).


*
*

Nous commençons cette semaine. Nous vous serions reconnaissants de 
nous faire part de vos commentaires, de vos questions sur ce projet, 
ainsi que de nous faire part de vos observations locales qui, selon 
vous, nous aideront à mieux comprendre les données.


*
*

A la vôtre,

*
*

Membre de l'équipe Mapbox, Vlada

*__

*

*Hello from the Mapbox Team!*

*
*

As part of on-going work to improve the quality of OpenStreetMap data, 
we recently used osmlint-osmium 
(https://github.com/osmlab/osmlint-osmium) and osmlint 
(https://github.com/osmlab/osmlint) for detecting issues related to 
road network data in France. In total, there were 45,808 issues 
detected across 11 types of linters.


*
*

As a next step, our team 
(https://wiki.openstreetmap.org/wiki/Mapbox#Current_Data_Team_members) 
is planning to review a subset of the detections to better understand 
the type of issues, and also fix any valid data issues directly in the 
OSM. You can read more about our plan in OSM Wiki here 
(https://github.com/mapbox/mapping/issues/365) and Github ticket.


We are starting this week. We would really appreciate your feedback, 
any questions you have about this project, as well as local insights 
that you think will help us better understand the data.


*
*

Cheers,

Member of Mapbox team, Vlada


--
Best regards,
Vlada Boitsik

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

Re: [OSM-talk-fr] Nouveaux stickers !

[Cyrille37 OSM via Talk-fr]

Salut

J'ai bien reçu les stickers. Merci, merci !!

Par contre pas encore vus, ils sont au bureau et moi en télétravail :-)

Cyrille37.

Le 14/10/2020 à 09:52, Arnaud Champollion a écrit :

Bonjour,

 Je remplis la demande pour le groupe local OSM Digne.

Nous faisons une cartopartie d'initiation au Tiers Lieu de Riez 
https://www.lieu-dit.org/ le weekend du 31 octobre, ça sera l'occasion 
d'agrémenter la communication.


Merci

Arnaud



Le 30/09/2020 à 14:13, Florian LAINEZ a écrit :

Hello,
J'ai commandé de nouveaux stickers format ordi et smartphone, vous en 
voulez ?

C'est l'asso osm-fr qui régale.

Il suffit de s'inscrire sur ce lien : h 
ttps://openstreetmap.assoconnect.com/billetterie/offre/151633-z-planche-de-stickers 
 et 
je vous envoie ça par la poste.
Dans l'idéal, ça serait bien qu'un seul contributeur dans une 
ville/région centralise la commande et redispatche à tout le monde.


J'espère que vous aimerez le design. Perso j'en ai mis partout ;)

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




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


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

Re: [OSM-talk-be] waymarked or not?

[Pierre Parmentier]

A few comments from our experience here in the south of the province of
Luxembourg.

Users jfonda, juminet, some others and myself have been very busy creating
relationships for the waymarked paths in different municipalities. The work
is not easy because there is always a lack of details to properly tag the
route and it is very difficult to get to the end!

Some of them are not maintained. Names and local references may differ
depending on the source. Some GPX files are not available. The signs are
not well defined. It is not specified if the trail is one-way. Etc.

You may be aware that the CGT (Commissariat Général au Tourisme pour la
Wallonie) has a list of about 2900 'official' marked trails.

In view of this, it seems unrealistic to me to start with 'virtual' routes
when we have not yet mapped the 'waymarked' paths.

Moreover, there is still a lot of work to be done with the tags linked to
the characteristics of the highways (surface, grade, incline, etc.).

I also think that with the increasingly developed routers, in the future,
we will be able to define our routes by ourselves without having to refer
to 'waymarked paths'.

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

Re: [Talk-es] Herramienta para mejorar los procesos de creación de consensos en la comunidad

[mail]

Hola listeros, 

gracias por las respuestas, a continuación intentaré responder a cada
punto mencionado: 

* Alejandroscf: _...no habría que consensuar en la lista el uso de una
nueva herramienta para la toma de decisiones?_

Totalmente de acuerdo. No pensaba imponer nada, me dirigo a todos
mediante la lista justamente para obtener este consenso. Si aprovecho
cualquier ocasión para animar a usar Loomio mediante un enlace es porque
sin la posibilidad de probarlo en primera persona esto no tiene sentido
y sería un debate estéril. 

* Miguel Sevilla-Callejo: _Creo que no solo es importante traerse los
debates profundos del grupo de Telegram (y Riot) aquí, si no que es
crucial trasladarlos a la wiki._

Corregirme si se me escapa algo: La mailing list es el canal oficial de
debate y comunicación de OSM sobre cualquier tema. Ya sea importaciones,
tagging, procesos internos de la OSMF etc. La Wiki en cambio debería
recoger los consensos alcanzados, como si fuera el BOE de OSM. En la
Wiki en ocasiones también existen debates, por ejemplo a la hora de
votar nuevos proposals pero no es una herramienta pensado ni se está
usando para ello de forma generalizada. Por cierto: el proceso de votar
nuevas etiquetas es penoso. Llamádme lerdo que no está acostumbrado a
las nuevas tecnologías, pero la primera vez que quería votar me
desesesperé intendando encontar el botón donde pusiera "Approve/Not
Approve" o "Yes/No". !Tuve que leerme el tutorial para saber cómo pegar
la línea correcta y que saliera bien al guardar! De verdad pensamos que
de esta forma la gente participará másivamente y que se implique? 

Dicho esto, Loomio (o herramientas alternativas) difícilmente puede
sustituir por completo ni a la lista ni a la Wiki, pero sí la parte en
que particularmente la lista tiene serias deficiencias. Mi idea era que
a través de la lista se pudiera informar a la comunidad que se ha
iniciado un debate y facilitar el enlace para que todo el mundo pueda
participar en él. Este debate tendría lugar en Loomio de forma
transparente y accesible para cualquier persona aunque no tenga cuenta,
para luego, cuando se haya llegado a un consenso, comunicar el resultado
de nuevo en la Wiki y plasmarlo actualizando la Wiki (a lo mejor se
puede hacer un resumen estilo copy/paste desde Loomio). 

Parece que nos estemos complicando la vida pero la realidad es tal y
como dice Carlos Cámara-Menoyo: "_en los años que llevo en OSM me cuesta
ver propuestas que se lleven a cabo precisamente porque las herramientas
que usamos hacen que la conversación se diluya antes de que se llegue a
algún consenso."_ 

100% correcto: Mucho hablar, discutir y pelear - pero con las
herramientas existentes el resultado: prácticamente 0. 

* Carlos Cámara Menoyo: _...porque ambas soluciones eran de pago (al
menos entonces -desconozco si ahora hay planes para organizaciones sin
ánimo de lucro-)._

Loomio es FOSS, libre y código abierto, únicamente hace falta bajarlo e
instalarlo en un servidor. Quiero agradecer de nuevo a nuestro compañero
J Montes por ser tan amable de instalarlo de prueba en su servidor de
yourcityracing para que podamos echar un vistazo. Si esto fuera en serio
evidentemente habría que buscar una solución más "institucional",
parecido a los servidores de teselas... 

* Miguel Sevilla-Callejo: _Quizá la wiki no sea la mejor y más
dinámica forma para tomar decisiones pero por el momento es la vía que
tenemos en la comunidad para llevar a cabo estas cuestiones._

El ejemplo que pones es el proposal de una nueva etiqueta a nivel OSM
mundial. Es un proceso muy específico y claramente estructurado que
permite cierto nivel de debate y sobre todo: luego se vota! Y entonces
algo se implementa de verdad o no! El problema es esto, que sirve para
una sola cosa pero que no es aplicable a los miles de debates que
estamos teniendo: Qué "name=" usamos y en qué idiomas? Wikidata o
Wikipedia? Wikipedia en qué idiomas? Cómo aplicamos lifecycle "under
construction" en carreteras? Pub, bar o biergarten y la realidad en
España? Son algunos pocos ejemplos de temas polémicos que se me ocurren
de golpe pero hay muchos más... y que se quedan allí tirando cada uno
por su lado haciendo lo que le sale de los catanes. Además, el
ejemplo también demuestra lo que estoy criticando. 

* Santiago Crespo (en Loomio): _No me gusta la toma de decisiones por
mayoría. Prefiero por consenso, a través de la lista o de las reuniones
mensuales (que deberíamos retomar). Los acuerdos se pueden publicar en
la wiki._

Si fuera más sencillo llegar a consensos que satisfagan a todo el mundo
OSM sería muy distinto. Usar Loomio no nos obliga hacer las cosas de una
sola manera, lo decidimos nosotros: Queremos unanimidad? Pues se debate
hasta que haya aprobación 100%. Queremos que se apruebe por mayoría
amplia? Entonces decidimos que hay que llegar al 60%, al 70% o al 80%,
lo que nos parezca. Lo importante es que por fin lleguemos a ALGO y que
aquello se pueda 

Re: [OSM-talk-fr] [OSM-Talk-fr] Nouveaux stickers !

[Arnaud Champollion]

Bonjour,

 Je remplis la demande pour le groupe local OSM Digne.

Nous faisons une cartopartie d'initiation au Tiers Lieu de Riez 
https://www.lieu-dit.org/ le weekend du 31 octobre, ça sera l'occasion 
d'agrémenter la communication.


Merci

Arnaud



Le 30/09/2020 à 14:13, Florian LAINEZ a écrit :

Hello,
J'ai commandé de nouveaux stickers format ordi et smartphone, vous en 
voulez ?

C'est l'asso osm-fr qui régale.

Il suffit de s'inscrire sur ce lien : h 
ttps://openstreetmap.assoconnect.com/billetterie/offre/151633-z-planche-de-stickers 
 et 
je vous envoie ça par la poste.
Dans l'idéal, ça serait bien qu'un seul contributeur dans une 
ville/région centralise la commande et redispatche à tout le monde.


J'espère que vous aimerez le design. Perso j'en ai mis partout ;)

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




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

[OSM-talk-fr] Organised Editing/Activities/resolve linting issues in France

[Vlada Boitsik via Talk-fr]

*Bonjour de la part de l'équipe Mapbox !*


(Tout d'abord, nous sommes désolés mais nous ne parlons pas français. Ceci
est une traduction approfondie de ce message)


D'abord, nous sommes désolés mais nous ne parlons pas français. Voici une
traduction en profondeur de ce message


Dans le cadre des travaux en cours pour améliorer la qualité des données
OpenStreetMap, nous avons récemment utilisé osmlint-osmium (
https://github.com/osmlab/osmlint-osmium) et osmlint (
https://github.com/osmlab/osmlint) pour détecter des problèmes liés aux
données du réseau routier en France. Au total, 45 808 problèmes ont été
détectés pour 11 types de linters.


Dans une prochaine étape, notre équipe (
https://wiki.openstreetmap.org/wiki/Mapbox#Current_Data_Team_members)
prévoit d'examiner un sous-ensemble des détections pour mieux comprendre le
type de problèmes, et également de régler tout problème de données valide
directement dans l'OSM. Vous pouvez en savoir plus sur notre plan ici (
https://github.com/mapbox/mapping/issues/365).


Nous commençons cette semaine. Nous vous serions reconnaissants de nous
faire part de vos commentaires, de vos questions sur ce projet, ainsi que
de nous faire part de vos observations locales qui, selon vous, nous
aideront à mieux comprendre les données.


A la vôtre,


Membre de l'équipe Mapbox, Vlada



*__*

*Hello from the Mapbox Team!*


As part of on-going work to improve the quality of OpenStreetMap data, we
recently used osmlint-osmium (https://github.com/osmlab/osmlint-osmium) and
osmlint (https://github.com/osmlab/osmlint) for detecting issues related to
road network data in France. In total, there were 45,808 issues detected
across 11 types of linters.


As a next step, our team (
https://wiki.openstreetmap.org/wiki/Mapbox#Current_Data_Team_members) is
planning to review a subset of the detections to better understand the type
of issues, and also fix any valid data issues directly in the OSM. You can
read more about our plan in OSM Wiki here (
https://github.com/mapbox/mapping/issues/365) and Github ticket.

We are starting this week. We would really appreciate your feedback, any
questions you have about this project, as well as local insights that you
think will help us better understand the data.


Cheers,

Member of Mapbox team, Vlada

-- 
Best regards,
Vlada Boitsik
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Casino présente à son tour un magasin autonome, BlackBox

[Antoine Riche via Talk-fr]

Physiquement ça ressemble à un kiosque, je verrais bien :

building=kiosk
shop=convenience
self_service=only

Antoine.

Le 13/10/2020 à 17:14, Christian Quest a écrit :

Le 13/10/2020 à 17:08, Yves P. a écrit :



amenity=vending_machine où l'on peut rentrer dedans la machine à vendre,


Il va falloir être souple !
Trop fort (et souple) ces chinois :D


https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine 



Je verrais plutôt le tag de supérette (quoi qu'il doit y avoir des 
plus grands ?) avec un tag pour dire qu'il n'y a pas de vendeurs.
Comme il y en a beaucoup en Chine, il faudrait en trouver quelque uns 
pour voir comment les contributeurs locaux taguent ça.




mais est-ce nécessaire de le préciser ?


Oui, pour organiser des manifs :D



Si tu fais abstraction de la taille du bazar, c'est bien un automate 
de vente. Personne pour aider, paiement automatique d'où ma proposition.


Vu que ça sera sur un beau polygone, on aura la surface de l'automate ;)


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] OSMdata

[Arnaud Champollion]

Bonjour,

Dans "enseignement" il y a école maternelle et école primaire, mais il 
manque école élémentaire.


De plus dans les propriétés de la couche, on voit que "maternelle" 
recherche ('maternelle', 'élémentaire').


Arnaud






Le 19/09/2020 à 19:38, Zimmy ZIMMERMANN a écrit :

Bonjour,

Nous avons beaucoup travaillé jusqu'à aujourd'hui pour absorber vos 
remarques et ajouter de la convivialité à l'utilisation du démonstrateur 
de données OSM.
Nous aimerions relancer le Conseil d'Administration d'OpenStreetMap 
FRANCE pour rendre plus largement visible cette adresse qui n'a en 
réalité circulé que auprès des connaisseurs.


Le site est toujours à cette adresse : demo.openstreetmap.fr 



Pour la circonstance : un clin d'oeil 
 aux 
Journées Européennes du Patrimoine 
 
;-)
Nous serons alors en mesure de passer la 2e étape qui est celle de la 
confrontation à l'usage du public hors sphère OSM.


Avez-vous des réserves à prendre en compte avant la diffusion plus large ?
Au plaisir de vous lire,

Jean-Louis & Karl

___
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