Re: [Talk-at] minderwertige Importe

[ScubbX]

Hallo!

Genügt es in dem Fall, wenn dich jemand darum bittet, oder soll das Problem in 
einer Email an data@ erläutert werden?

Am 18. Juli 2019 01:22:50 MESZ schrieb Frederik Ramm :
>Hallo,
>
>also bevor der Zirkus jetzt hier noch weiter geht und jeder, der
>irgendwelche Reverts macht, erstmal seinen Arbeitsvertrag vorzeigen
>soll, schlage ich vor, die DWG macht das. Da ist wenigstens klar, dass
>wir nicht für die fiese österreichische Regierung arbeiten... oder?
>
>On 7/12/19 08:52, vari...@mailbox.org wrote:
>> Man könne sogar zurück gehen bis
>> https://www.openstreetmap.org/changeset/69861349 -> ich habe mir
>gerade
>> noch ein paar ältere Changesets auch noch durchgeschaut. Die Anfrage
>> könnte man also anpassen an:
>>
>node["at_bev:addr_date"="2019-04-01"](user:"addresshistory*org")(newer:"2019-05-03T00:00:00Z");out;
>
>Was haltet ihr von folgendem Vorgehen:
>
>* alles, was seit dem oben genannten Changeset von addresshistory*org
>oder einem seiner anderen Accounts erzeugt wurde, wird gelöscht (Ways
>und Nodes), ausser, der Way wurde seither von einem *anderen* User
>verändert;
>
>* alles, was seit dem oben genannten Changeset von addresshistory*org
>oder einem seiner anderen Accounts verändert oder gelöscht wurde, wird
>zurückgeändert bzw. wiederhergestellt, ausser jemand anders hat es in
>der Zwischenzeit angefasst.
>
>Hierbei *könnte* es zu Problemen kommen in Fällen, wo ah*o etwas
>gelöscht und durch einen Import ersetzt hat, und jemand anders diesen
>Import dann nachgebessert hat; in solchen Situationen würden wir nun
>die
>Löschung rückgängig machen, das neu erzeugte Objekt aber bestehen
>lassen.
>
>
>Klingt das Vorgehen sinnvoll? Oder muss man weiter in die Vergangenheit
>gehen?
>
>Viele Grüße
>Frederik Ramm
>
>-- 
>Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
>E008°23'33"
>
>___
>Talk-at mailing list
>Talk-at@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-at

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-ht] OSM Mapping RDC

[Fred Moine]

Bonjour,

Merci à toute la communauté OpenStreetMap pour leur soutien, j’ai pu
expliquer, ici à Beni RDC la force que vous représentiez. Que le partage de
savoir et la participation permette de trouver un nouvel élan à une
difficulté qu’on croyait infranchissable.

Un grand merci à nos frères Haïtiens, qui sont souvent cités ici au Congo,
de par leur résistance universelle contre toute forme d’exploitation de
l’être humain.

Le konbit retentit jusqu’au fin fond du Congo, ce que vous avez fait à Cite
Soleil, sur l’engagement de la communauté pour résoudre une crise, guide
nos pas.

On va continuer à utiliser la donnée OpenStreetMap ici, on espère avoir
encore plus de soutien de OSM RDC, pour mieux maitriser la plateforme OSM
au Nord Kivu.

Pour ma part je suis un « expert international » qui refuse d’être l’arbre
qui cache la forêt et préfère largement réunir les forces locales pour se
sortir d’un mauvais pas que d’agiter un drapeau ou logo de tel ou tel
organisation.

On prie donc pour tous les participants d’OSM qui ont donnés de leur temps
pour nous offrir une donnée de base sur OSM.

Au final vous nous avez offert :

*Has been digitized remotely by OSM community with recent satellite imagery*

*Through 2018*

*Through Feb 19*

Roads

29 209

51 109

Buildings

491 682

1 540 545

Structures digitized in the field (Health structure only the one with a
high level of trust, School, Market, church, others...)

2 761

4 991

Rivers

7 238km

10 516km



On va faire notre possible pour partager nos photos de cartographie
participative, de découpage d’aire de santé, de cellule sanitaire, et des
informations qu’on a commencé à mettre sur la plateforme avec des
imperfections et erreurs.

On vous aime : )

Fred et Jackson, Beni RDC



Hello,

Thanks to the whole OpenStreetMap community for their support, I was able
to explain here in Beni DRC the strength you represented. That the sharing
of knowledge and participation allow us to find a new impetus to a
difficulty that we thought was impassable.

A big thank you to our Haitian brothers, who are often mentioned here in
Congo, for their universal resistance against all forms of human
exploitation.

The konbit sounds all the way to the bottom of Congo, which you did in Cite
Soleil, on the community's commitment to resolve a crisis, guide our steps.

We will continue to use the OpenStreetMap data here, we hope to have even
more support from OSM RDC, to better master the OSM platform in North Kivu.

For my part, I am an "international expert" who refuses to be the tree that
hides the forest and prefers to gather local forces to get out of a bad
situation than to wave a flag or logo of a particular organization.

We therefore pray for all OSM participants who have given their time to
provide us with a baseline of OSM data.

In the end you offered us:

*Has been digitized remotely by OSM community with recent satellite imagery*

*Through 2018*

*Through Feb 19*

Roads

29 209

51 109

Buildings

491 682

1 540 545

Structures digitized in the field (Health structure only the one with a
high level of trust, School, Market, church, others...)

2 761

4 991

Rivers

7 238km

10 516km



We will do our best to share our photos of participatory mapping, health
area cutting, health cell, and information that we started putting on the
platform with imperfections and errors.

We love you: )

Fred and Jackson, Beni DRC
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[OSM-talk-fr] OSM Mapping RDC

[Fred Moine]

Bonjour,

Merci à toute la communauté OpenStreetMap pour leur soutien, j’ai pu
expliquer, ici à Beni RDC la force que vous représentiez. Que le partage de
savoir et la participation permette de trouver un nouvel élan à une
difficulté qu’on croyait infranchissable.

Un grand merci à nos frères Haïtiens, qui sont souvent cités ici au Congo,
de par leur résistance universelle contre toute forme d’exploitation de
l’être humain.

Le konbit retentit jusqu’au fin fond du Congo, ce que vous avez fait à Cite
Soleil, sur l’engagement de la communauté pour résoudre une crise, guide
nos pas.

On va continuer à utiliser la donnée OpenStreetMap ici, on espère avoir
encore plus de soutien de OSM RDC, pour mieux maitriser la plateforme OSM
au Nord Kivu.

Pour ma part je suis un « expert international » qui refuse d’être l’arbre
qui cache la forêt et préfère largement réunir les forces locales pour se
sortir d’un mauvais pas que d’agiter un drapeau ou logo de tel ou tel
organisation.

On prie donc pour tous les participants d’OSM qui ont donnés de leur temps
pour nous offrir une donnée de base sur OSM.

Au final vous nous avez offert :

*Has been digitized remotely by OSM community with recent satellite imagery*

*Through 2018*

*Through Feb 19*

Roads

29 209

51 109

Buildings

491 682

1 540 545

Structures digitized in the field (Health structure only the one with a
high level of trust, School, Market, church, others...)

2 761

4 991

Rivers

7 238km

10 516km



On va faire notre possible pour partager nos photos de cartographie
participative, de découpage d’aire de santé, de cellule sanitaire, et des
informations qu’on a commencé à mettre sur la plateforme avec des
imperfections et erreurs.

On vous aime : )

Fred et Jackson, Beni RDC



Hello,

Thanks to the whole OpenStreetMap community for their support, I was able
to explain here in Beni DRC the strength you represented. That the sharing
of knowledge and participation allow us to find a new impetus to a
difficulty that we thought was impassable.

A big thank you to our Haitian brothers, who are often mentioned here in
Congo, for their universal resistance against all forms of human
exploitation.

The konbit sounds all the way to the bottom of Congo, which you did in Cite
Soleil, on the community's commitment to resolve a crisis, guide our steps.

We will continue to use the OpenStreetMap data here, we hope to have even
more support from OSM RDC, to better master the OSM platform in North Kivu.

For my part, I am an "international expert" who refuses to be the tree that
hides the forest and prefers to gather local forces to get out of a bad
situation than to wave a flag or logo of a particular organization.

We therefore pray for all OSM participants who have given their time to
provide us with a baseline of OSM data.

In the end you offered us:

*Has been digitized remotely by OSM community with recent satellite imagery*

*Through 2018*

*Through Feb 19*

Roads

29 209

51 109

Buildings

491 682

1 540 545

Structures digitized in the field (Health structure only the one with a
high level of trust, School, Market, church, others...)

2 761

4 991

Rivers

7 238km

10 516km



We will do our best to share our photos of participatory mapping, health
area cutting, health cell, and information that we started putting on the
platform with imperfections and errors.

We love you: )

Fred and Jackson, Beni DRC
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-at] minderwertige Importe

[Johann Haag]

Ich finde, das DWG ist am Zug. Es gibt zum Beispiel in Oberösterreich eine 
Zusicherung mit den Gemeinden an den Adressen zu Arbeiten. In Regionen wie 
Burgenland Oberösterreich und der Steiermark sind durch meine Importe 
unabsichtlich sogenannte Zähladressen in unser Projekt gelangt. Daher ist dort 
ein Komplett Revert notwendig. In westlichen Bundesländern wie Vorarlberg, 
Tirol und Salzburg passt hingegen die Qualität meiner Meinung nach. Vor einem 
Revert daher dort bitte bei den Ländern anfragen, was die dazu sagen.
Grüsse

Von meinem iPhone gesendet

> Am 18.07.2019 um 00:22 schrieb Frederik Ramm :
> 
> Hallo,
> 
> also bevor der Zirkus jetzt hier noch weiter geht und jeder, der
> irgendwelche Reverts macht, erstmal seinen Arbeitsvertrag vorzeigen
> soll, schlage ich vor, die DWG macht das. Da ist wenigstens klar, dass
> wir nicht für die fiese österreichische Regierung arbeiten... oder?
> 
>> On 7/12/19 08:52, vari...@mailbox.org wrote:
>> Man könne sogar zurück gehen bis
>> https://www.openstreetmap.org/changeset/69861349 -> ich habe mir gerade
>> noch ein paar ältere Changesets auch noch durchgeschaut. Die Anfrage
>> könnte man also anpassen an:
>> node["at_bev:addr_date"="2019-04-01"](user:"addresshistory*org")(newer:"2019-05-03T00:00:00Z");out;
> 
> Was haltet ihr von folgendem Vorgehen:
> 
> * alles, was seit dem oben genannten Changeset von addresshistory*org
> oder einem seiner anderen Accounts erzeugt wurde, wird gelöscht (Ways
> und Nodes), ausser, der Way wurde seither von einem *anderen* User
> verändert;
> 
> * alles, was seit dem oben genannten Changeset von addresshistory*org
> oder einem seiner anderen Accounts verändert oder gelöscht wurde, wird
> zurückgeändert bzw. wiederhergestellt, ausser jemand anders hat es in
> der Zwischenzeit angefasst.
> 
> Hierbei *könnte* es zu Problemen kommen in Fällen, wo ah*o etwas
> gelöscht und durch einen Import ersetzt hat, und jemand anders diesen
> Import dann nachgebessert hat; in solchen Situationen würden wir nun die
> Löschung rückgängig machen, das neu erzeugte Objekt aber bestehen lassen.
> 
> 
> Klingt das Vorgehen sinnvoll? Oder muss man weiter in die Vergangenheit
> gehen?
> 
> Viele Grüße
> Frederik Ramm
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[Jorge Sanz Sanfructuoso]

Primero pedir cómo se ha pedido todas las veces que se ha sacado el tema
una cosa indispensable para poder realizar un gran cambio como este. Y es
el gran problema de todo esto. Un sistema que no lleve a equivocaciones, a
broncas y a problemas porque es ambiguo, que es el inconveniente que hay
siempre. Actualmente tenemos un sistema que funciona. Tiene pequeños fallos
como todo pero en términos generales funciona y esta bien definido. Eso no
quita que se pueda modificar, pero con cabeza y sin tener estos perjuicios
que he comentado cómo contrapartida.

Lo de Here que muestre o no las autovías el problema es otro. Si haces un
poco de zoom veras que de repente sí existe para ellos cómo tal. No lo
quitan por ese motivo. Here tiene unos problemas de representación de la
información. En Salamanca me he pegado con ellos ya con algunas cosas que
he acabado por dar como imposible. A parte de eso comentar un poco cómo
funciona here en estos temas ya que he podido tener acceso algo más
interno. Lo que puedo contar y que creo que es un claro ejemplo de lo
equivocados que podemos estar con estas propuestas. Una cosa es lo que se
muestra en dibujo, en colores (lo que se asemeja a nuestra representación
de trunk, primary,) que es lo que se ve, el render. Y otra cosa es lo
que se usa para clasificar realmente las carreteras para la navegación.
Internamente hay otra clasificación, la cual se asemeja en parte a una
propuesta que hubo hace poco en openstreetmap. No sé al final como acabo la
misma. Here tiene una clasificación numérica que indica la importancia
"real", podíamos decir, qué consideran que tienen las carreteras a parte de
la clasificación. Eso es lo que vale al final y no los colores de las
carreteras.

Hay que dejar de mirar solo lo que se ve y solo pensar en los colores que
se ven en el mapa, cosa que cuando se pusieron tonos de rojo en vez de
colores diferentes cada vez se ve menos. Lo que realmente vale es el resto
de etiquetado físico. Ni here, y google seguro que tampoco, se centran en
eso porque no es lo importante. Antaño cuando teníamos los mapas en papel
claro que sí. En papel no había más posibilidad. Pero eso con los
navegadores ya no es importante. El navegador puede coger mucha más
información que un simple color.



>
> Para que una carretera sea trunk debe incluir las siguientes
> características de forma general, que la configuran como vía rápida:
>
> -Velocidad punta sostenida 100/80 a lo largo de tramos importantes
> -Los cruces no serán a nivel
> -Vallado del recorrido con guardarraíl o terrpalén que impida el paso de
> vehículos desde caminos adyacentes
> -Arcén de 1.5 mínimo (era la característica que definía la velocidad
> máxima de una vía entre 90 y 100)
>

Con esta propuesta creo que los trunk en España quedarían como una cosa
anecdótica comparado con lo que hay ahora. No lo digo ni para bien ni para
mal. Es una cosa a estudiar y se puede mirar tener un criterio semejante a
otros países. Hay que estudiarlo bien porque puede dar conflictos con el
resto de la clasificación. Pero podría ser factible.



>
> Como podremos comprobar al ejecutar esta categorización veremos que hay
> zonas del país que no tendrán "trunks". Lógico, porque tendrán autovías,
> seguirán teniendo vías de alta capacidad y estructurantes.
>

Esto no es así. Depende de los casos. Por desgracia no todo lo que esta
ahora como trunk tiene una autovía o vías de alta capacidad y
estructurales. Por ejemplo Valladolid-Soria no la tiene. Y pasando Soria
creo que tampoco aunque eso no lo conozco lo suficiente para opinar. Por
desgracia no se han desarrollado las carreteras igual en todo el país.


>
> A partir de ahí, siguiendo la propuesta de David, si analizamos las vías
> que administrativamente cada zona considera importantes nos daremos cuenta
> que en la gran mayoría de casos un IMD relativo y velocidad media relativa
> en aquella zona confirma esa importancia de esa vía (la mayoría de vías son
> importantes porque pasa gente, parece de perogrullo pero es así). Con esos
> datos y fijándonos en las alternativas podremos pasar las carreteras a
> primary, secondary, tertiary en función de estos datos objetivos, siguiendo
> los catálogos de carreteras de las diversas administraciones.
>

Criterios claros para no llevar a equivocaciones y líos. ¿qué IMD?  ¿qué
velocidad media?,... para cada tipo de vía. ¿Cómo se mezcla eso con el
resto de cosas que quieres que se tengan en cuenta? Igualmente esos datos
tampoco representan las cosas que se dicen aquí. El gobierno tiene estos
datos y no los usa como nosotros queremos. Por algo es.

Pido por último de nuevo, dejar de pensar en el render y pensar en los
datos de verdad que por mucho que queramos 3 o 4 colores diferentes no van
a saber representar. Para todos los datos físicos ya tenemos otras
etiquetadas que siempre van a dar más información.

Saludos.

-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanzs.es/
___
Talk-es 

[OSM-talk] Removing "Wikiproject" prefix from place pages

[dcapillae]

Hi,

I'm renaming some wiki pages to remove the "Wikiproject" prefix from the
country pages, following the page naming conventions [1].

I renamed the pages related to Spain months ago. Then I continued through
America. The pages of all Spanish-speaking countries are already renamed [2]
and I have just renamed the pages related to the United States [3].

I would encourage you to make these changes for yourselves. If a volunteer
from each local community did it on their country page, we would do it
together and much faster.

I will try to rename the pages related to Canada, maybe Germany or Italy, if
I have time. First I have to contact the local communities to know if they
want to collaborate or if they prefer to rename them themselves.

Regards,
Daniel

[1]
https://wiki.openstreetmap.org/wiki/Wiki_organisation#Pages_naming_convention
[2] https://wiki.openstreetmap.org/wiki/Category:Spanish_speaking_countries
[3] https://wiki.openstreetmap.org/wiki/United_States



--
Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html

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

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[yo paseopor]

Ya está montada, podemos usar de base aquella que usamos como normalización
física la última vez y modificarla a lo que creamos conveniente.
https://wiki.openstreetmap.org/wiki/ES:Normalización_física

Salut i mapes
yopaseopor

On Wed, Jul 17, 2019 at 6:53 PM David Marín Carreño 
wrote:

> ¡Hola!
>
> Un par de comentarios extra: la clasificación entre
> trunk/primary/secondary... se puede basar en la importancia relativa de la
> vía, o en sus características físicas. Así, un highway=trunk puede ser una
> carretera muy importante, o una vía rápida, según lo que decida la
> comunidad del país.
>
> Viendo la definición actual de highway=trunk, yo de entrada degradaría
> todas las carreteras convencionales nacionales a highway=primary, a no ser
> que tengan limitación de accesos y carriles de aceleración y deceleración.
> Es decir, sería hacer algo parecido a lo que ya hacemos con
> highway=motorway: una caracterización física independientemente de la
> categoría. Y ascendería a trunk a todas las carreteras autonómicas que son
> vías rápidas.
>
> Tras eso, para distinguir entre primary, secondary y tertiary mi propuesta
> sería seguir empleando una normalización basada en el criterio
> administrativo, que marca la importancia relativa que otorga la
> administración a una vía (y que *suele* coincidir con la importancia real
> de las vías, salvo excepciones), *pero* ponderarla (llegado el caso,
> ponderarla fuertemente) según el IMD y la velocidad media comparado con IMD
> y velocidad media de carreteras cercanas y/o alternativas. Precisamente
> para soportar estas excepciones
>
> El hecho de que una carretera nacional sea un camino de cabras se
> reflejará principalmente en su IMD y velocidad media. Pero es que un camino
> de cabras puede ser un highway=primary si no hay alternativas mejores.
>
> Para establecer un nuevo criterio de normalización será necesario empezar
> a trabajar en él. ¿Montamos una página de propuesta en el wiki?
> --
> David Marín Carreño 
>
>
>
> El mié., 17 jul. 2019 a las 16:19, yo paseopor ()
> escribió:
>
>> El sistema actual tiene varias disfunciones, aunque la principal es la
>> que aquí apuntamos. Sobre criterios, propuestas, etc. no somos nuevos, se
>> han publicado mensajes y propuestas concretas, raciocinios y debates más o
>> menos enconados...para no moverse nada. Ahora nos lo plantea alguien de
>> fuera y vuelve a surgir la duda, y si surge es porque no estamos seguros,
>> hay alguna cosa que chirría. Por poner un ejemplo personal, estas son las
>> veces que he planteado este debate desde que llevo en OSM:
>>
>>
>> http://gis.19327.n8.nabble.com/Propuesta-de-cambios-en-la-normalizacion-para-Espa-a-de-carreteras-nacionales-td5925476.html
>>
>> http://gis.19327.n8.nabble.com/Mas-sobre-la-categorizacion-administrativa-de-vias-en-OSM-td5916820.html#a5916899
>>
>> http://gis.19327.n8.nabble.com/Propuesta-cambiar-la-categoria-de-algunas-carreteras-nacionales-en-base-a-su-uso-y-estado-actuales-td5915456.html#a5915968
>>
>> http://gis.19327.n8.nabble.com/Respuesta-para-las-preguntas-y-dudas-sobre-propuesta-de-cambios-en-la-normalizacion-para-las-vias-ins-td5873132.html
>>
>> http://gis.19327.n8.nabble.com/Propuesta-de-cambios-en-la-normalizacion-para-las-vias-interurbanas-td5872842.html#a5873004
>>
>> http://gis.19327.n8.nabble.com/Re-Resumen-de-Talk-es-Vol-111-Envio-22-td5872351.html
>>
>> Incluso en una de ellas diseñé un mapa con los resultados a escala
>> española:
>> https://imgur.com/SicS3Gu
>>
>> Para consultar el resto lo puedes encontrar aquí:
>>
>>
>> http://gis.19327.n8.nabble.com/template/NamlServlet.jtp?macro=search_page=5409873=trunk=192=date
>>
>> No hay pocos mensajes. Algunos de estos mensajes me han llevado a salir
>> fuera de OSMEs durante una temporada. Para mi es máxima prioridad generar
>> el mejor mapa posible. Hacerlo con criterios puramente administrativos,
>> provenientes del Plan Peña no me parece adecuado para gente que cuando el
>> mapa no le funciona, no le da el resultado esperado,  usa Waze (de GM) .
>> Por suerte hoy en día la gente en general podemos acceder a información
>> técnica totalmente objetiva. Por ello propongo:
>>
>> -Tener en cuenta los datos de Intensidad Media Diaria (datos oficiales)
>> -Tener en cuenta los datos de Velocidad Media (datos oficiales)
>> -Tener en cuenta los elementos físicos de la vía - velocidad,no cruces a
>> nivel, vallado del recorrido,arcenes (datos físicos)
>> -Tener en cuenta la estructuración de vías alternativas (datos físicos)
>>
>> Salut i mapes
>> yopaseopor
>>
>> PD:  la N-301 entre Ocaña y La Roda tiene como alternativa la AP-36, con
>> tramos incluso libres de peaje, ¿seguro que hace la función de trunk según
>> los criterios establecidos - IMD,Velocidad Media,punta de velocidad,no
>> cruces a nivel, vallado del recorrido para evitar accesos indebidos,
>> arcenes... - ?
>>
>> la N-322 sí cumpliría con el hecho de no tener vías alternativas y ser
>> estructurante, excepto el tramo ya desdoblado entre 

Re: [Talk-at] minderwertige Importe

[Frederik Ramm]

Hallo,

also bevor der Zirkus jetzt hier noch weiter geht und jeder, der
irgendwelche Reverts macht, erstmal seinen Arbeitsvertrag vorzeigen
soll, schlage ich vor, die DWG macht das. Da ist wenigstens klar, dass
wir nicht für die fiese österreichische Regierung arbeiten... oder?

On 7/12/19 08:52, vari...@mailbox.org wrote:
> Man könne sogar zurück gehen bis
> https://www.openstreetmap.org/changeset/69861349 -> ich habe mir gerade
> noch ein paar ältere Changesets auch noch durchgeschaut. Die Anfrage
> könnte man also anpassen an:
> node["at_bev:addr_date"="2019-04-01"](user:"addresshistory*org")(newer:"2019-05-03T00:00:00Z");out;

Was haltet ihr von folgendem Vorgehen:

* alles, was seit dem oben genannten Changeset von addresshistory*org
oder einem seiner anderen Accounts erzeugt wurde, wird gelöscht (Ways
und Nodes), ausser, der Way wurde seither von einem *anderen* User
verändert;

* alles, was seit dem oben genannten Changeset von addresshistory*org
oder einem seiner anderen Accounts verändert oder gelöscht wurde, wird
zurückgeändert bzw. wiederhergestellt, ausser jemand anders hat es in
der Zwischenzeit angefasst.

Hierbei *könnte* es zu Problemen kommen in Fällen, wo ah*o etwas
gelöscht und durch einen Import ersetzt hat, und jemand anders diesen
Import dann nachgebessert hat; in solchen Situationen würden wir nun die
Löschung rückgängig machen, das neu erzeugte Objekt aber bestehen lassen.


Klingt das Vorgehen sinnvoll? Oder muss man weiter in die Vergangenheit
gehen?

Viele Grüße
Frederik Ramm

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[yo paseopor]

Sobre Castilla y León autopista no sé. Autovía yo conozco esta:
A-231
https://www.google.com/maps/@42.3492803,-4.7297333,3a,15y,267.58h,85.64t/data=!3m6!1e1!3m4!1szqCNgrlD_-idH976nkR-Xg!2e0!7i13312!8i6656
 y hay esta
CL-631
https://www.google.com/maps/@42.638498,-6.5811536,3a,75y,6.06h,84.33t/data=!3m6!1e1!3m4!1sCOqXbwQePabbLFuI4LP7eA!2e0!7i13312!8i6656
 esta otra
A-601
https://www.google.com/maps/@41.1209752,-4.2548513,3a,15y,16.54h,86.67t/data=!3m6!1e1!3m4!1sOsklmtRv_5-QgFeUr6dMAg!2e0!7i13312!8i6656
 y también esta
A-610
https://www.google.com/maps/@41.9758496,-4.4613492,3a,15y,258.34h,85.59t/data=!3m6!1e1!3m4!1sPwhUaSH2RvS-EnyRn8QIYA!2e0!7i13312!8i6656

Y que no sean autovías...
https://www.google.com/maps/@41.6225617,-2.2194769,3a,75y,40.84h,88.04t/data=!3m6!1e1!3m4!1sTNlAPrWqpRXBCdem6vQPAA!2e0!7i16384!8i8192

Extraído de :
https://datosabiertos.jcyl.es/web/jcyl/set/es/transporte/carreteras-redbasica/1284771891310

Francamente, yo creo que debemos hacer una mínima propuesta , que incluya
todas las carreteras, independientemente de la administración de la que
dependen y aplicaría una propuesta como la de David.

Para que una carretera sea trunk debe incluir las siguientes
características de forma general, que la configuran como vía rápida:

-Velocidad punta sostenida 100/80 a lo largo de tramos importantes
-Los cruces no serán a nivel
-Vallado del recorrido con guardarraíl o terrpalén que impida el paso de
vehículos desde caminos adyacentes
-Arcén de 1.5 mínimo (era la característica que definía la velocidad máxima
de una vía entre 90 y 100)

Como podremos comprobar al ejecutar esta categorización veremos que hay
zonas del país que no tendrán "trunks". Lógico, porque tendrán autovías,
seguirán teniendo vías de alta capacidad y estructurantes.

A partir de ahí, siguiendo la propuesta de David, si analizamos las vías
que administrativamente cada zona considera importantes nos daremos cuenta
que en la gran mayoría de casos un IMD relativo y velocidad media relativa
en aquella zona confirma esa importancia de esa vía (la mayoría de vías son
importantes porque pasa gente, parece de perogrullo pero es así). Con esos
datos y fijándonos en las alternativas podremos pasar las carreteras a
primary, secondary, tertiary en función de estos datos objetivos, siguiendo
los catálogos de carreteras de las diversas administraciones.

Os hago un llamado a que reflexioneis sobre la cuestión, mirad el mapa de
Google, tan moderno y en zooms altos...refleja la misma realidad que un
mapa del siglo pasado (refleja las mismas vías, no es broma - solo en
Catalunya aplica un criterio diferente, como veis se destacan algunas vías
que no son nacionales ni autovías, si miraris Menorca...no hay carreteras y
en Eivissa sólo existe la autovía del aeropuerto , que fue tan polémica).
https://www.google.com/maps/@41.6671791,1.3690149,104308m/data=!3m1!1e3
Pero si comparamos..Here no sale mejor parada.
https://tools.geofabrik.de/mc/#7/42.0638/0.8259=3=mapnik=here-map=google-map
Incluso falta la autovía León-Burgos, por el simple hecho de ser
autónomica, un despropósito, vamos.
Es la oportunidad para que incluso a esos niveles de zoom dónde los otros
fallan nosotros podamos mostrar el mejor mapa posible con las vías que
realmente estructuran y dan servicio a este país, incluso aunque no
necesariamente sean de Fomento.

Lo podemos hacer mejor. De verdad
Salut i mapes
yopaseopor







On Wed, Jul 17, 2019 at 8:52 PM Jorge Sanz Sanfructuoso 
wrote:

> En Castilla y León tampoco. Y por lo menos la parte que conozco no creo
> que se debieran subir a trunk. Creo que no llegamos a tener ninguna
> autopista autonómica siquiera. Y las que son carreteras no llegarían ni por
> características ni por uso de las mismas. Puede que se me escape alguna.
>
> El mié., 17 jul. 2019 a las 13:57, David Marín Carreño ()
> escribió:
>
>> Depende de la C.A.
>>
>> En Extremadura, por ejemplo, no.
>> --
>> David Marín Carreño 
>>
>>
>>
>> El mié., 17 jul. 2019 a las 13:45, Ricardo Sanz (<
>> ricardosanz1...@gmail.com>) escribió:
>>
>>> buenas,
>>>
>>> de hecho, en la normalización de las carreteras autonómicas están
>>> clasificadas las vías más importantes de cada región como "Trunk", verdad?
>>>
>>> un saludo
>>>
>>> El mié., 17 jul. 2019 a las 13:28, David Marín Carreño (<
>>> dav...@gmail.com>) escribió:
>>>
 El problema ahí puede venir de cómo se han normalizado las carreteras
 en la Comunidad Autónoma de Extremadura, en la que las autonómicas de
 primer nivel (EX-1XX) se han definido como primary en lugar de trunk. ¿Por
 qué? Una carretera autonómica puede ser, perfectamente, una trunk, y por
 ello propongo realizar ese cambio.

 La normalización administrativa permite realizar la clasificación por
 criterios objetivos y genéricos, a falta de tener otros criterios objetivos
 (como pudiera ser el IMD de una carretera).

 Si encontráis criterios objetivos y verificables para proponer otra
 normalización, pues 

Re: [OSM-talk-fr] nettoyage du centre de la France

[Phyks]

Salut,

> Le nettoyage a été fait, et reverté par Jawg apparemment parce que
> leur rendu ne gère pas les pays mapé sous forme de way/relation mais 
> uniquement sous forme de nœud (ce qui fait qu'il leur en manque 99 !)
> Vu que le revert intégral, si vous cherchez France métropolitaine,
> osm vous dira à nouveau que c'est un pays name=France :(

Je ne comprends pas trop l'argument ici… Pourquoi annuler un changement
qui (si j'ai bien suivi) est parfaitement valide et cohérent, au motif
que leur outil ne supporte pas ce schéma ?

Pour information, openstreetmap-carto (le style osm.org) et donc, tous
les styles dérivés, utilisent les polygones pour le rendu des noms de
pays :
https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.mml#L1178-L1198.

OSM-Fr utilise par contre le nœud je crois :
https://github.com/cquest/osmfr-cartocss/blob/master/osmfr.yml#L762-L766


> La discussion se poursuit sur le changet pour au moins virer cette 
> erreur en attendant que Jawg améliore son rendu.

Pour ceux qui ne veulent pas chercher, la discussion est ici
https://www.openstreetmap.org/changeset/72226819 :)

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

[Talk-at] Organisiertes Mappen un Österreich

[Johann Haag]

Ich fordere dazu auf, dass Mitarbeiter des Bundesamt für Vermessungswesen und 
Mitarbeiter der Landes Vermessungsämter  gemäss der 
https://wiki.openstreetmap.org/wiki/Organised_Editing_Guidelines ihre 
Mitwirkung in OpenStreetMap offenlegen.
Grüsse Johann Haag
Ehrenamtlicher und unabhängiger Mapper 

Von meinem iPhone gesendet___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Zweiter Benutzer von addresshistory*org mit edits?

[Johann Haag]

So jetzt reicht es aber.
Ich fordere hiermit auf, entsprechend folgender Vorgabe 
https://blog.openstreetmap.org/2019/02/09/organised-editing-guidelines/ vor vor 
umfassenden Reverts  eine Erklärung abzugeben, hierbei nicht für das BEV zu 
arbeiten. Oder hierbei nicht die Interessen des BEV zu vertreten. Grüsse

Von meinem iPhone gesendet

> Am 17.07.2019 um 07:08 schrieb gppes_...@web.de:
> 
> Nein.
> 
> Leider ist es so, dass an der derzeitigen Situation rein gar nichts mehr 
> belustigend ist.
> 
> Und die Edits schaetze ich nicht als Irrtum, sonder als das ein, was Du (aus 
> meiner bescheidenen Sicht) schon die ganze Zeit machst: Ein Gratwandern, ein 
> Ausloten wie weit man noch gehen kann, was die AT Community noch ertragen 
> kann.
> 
> Ich spreche mich fuer eine Sperre aus. Beispielsweise eine Sommerpause von 
> drei Monaten?: Edits, Mailinglist, Forum.
> 
> Lg, Gppes
> 
>> Gesendet: Dienstag, 16. Juli 2019 um 23:04 Uhr
>> Von: "Johann Haag" 
>> An: "OpenStreetMap AT" 
>> Betreff: Re: [Talk-at] Zweiter Benutzer von addresshistory*org mit edits?
>> 
>> Lese gerade belustigt Eure Theorien,
>> Urlaubsgrüsse aus Irland.
>> Ja das war ich... das Delete in Tirol ein Versehen.
>> Lg
>> 
>> Von meinem iPhone gesendet
>> 
>>> Am 16.07.2019 um 08:37 schrieb vari...@mailbox.org:
>>> 
>>> Es gibt offensichtlich einen neuen Benutzer, der oft nichts anderes macht, 
>>> als den Tag at_bev:addr_date=2019-04-01 zu löschen. Wurde auch gefragt, 
>>> warum er das gemacht hat ohne Antwort: 
>>> https://www.openstreetmap.org/changeset/72163441 weiter Beispiele z. B. 
>>> https://www.openstreetmap.org/node/6468524050/history und 
>>> https://www.openstreetmap.org/node/6468524046/history  und erzeugt somit 
>>> aus vielen importierten Adressen eine v2. 
>>> 
>>> Bei diesem Changeset von Landeskarte hat auch dann addresshistory 
>>> weiterkommentiert: https://www.openstreetmap.org/changeset/71428706 Im Blog 
>>> ist auf einen ziemlich netten Hinweis auch eher pampig 
>>> https://www.openstreetmap.org/user/Landeskarte/diary/43306 
>>> http://whosthat.osmz.ru/  Eine Whoisabfrage nach "landeskarte" und nach 
>>> "addresshistory*" gehen beide auf geocodec zurück. 
>>> 
>>> Während natürliche mehrere Accounts erlaubt sind, widerspricht das "mal den 
>>> Tag mit BEV löschen" meiner Meinung nach Sachen. Änderung ohne 
>>> Verbesserung, der Lizenzhinweis geht verloren (Adresse immerhin per 
>>> Datensatz reingeholt und nicht per survey) und es wirkt, als wollte er dem 
>>> "nur v1 löschen" entgehen. 
>>> https://wiki.openstreetmap.org/wiki/OpenStreetMap_account#Account_Names_and_Multi_Account_Policies
>>> 
>>> Was wird hier auf der Liste von solchen Edits bzw. Zweitaccounts gehalten? 
>>> z. B. für Imports wird das ja klar gefordert und sollte dann aber auch klar 
>>> kommuniziert werden und beides ist nicht der Fall.
>>> ___
>>> Talk-at mailing list
>>> Talk-at@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-at
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Comment tagguer...

[deuzeffe]

On 15/07/2019 12:52, marc marc wrote:

Le 13.07.19 à 13:01, deuzeffe a écrit :

On 13/07/2019 09:55, pepilepi...@ovh.fr wrote:

Un moulin à huile (craft=oil_mill, jusque là pas de problème) avec une
boutique qui vend des olives sous toutes leurs formes outre l'huile.
Vous taggueriez ça comment ?


Un node supplémentaire avec shop=farm produce=olive_oil;olive


attention à la confusion fréquence :
un champs produit des produits dit naturels -> produce=*
un artisan, une usine fabrique des produits -> product=*


Chef ! Oui Chef ! A refrai pu, chef !
(jusqu'à la prochaine fois :/)


shop=greengrocer me semble trop généraliste et occulter le fait que
c'est de la "production du moulin et des oliveraies alentour".


je suis d'accord avec ce critère :
si c'est la production locale shop=farm
si c'est produit ailleurs shop=greengrocer


ok.
--
deuzeffe

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

Re: [OSM-talk-fr] Taguer une place

[deuzeffe]

On 17/07/2019 08:56, Topographe Fou wrote:

Moi j'aurais laissé le nom aussi sur la route...


C'est ce que j'ai fini par (re)faire : nominatim ne s'en sortait pas et 
osmose me criait dessus. On verra quand il fera moins chaud...


Merci pour vos réponses.
--
deuzeffe

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

Re: [Talk-GB] Automated Code-Point Open postcode editing (simple cases only)

[Devonshire]

On Wed, Jul 17, 2019, at 12:56 PM, Mateusz Konieczny wrote:
> In that case maybe it would be a good idea to merge existing address-only 
> nodes
> with building outlines as the first step?

Some buildings (usually post office locations but also some others such as 
council offices) can have more than one postcode so I usually put those 
additional postcodes on separate nodes.

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

Re: [OSM-talk-fr] nettoyage du centre de la France

[marc marc]

Bonsoir,

quelques nouvelles de ce problèmes :
Le nettoyage a été fait, et reverté par Jawg apparemment parce que
leur rendu ne gère pas les pays mapé sous forme de way/relation mais 
uniquement sous forme de nœud (ce qui fait qu'il leur en manque 99 !)
Vu que le revert intégral, si vous cherchez France métropolitaine,
osm vous dira à nouveau que c'est un pays name=France :(
La discussion se poursuit sur le changet pour au moins virer cette 
erreur en attendant que Jawg améliore son rendu.

si vous avez un rendu perso, c'est le moment de vérifier
que vous n'avez pas la même limitation :-)

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

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[Jorge Sanz Sanfructuoso]

En Castilla y León tampoco. Y por lo menos la parte que conozco no creo que
se debieran subir a trunk. Creo que no llegamos a tener ninguna autopista
autonómica siquiera. Y las que son carreteras no llegarían ni por
características ni por uso de las mismas. Puede que se me escape alguna.

El mié., 17 jul. 2019 a las 13:57, David Marín Carreño ()
escribió:

> Depende de la C.A.
>
> En Extremadura, por ejemplo, no.
> --
> David Marín Carreño 
>
>
>
> El mié., 17 jul. 2019 a las 13:45, Ricardo Sanz (<
> ricardosanz1...@gmail.com>) escribió:
>
>> buenas,
>>
>> de hecho, en la normalización de las carreteras autonómicas están
>> clasificadas las vías más importantes de cada región como "Trunk", verdad?
>>
>> un saludo
>>
>> El mié., 17 jul. 2019 a las 13:28, David Marín Carreño ()
>> escribió:
>>
>>> El problema ahí puede venir de cómo se han normalizado las carreteras en
>>> la Comunidad Autónoma de Extremadura, en la que las autonómicas de primer
>>> nivel (EX-1XX) se han definido como primary en lugar de trunk. ¿Por qué?
>>> Una carretera autonómica puede ser, perfectamente, una trunk, y por ello
>>> propongo realizar ese cambio.
>>>
>>> La normalización administrativa permite realizar la clasificación por
>>> criterios objetivos y genéricos, a falta de tener otros criterios objetivos
>>> (como pudiera ser el IMD de una carretera).
>>>
>>> Si encontráis criterios objetivos y verificables para proponer otra
>>> normalización, pues haced propuestas concretas. La normalización actual no
>>> es perfecta y puede mejorarse, pero sigo pensando que el criterio
>>> administrativo no es desacertado ya que, en general, funciona.
>>>
>>> Un cordial saludo,
>>>
>>> --
>>> David Marín Carreño 
>>>
>>>
>>>
>>> El lun., 15 jul. 2019 a las 16:48, Carlos Dávila (<
>>> cdavi...@orangecorreo.es>) escribió:
>>>
 Suscribo por completo lo que dices Jaume. También hace años que dije,
 cuando se debatió el tema, que me parecía un error clasificar las vías
 por criterios administrativos. Por eso lo de añadir otras etiquetas que
 aporten información sobre la realidad física de las vías. Solo un
 ejemplo para ilustrar lo absurdo que puede ser usar la clasificación
 administrativa: la carretera que une Cáceres y Badajoz era antiguamente
 una nacional (trunk), pero hace unos 15 años el estado la cedió a la
 comunidad autónoma (primary) y hace unos meses la Junta de Extremadura
 se la ha vuelto a pasar al estado y es otra vez una nacional. Las
 características físicas de la vía no han cambiado en todo ese tiempo.
 En el fondo creo que estamos diciendo lo mismo. Si una nacional no
 tiene
 características físicas para ser trunk que no lo sea.

 El 15/7/19 a las 7:25, Jaume Figueras i Jové escribió:
 > Hola,
 > el mapeado de carreteras, tal y como se hace con las nacionales, es
 un clarísimo caso de mapeado para el BOE.
 > Las características físicas deben primar por delante de la
 clasificación administrativa.
 > Mi opinión no ha cambiado en los últimos 9 años.
 > Buenos dias y Salut!!
 >
 > @Olivier: BOE est le Journal Officel de l'Espagne.
 >
 >
 > On 14 July 2019 11:55:08 p.m. GMT+02:00, Olivier 
 wrote:
 >> Creo que estoy más o menos de acuerdo con Yopaseopor en su forma de
 ver
 >> las cosas.
 >> Por lo que entiendo, las carreteras etiquetadas como trunk deberían
 ser
 >> parecidas a autovias/autopistas pero en general más estrechas y con
 >> conexiones a otras carreteras con via de aceleración y deceleración
 >> segun entras o sales, y que solo son tramos de carreteras, no una
 >> carretera entera porque la gestiona tal entidad administrativa.
 Además
 >> entiendo esas carreteras como reservadas a coches, motos y camiones,
 es
 >> decir prohibidas a tractores, bicis y peatones. Con lo cual añadir la
 >> etiquetas cycle=yes, foot=yes, horse=yes me parece contrario a la
 base
 >> misma de lo que son esas carreteras.
 >> Al ser francés, conozco bastante bien Francia y he visto como esta
 >> etiquetado alli. Los tramos de nacionales que se han pasado de vez en
 >> cuando a 2 veces 2 carriles separados se llaman vias rapidas y estan
 >> limitadas a 110 en lugar de 90 (o 80 actualmente) y estan etiquetados
 >> como trunk y el resto de la nacional donde no hay separación esta
 como
 >> primary. Es bastante facil de entender creo.
 >> Es verdad que España esta todo más caótico al nivel de carreteras y
 >> sobretodo de como están gestionadas. Cada comunidad tiene sus
 >> caracteristicas, sus contradicciones y entendor al nivel global es
 >> complicado (por lo menos para mi). Pero he pasado por carreteras
 >> etiquetadas como trunk que eran nacionales que antiguamente estaban
 >> limitadas a 100, que tienen caminos que salen perpendicular solo con
 un
 >> stop o incluse cede el paso, solo 2 cariles en sentido 

Re: [OSM-talk-fr] Galileo, le GPS européen, est en panne depuis plusieurs jours

[Stéphane Péneau]

Le problème se situe au sol, et ça commence à faire long :
https://insidegnss.com/update-galileo-service-degraded-on-all-satellites-precise-timing-facility-problems-cited/
https://insidegnss.com/galileo-outage-update-service-failure-poses-serious-questions/



Le 16/07/2019 à 06:36, Yves P. a écrit :
Futura-Sciences: Galileo, le GPS européen, est en panne depuis 
plusieurs jours.

https://www.futura-sciences.com/sciences/actualites/constellation-satellites-galileo-gps-europeen-panne-depuis-plusieurs-jours-76865/

___
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] Depuratore

[Francesco Ansanelli]

Description
Service building usually is a small umanned building with certain machinery
(like pumps or transformers)Ecco la definizione di Building service secondo
il wiki...

Il mer 17 lug 2019, 19:48 scratera  ha scritto:

> ..e perchè no bulding=industrial
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Automated Code-Point Open postcode editing (simple cases only)

[Andrzej]

These should reasonably easy to remove from the dataset, easier than checking 
for existing addresses. Thanks for the suggestion. 

Best regards,
ndrw6 

On 17 July 2019 18:09:39 BST, David Woolley  wrote:
>On 16/07/2019 22:19, ndrw6 wrote:
>> 3. Use a collation plugin to collate both datasets with "centroid 
>> distance" set to "< 15m". The condition is there to apply postcodes
>only 
>> to small buildings in direct vicinity of the codepoint centroid.
>
>This algorithm will apply PO Box number postcodes to some buildings 
>adjacent to the post office.  Similarly for other high use post codes, 
>which are close to residential areas.
>
>___
>Talk-GB mailing list
>Talk-GB@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-lv] Rescuing tree import in Valmiera made by Pēteris Brūns

[Rihards]

On 04.07.19 19:24, Mateusz Konieczny wrote:
> 
> Fundamental and initial problem:
> what is the license of this data?

As far as I know, there have been some semi-official approvals, but that
is not sufficient. Will poke around to see whether something more
specific can be obtained.

> 4 lip 2019, 16:06 od ric...@nakts.net:
> 
> On 03.07.19 12:37, Peteris Bruns wrote:
> 
> Hi,
> 
> mainly all I can explain was done already answering to Michael
> at this
> thread 
> https://www.openstreetmap.org/changeset/57269387#map=14/57.5362/25.4167
> 
> In general, I'm now not ready to check all steps required by import
> procedure. Feel free to delete/revert changesets.
> 
> 
> Data quality wise, what other problems exist besides the excess hyphen?-- 
 Rihards

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

Re: [Talk-it] Depuratore

[scratera]

..e perchè no bulding=industrial 



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España

[Cyttorak]

Genial. Veo que con esto:

[out:json][timeout:25];
> area["ISO3166-2"="ES-MD"]->.a;
> relation["type"="route"]["route"="subway"](area.a);
> out body;
> >;
> out skel qt;
> area["ISO3166-2"="ES-MD"]->.a;
> relation["type"="route"]["route"="train"](area.a);
> out body;
> >;
> out skel qt;
> area["ISO3166-2"="ES-MD"]->.a;
> relation["type"="route"]["route"="light_rail"](area.a);
> out body;
> >;
> out skel qt;


me da todo lo que quiero. ¿esta bien así o se podría escribir más
eficientemente?

Muchas gracias.

On Wed, Jul 17, 2019 at 3:24 PM Héctor Ochoa  wrote:

> Buenas,
> con esta consulta https://overpass-turbo.eu/s/KOq puedes sacar las
> relaciones que tienen las etiquetas type=route y route=subway [1] en el
> área que tiene como código ISO3166-2 ES-MD (básicamente, Comunidad de
> Madrid).
> El resultado de la consulta lo puedes exportar a diversos formatos como
> GeoJSON, GPX o KML.
> Para más información sobre cómo funciona Overpass, aquí:
> https://wiki.openstreetmap.org/wiki/Overpass_API
> https://wiki.openstreetmap.org/wiki/Overpass_turbo
>
> Saludos,
> Héctor
>
> [1] https://wiki.openstreetmap.org/wiki/Tag:route%3Dsubway
>
> El mié., 17 jul. 2019 a las 14:05, Cyttorak ()
> escribió:
>
>> puedes hacer una consulta directamente a la base de datos de OSM vía
>>> overpass-turbo.eu y descargarte las geometrías resultantes
>>
>> La verdad es que no tengo ni idea de como funciona eso. Estoy muy verde.
>> Este es el primer mapa que hago.
>>
>> On Wed, Jul 17, 2019 at 11:27 AM Héctor Ochoa 
>> wrote:
>>
>>> Buenas,
>>> si lo deseas, puedes hacer una consulta directamente a la base de datos
>>> de OSM vía overpass-turbo.eu y descargarte las geometrías resultantes.
>>> Quizás eso te sirva.
>>>
>>> Perdón por la brevedad, ando respondiendo por móvil. Si no consigues que
>>> te salga puedo responder más adelante con la consulta realizada.
>>>
>>> Saludos,
>>> Héctor
>>>
>>> Cyttorak via Talk-es  şunları yazdı (17 Tem
>>> 2019 11:20):
>>>
>>> Esta por ejemplo la capa de transporte que sale en la pagina de OSM
 https://www.openstreetmap.org/#map=14/40.4191/-3.7049=T
 Muestra todas las rutas de transporte por lo que también salen buses.
 No sé si es lo que necesitas.
>>>
>>>
>>> Gracias, pero justo busco uno sin buses, para que se vea más claro.
>>>
>>> te recomiendo otro repositorio de github que contiene capas diversas
 entre las que puedes encontrar alguna que te pueda interesar como la que
 sugiere Jorge.
 https://leaflet-extras.github.io/leaflet-providers/preview/
>>>
>>>
>>> Genial, así veo como incluir la capa, pero entre los ejemplos el que
>>> sale de transportes es el que también tiene buses.
>>>
>>> Seguiré buscando. Gracias.
>>>
>>>
>>>
>>> On Tue, Jul 16, 2019 at 2:28 PM yo paseopor 
>>> wrote:
>>>
 En primer lugar , como mola tu mapa y el hecho de que el código esté
 disponible. Estoy seguro que a muchos nos puede interesar. en segundo lugar
 te recomiendo otro repositorio de github que contiene capas diversas entre
 las que puedes encontrar alguna que te pueda interesar como la que sugiere
 Jorge.
 https://leaflet-extras.github.io/leaflet-providers/preview/

 Salut i mapes
 yopaseopor

 On Tue, Jul 16, 2019 at 2:11 PM Cyttorak  wrote:

> Hola
>
> ¿Como podría añadir una capa en mi mapa
>  para que se vea el trazado
> (no solo las estaciones) de metro, cercanías y metro ligero de Madrid,
> España?
> ¿Hay alguna capa ya hecha para esto que pueda importar?
>
> Gracias.
> ___
> 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: [Talk-GB] Automated Code-Point Open postcode editing (simple cases only)

[David Woolley]

On 16/07/2019 22:19, ndrw6 wrote:
3. Use a collation plugin to collate both datasets with "centroid 
distance" set to "< 15m". The condition is there to apply postcodes only 
to small buildings in direct vicinity of the codepoint centroid.


This algorithm will apply PO Box number postcodes to some buildings 
adjacent to the post office.  Similarly for other high use post codes, 
which are close to residential areas.


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

Re: [OSM-talk] handling street names in speech

[Colin Smale]

On 2019-07-17 10:44, Rory McCann wrote:

> I don't think this counts as "tagging for the renderer", which is more about 
> adding false data to "make the map look like what you want" (e.g. "I want a 
> blue line here, like the `route=ferry` line, so I'll use that").
> 
> I think it could be very helpful for place names which aren't pronounced the 
> way you pronounce regular English words. e.g. in Ireland: "Dun Laoghaire" 
> [dun leary], "Tallaght" [tala], "Youghal" [yal], "Portlaoise" [port leash]. 
> This could be a problem even in England with places like "Reading", 
> "Worchester", "Cirencester".

And homographs like Gillingham (Kent) and Gillingham (Dorset) which are
pronounced differently (soft vs hard G) 

Oh what a wonderful language...___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-pt] Talk-pt Digest, Vol 114, Issue 4

[Filohipo]

Experimenta mudar de navegador.
Há um (agora não me lembro qual) que de vez em quando dá problemas


Miguel Tavares  escreveu no dia quarta,
17/07/2019 à(s) 13:50:

> Estou a tentar entrar por desktop e portátil.
>
> Já tentei entrar utilizando vários computadores. Sempre com a mesma
> mensagem de resposta.
>
> miguel
>
> On Wed, Jul 17, 2019 at 1:00 PM  wrote:
>
>> Send Talk-pt mailing list submissions to
>> talk-pt@openstreetmap.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.openstreetmap.org/listinfo/talk-pt
>> or, via email, send a message with subject or body 'help' to
>> talk-pt-requ...@openstreetmap.org
>>
>> You can reach the person managing the list at
>> talk-pt-ow...@openstreetmap.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Talk-pt digest..."
>>
>>
>> Today's Topics:
>>
>>1. Acesso ao OSM (Miguel Tavares)
>>2. Re: Acesso ao OSM (Filohipo)
>>
>>
>> --
>>
>> Message: 1
>> Date: Wed, 17 Jul 2019 10:49:06 +0100
>> From: Miguel Tavares 
>> To: talk-pt@openstreetmap.org
>> Subject: [Talk-pt] Acesso ao OSM
>> Message-ID:
>> <
>> cabq-ap2mm-uvi7hjuxh4fa3ke6plngsjoxnkagqmkjqu1j9...@mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Alguém pode ajudar, não saio desta mensagem após tentar entrar no OSM com
>> as minhas credenciais:
>> Application error
>>
>> The OpenStreetMap server encountered an unexpected condition that
>> prevented
>> it from fulfilling the request (HTTP 500)
>>
>> Feel free to contact <http://wiki.openstreetmap.org/wiki/Contact> the
>> OpenStreetMap community if your problem persists. Make a note of the exact
>> URL / post data of your request.
>>
>> This may be a problem in our Ruby On Rails code. 500 occurs with
>> exceptions
>> thrown outside of an action (like in Dispatcher setups or broken Ruby
>> code)
>> miguel
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL: <
>> http://lists.openstreetmap.org/pipermail/talk-pt/attachments/20190717/ff9ed8d8/attachment-0001.html
>> >
>>
>> --
>>
>> Message: 2
>> Date: Wed, 17 Jul 2019 11:28:21 +0100
>> From: Filohipo 
>> To: "Lista de discuss,o para Portugal"
>> 
>> Subject: Re: [Talk-pt] Acesso ao OSM
>> Message-ID:
>> > 5_hmbjh+8z8t0gmc...@mail.gmail.com>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Olá. Ajudava se dissesses como estás a tentar entrar. PC, telemóvel, etc
>> Cumprimentos
>> F
>> Os para ajuda mais rápida usa o osmportugal, grupo do Telegrama (Android)
>>
>>
>> A quarta, 17/07/2019, 10:49, Miguel Tavares 
>> escreveu:
>>
>> > Alguém pode ajudar, não saio desta mensagem após tentar entrar no OSM
>> com
>> > as minhas credenciais:
>> > Application error
>> >
>> > The OpenStreetMap server encountered an unexpected condition that
>> > prevented it from fulfilling the request (HTTP 500)
>> >
>> > Feel free to contact <http://wiki.openstreetmap.org/wiki/Contact> the
>> > OpenStreetMap community if your problem persists. Make a note of the
>> exact
>> > URL / post data of your request.
>> >
>> > This may be a problem in our Ruby On Rails code. 500 occurs with
>> > exceptions thrown outside of an action (like in Dispatcher setups or
>> broken
>> > Ruby code)
>> > miguel
>> > ___
>> > Talk-pt mailing list
>> > Talk-pt@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-pt
>> >
>> -- next part --
>> An HTML attachment was scrubbed...
>> URL: <
>> http://lists.openstreetmap.org/pipermail/talk-pt/attachments/20190717/064abd25/attachment-0001.html
>> >
>>
>> --
>>
>> Subject: Digest Footer
>>
>> ___
>> Talk-pt mailing list
>> Talk-pt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-pt
>>
>>
>> --
>>
>> End of Talk-pt Digest, Vol 114, Issue 4
>> ***
>>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk-fr] Import vectoriel d'éléments de cadastre depuis JOSM + documentation

[lenny.libre]

Le 17/07/2019 à 00:12, Baptiste Jonglez a écrit :

Salut,

Jusqu'ici, j'importais les bâtiments du cadastre « à la main », en
affichant la couche cadastre dans JOSM et en reproduisant le tracé des
bâtiments en créant les points et polygones moi-même.

Hors, dans les slides de la présentation de Vincent Privat au dernier
SOTM [1], j'ai découvert une méthode bien plus efficace avec le plugin
cadastre-fr, qui permet d'importer une zone en vectoriel et de copier des
bâtiments choisis vers la couche OSM ! (page 16 des slides)

Sauf erreur de ma part, ce n'est documenté nulle part sur le wiki : j'ai
raté quelque chose ?  Les seules choses que j'ai trouvé, c'est :

- le point d'entrée supposé pour le cadastre [2], que je trouve
   relativement peu lisible

- un autre point d'entrée [3] que je trouve bien plus intéressant

- une description de la méthode « à la main » que j'utilisais jusqu'ici [4]

- une méthode d'import semi-automatique à grande échelle [5], qui est
   assez complexe et pas du tout adaptée quand on veut juste importer un ou
   deux bâtiments


Pour ma part, c'est bien cette page que j'utilise pour récupérer les 
bâtiments : au paragraphe 
https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents#T.C3.A9l.C3.A9charger_les_fichiers_OSM
il y a un lien vers le formulaire de http://cadastre.openstreetmap.fr/ 
avec lequel tu peux sélectionner une commune ou une zone plus petite en 
sélectionnant la case à cocher "Sélectionner une zone à exporter"


Par contre la sélection de la zone n'est pas expliqué.

cordialement

Leni


[5]https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[David Marín Carreño]

¡Hola!

Un par de comentarios extra: la clasificación entre
trunk/primary/secondary... se puede basar en la importancia relativa de la
vía, o en sus características físicas. Así, un highway=trunk puede ser una
carretera muy importante, o una vía rápida, según lo que decida la
comunidad del país.

Viendo la definición actual de highway=trunk, yo de entrada degradaría
todas las carreteras convencionales nacionales a highway=primary, a no ser
que tengan limitación de accesos y carriles de aceleración y deceleración.
Es decir, sería hacer algo parecido a lo que ya hacemos con
highway=motorway: una caracterización física independientemente de la
categoría. Y ascendería a trunk a todas las carreteras autonómicas que son
vías rápidas.

Tras eso, para distinguir entre primary, secondary y tertiary mi propuesta
sería seguir empleando una normalización basada en el criterio
administrativo, que marca la importancia relativa que otorga la
administración a una vía (y que *suele* coincidir con la importancia real
de las vías, salvo excepciones), *pero* ponderarla (llegado el caso,
ponderarla fuertemente) según el IMD y la velocidad media comparado con IMD
y velocidad media de carreteras cercanas y/o alternativas. Precisamente
para soportar estas excepciones

El hecho de que una carretera nacional sea un camino de cabras se reflejará
principalmente en su IMD y velocidad media. Pero es que un camino de cabras
puede ser un highway=primary si no hay alternativas mejores.

Para establecer un nuevo criterio de normalización será necesario empezar a
trabajar en él. ¿Montamos una página de propuesta en el wiki?
--
David Marín Carreño 



El mié., 17 jul. 2019 a las 16:19, yo paseopor ()
escribió:

> El sistema actual tiene varias disfunciones, aunque la principal es la que
> aquí apuntamos. Sobre criterios, propuestas, etc. no somos nuevos, se han
> publicado mensajes y propuestas concretas, raciocinios y debates más o
> menos enconados...para no moverse nada. Ahora nos lo plantea alguien de
> fuera y vuelve a surgir la duda, y si surge es porque no estamos seguros,
> hay alguna cosa que chirría. Por poner un ejemplo personal, estas son las
> veces que he planteado este debate desde que llevo en OSM:
>
>
> http://gis.19327.n8.nabble.com/Propuesta-de-cambios-en-la-normalizacion-para-Espa-a-de-carreteras-nacionales-td5925476.html
>
> http://gis.19327.n8.nabble.com/Mas-sobre-la-categorizacion-administrativa-de-vias-en-OSM-td5916820.html#a5916899
>
> http://gis.19327.n8.nabble.com/Propuesta-cambiar-la-categoria-de-algunas-carreteras-nacionales-en-base-a-su-uso-y-estado-actuales-td5915456.html#a5915968
>
> http://gis.19327.n8.nabble.com/Respuesta-para-las-preguntas-y-dudas-sobre-propuesta-de-cambios-en-la-normalizacion-para-las-vias-ins-td5873132.html
>
> http://gis.19327.n8.nabble.com/Propuesta-de-cambios-en-la-normalizacion-para-las-vias-interurbanas-td5872842.html#a5873004
>
> http://gis.19327.n8.nabble.com/Re-Resumen-de-Talk-es-Vol-111-Envio-22-td5872351.html
>
> Incluso en una de ellas diseñé un mapa con los resultados a escala
> española:
> https://imgur.com/SicS3Gu
>
> Para consultar el resto lo puedes encontrar aquí:
>
>
> http://gis.19327.n8.nabble.com/template/NamlServlet.jtp?macro=search_page=5409873=trunk=192=date
>
> No hay pocos mensajes. Algunos de estos mensajes me han llevado a salir
> fuera de OSMEs durante una temporada. Para mi es máxima prioridad generar
> el mejor mapa posible. Hacerlo con criterios puramente administrativos,
> provenientes del Plan Peña no me parece adecuado para gente que cuando el
> mapa no le funciona, no le da el resultado esperado,  usa Waze (de GM) .
> Por suerte hoy en día la gente en general podemos acceder a información
> técnica totalmente objetiva. Por ello propongo:
>
> -Tener en cuenta los datos de Intensidad Media Diaria (datos oficiales)
> -Tener en cuenta los datos de Velocidad Media (datos oficiales)
> -Tener en cuenta los elementos físicos de la vía - velocidad,no cruces a
> nivel, vallado del recorrido,arcenes (datos físicos)
> -Tener en cuenta la estructuración de vías alternativas (datos físicos)
>
> Salut i mapes
> yopaseopor
>
> PD:  la N-301 entre Ocaña y La Roda tiene como alternativa la AP-36, con
> tramos incluso libres de peaje, ¿seguro que hace la función de trunk según
> los criterios establecidos - IMD,Velocidad Media,punta de velocidad,no
> cruces a nivel, vallado del recorrido para evitar accesos indebidos,
> arcenes... - ?
>
> la N-322 sí cumpliría con el hecho de no tener vías alternativas y ser
> estructurante, excepto el tramo ya desdoblado entre Úbeda y Jaén siguiendo
> los recoridos de la A-32 y A-44.
>
> On Wed, Jul 17, 2019 at 1:43 PM David Marín Carreño 
> wrote:
>
>> Hola.
>>
>> El dom., 14 jul. 2019 a las 15:44, yo paseopor ()
>> escribió:
>>
>>> Siento disentir, el problema no es el render, es la realidad
>>> administrativa ,que en algunos casos dista mucho de las características de
>>> la realidad física. Aquí se optó sin excepciones ni 

Re: [Talk-at] Zweiter Benutzer von addresshistory*org mit edits?

[Rudolf Mayer]

Hallo,

gppes_...@web.de wrote on 17/07/2019 08:08:

Leider ist es so, dass an der derzeitigen Situation rein gar nichts mehr 
belustigend ist.

Und die Edits schaetze ich nicht als Irrtum, sonder als das ein, was Du (aus 
meiner bescheidenen Sicht) schon die ganze Zeit machst: Ein Gratwandern, ein 
Ausloten wie weit man noch gehen kann, was die AT Community noch ertragen kann.



Eigentlich ist es ja auch relativ egal, ob das Johann oder ein anderer 
Benutzer war - beides ist nicht akzeptabel.



Ich spreche mich fuer eine Sperre aus. Beispielsweise eine Sommerpause von drei 
Monaten?: Edits, Mailinglist, Forum.



Bin auch dafür.

Lg

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

Re: [OSM-talk] handling street names in speech

[Greg Troxel]

Rory McCann  writes:

> I don't think this counts as “tagging for the renderer”, which is more
> about adding false data to “make the map look like what you want”
> (e.g. “I want a blue line here, like the `route=ferry` line, so I'll
> use that”).
>
> I think it could be very helpful for place names which aren't
> pronounced the way you pronounce regular English words. e.g. in
> Ireland: “Dun Laoghaire” [dun leary], “Tallaght” [tala], “Youghal”
> [yal], “Portlaoise” [port leash]. This could be a problem even in
> England with places like “Reading”, “Worchester”, “Cirencester”.

I was about to start off by suggesting that the name->IPA database be
separate as it was not clearly geospatial.  After congratuluating myself
for knowing how to pronounce Portlaoise, I came to "Worchester".  In New
England, we have a "Worcester" and "Marlborough" as well, but they are
pronounced quite differently, "w[oo-shwaish] stah'", and the first R in
marlboro is mostly dropped, boston style.  It definitely sounds funny
when pronounced in straight standard English, and I had already
considered extending osmand to have boston pronunciations.

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

Re: [OSM-talk] add notes to personal profile

[Martin Trautmann]

On 19-07-17 18:03, Philip Barnes wrote:
> On Wed, 2019-07-17 at 17:40 +0200, Martin Trautmann wrote:

> Notes that you create, either through osm.org or OSMand can be found on
> your profile under My Notes.

Ah, thanks, my mistake. Yes, you are right, there they are.

I guess I would have expected some stronger visual effect - "My
Messages" has a count 0 with green background, the profile has nothing.

Even within my profile, there are numbers behind edits, traces and
diary, but not behind the notes.

So thanks, notes are added to my profile. Now I'd wish to have notes,
created by myself, to be shown with a counter number behind My Notes and
My Profile above.

Schönen Gruß
Martin



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

Re: [Talk-at] minderwertige Importe

[ScubbX]

Hallo!

Ich habe hier eine Liste der Changesets, in denen "at_bev" als source 
Kommentar enthalten ist und die von adresshistory*org stammen auf


https://send.firefox.com/download/f3994d3c2ea74ff1/#7l9zzsSLDUyDvrC4Z75kkg

hochgeladen.

Die Datei bev_crs.log beinhält alle Changesets, die Datei 
bev_crs_only_cs_ids.log nur die IDs der jeweiligen Changesets als Liste.


lg,
Markus (ScubbX)


Am 12.07.19 um 19:32 schrieb gppes_...@web.de:

Hallo,

Du musst mit dem juengsten Edit (also dem Edit, der v3 erzeugt hat) anfangen 
und dann zu immer aelteren Versionen (also dann den Edit der v2 gemacht hat, 
zuletzt den erzeugenden Edit), sonst wird's schwierig!

Lg, Gppes


Gesendet: Freitag, 12. Juli 2019 um 17:47 Uhr
Von: "andreas wecer" 
An: "OpenStreetMap AT" 
Betreff: Re: [Talk-at] minderwertige Importe

Kann mir mal jemand beim (partiellen) Revert dieses Changesets behilflich
sein?
https://www.openstreetmap.org/changeset/71043071

Hier hat er existierende Adressen gelöscht, die kein addr:street oder
addr:place hatten, u.a. auch 200 vollständig angegebene Adressen, die nur
addr:hamlet statt addr:place hatten, wie diese hier:
https://www.openstreetmap.org/relation/2666001/history

Neben diesen hat er allerdings auch noch seine eigenen Duplikate gelöscht,
wobei er die aus irgendeinem Grund in diesem Changeset nicht direkt
gelöscht hat, sondern nur die Tags entfernt hat und die leeren Nodes
anschließend in einem anderen Changeset gelöscht hat
https://www.openstreetmap.org/node/6533111972/history
https://www.openstreetmap.org/changeset/71043190

Wenn ich jetzt #71043071 mit dem JOSM Reverter rückgängig machen möchte,
bekomme ich damit haufenweise Konflikte, weil es davon schon wieder die v3
gibt, wo sie im separaten Changeset gelöscht wurden. Ich könnte jetzt
annehmen, dass die Konflikte immer diese Fälle betreffen und daher einfach
alle Konflikte auf die Server-Version auflösen, aber so ganz wohl ist mir
dabei auch nicht.

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


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


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

Re: [OSM-talk] add notes to personal profile

[Andy Townsend]

On 17/07/2019 16:40, Martin Trautmann wrote:

I recently uploaded some notes from osmand+ to openstreetmap, but did
not see them first.

I now learned how to activate the notes layer both for openstreetmap and
its editor.

But I would prefer that notes would be added to my personal profile in
order to find and edit them.

Is there any chance to connect the notes database with the user's profile?

Apologies if I'm misunderstanding the question, but any notes that you 
add as a logged in user should be visible from your profile.  For 
example, my OSM user is https://www.openstreetmap.org/user/SomeoneElse/ 
and from that profile page there is a link to 
https://www.openstreetmap.org/user/SomeoneElse/notes .


That shows all the notes that I've added, commented on or resolved.

Best Regards,

Andy


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

Re: [OSM-talk] add notes to personal profile

[Philip Barnes]

On Wed, 2019-07-17 at 17:40 +0200, Martin Trautmann wrote:
> Hi all,
> 
> I recently uploaded some notes from osmand+ to openstreetmap, but did
> not see them first.
> 
> I now learned how to activate the notes layer both for openstreetmap
> and
> its editor.
> 
> But I would prefer that notes would be added to my personal profile
> in
> order to find and edit them.
> 
> Is there any chance to connect the notes database with the user's
> profile?
> 
Notes that you create, either through osm.org or OSMand can be found on
your profile under My Notes.

HTH Phil (trigpoint)


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

[OSM-talk] add notes to personal profile

[Martin Trautmann]

Hi all,

I recently uploaded some notes from osmand+ to openstreetmap, but did
not see them first.

I now learned how to activate the notes layer both for openstreetmap and
its editor.

But I would prefer that notes would be added to my personal profile in
order to find and edit them.

Is there any chance to connect the notes database with the user's profile?

Schönen Gruß
Martin



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

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[yo paseopor]

El sistema actual tiene varias disfunciones, aunque la principal es la que
aquí apuntamos. Sobre criterios, propuestas, etc. no somos nuevos, se han
publicado mensajes y propuestas concretas, raciocinios y debates más o
menos enconados...para no moverse nada. Ahora nos lo plantea alguien de
fuera y vuelve a surgir la duda, y si surge es porque no estamos seguros,
hay alguna cosa que chirría. Por poner un ejemplo personal, estas son las
veces que he planteado este debate desde que llevo en OSM:

http://gis.19327.n8.nabble.com/Propuesta-de-cambios-en-la-normalizacion-para-Espa-a-de-carreteras-nacionales-td5925476.html
http://gis.19327.n8.nabble.com/Mas-sobre-la-categorizacion-administrativa-de-vias-en-OSM-td5916820.html#a5916899
http://gis.19327.n8.nabble.com/Propuesta-cambiar-la-categoria-de-algunas-carreteras-nacionales-en-base-a-su-uso-y-estado-actuales-td5915456.html#a5915968
http://gis.19327.n8.nabble.com/Respuesta-para-las-preguntas-y-dudas-sobre-propuesta-de-cambios-en-la-normalizacion-para-las-vias-ins-td5873132.html
http://gis.19327.n8.nabble.com/Propuesta-de-cambios-en-la-normalizacion-para-las-vias-interurbanas-td5872842.html#a5873004
http://gis.19327.n8.nabble.com/Re-Resumen-de-Talk-es-Vol-111-Envio-22-td5872351.html

Incluso en una de ellas diseñé un mapa con los resultados a escala española:
https://imgur.com/SicS3Gu

Para consultar el resto lo puedes encontrar aquí:

http://gis.19327.n8.nabble.com/template/NamlServlet.jtp?macro=search_page=5409873=trunk=192=date

No hay pocos mensajes. Algunos de estos mensajes me han llevado a salir
fuera de OSMEs durante una temporada. Para mi es máxima prioridad generar
el mejor mapa posible. Hacerlo con criterios puramente administrativos,
provenientes del Plan Peña no me parece adecuado para gente que cuando el
mapa no le funciona, no le da el resultado esperado,  usa Waze (de GM) .
Por suerte hoy en día la gente en general podemos acceder a información
técnica totalmente objetiva. Por ello propongo:

-Tener en cuenta los datos de Intensidad Media Diaria (datos oficiales)
-Tener en cuenta los datos de Velocidad Media (datos oficiales)
-Tener en cuenta los elementos físicos de la vía - velocidad,no cruces a
nivel, vallado del recorrido,arcenes (datos físicos)
-Tener en cuenta la estructuración de vías alternativas (datos físicos)

Salut i mapes
yopaseopor

PD:  la N-301 entre Ocaña y La Roda tiene como alternativa la AP-36, con
tramos incluso libres de peaje, ¿seguro que hace la función de trunk según
los criterios establecidos - IMD,Velocidad Media,punta de velocidad,no
cruces a nivel, vallado del recorrido para evitar accesos indebidos,
arcenes... - ?

la N-322 sí cumpliría con el hecho de no tener vías alternativas y ser
estructurante, excepto el tramo ya desdoblado entre Úbeda y Jaén siguiendo
los recoridos de la A-32 y A-44.

On Wed, Jul 17, 2019 at 1:43 PM David Marín Carreño 
wrote:

> Hola.
>
> El dom., 14 jul. 2019 a las 15:44, yo paseopor ()
> escribió:
>
>> Siento disentir, el problema no es el render, es la realidad
>> administrativa ,que en algunos casos dista mucho de las características de
>> la realidad física. Aquí se optó sin excepciones ni replanteamientos por la
>> realidad administrativa. Y seremos capaces de poner tres etiquetas por
>> tramo para intentar volver a unir la realidad administrativa con la física
>> aunque no peguen ni con cola ... hasta que nos vuelvan a llamar la atención
>> desde fuera porque el resto de OSM no funciona así.
>>
>
> A ver. La normalización con la que contamos se usará hasta que decidamos
> usar otra.
>
> El principal problema que tiene el sistema actual es la equivalencia entre
> nacionales y trunk, que en algunos casos habría que desterrar. Pero si se
> destierran y se cambian por otra categoría, habrá que usar criterios
> objetivos y verificables para decidir qué categoria se le pone a la
> nacional de marras...
>
> Que en Francia sus trunk son motorroad, pues ole sus narices. Aquí en
> España las nacionales normalmente no son motorroad, y habría que cascarles
> un motorroad=no a casi todas ellas para ser consecuentes con la definición
> de trunk. Porque hay algunas nacionales que siguen desempeñando el papel de
> trunk, como la N-301 entre Ocaña y La Roda, o la N-320 entre Jaén y
> Albacete...
>
> Un cordial saludo,
> --
> David Marín Carreño
> ___
> 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-it] foot=yes su strade con marciapiede

[Francesco Lotti]

Ciao,
anche a me pare ridondante specificare foot=yes su strade in cui il tag è
implicito.
Personalmente ho sempre utilizzato sidewalk=both/left/right
oppure highway=footway + footway=sidewalk e foot=no sulla way principale a
seconda dei casi. In effetti sidewalk=separate mi pare certamente più
pertinente di foot=no ma non sono così sicuro che i vari sistemi di routing
lo interpretino correttamente.

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

Re: [Talk-it] foot=yes su strade con marciapiede

[Martin Koppenhoefer]

Am Mi., 17. Juli 2019 um 15:03 Uhr schrieb Volker Schmidt :

> foot|bicycle=yes non aggiunge niente ai default (che non sono sicuro se è
> definito bene per la situazione in Italia per tute le categorie di strade,
> ma questo è un'altra storia)
>


in assenza del default vale sempre il default ;-)
il default per tutte le strade è tutti=yes, ad eccezione delle autostrade e
le strade con motorroad=yes

Certi tipi di highway potrebbero avere i loro default che sovrascrivono il
default generale



> foot|bicycle=no (su una strada con default "yes") indica un divieto locale
> (tipicamente un segno stradale)
>


+1



> La cosa diventa complicata quando ci sono highway=footway o uno dei tipi
> di "ciclabili" che portano con se l'obbligo di uso paralleli alla strada.
>


obbligo in certi condizioni.




>
>
> Diffetti:
> 1) sono utilizzati poco (bicycle) o pochissimo (foot)
>


questo non è un diffetto che mi fa pensare all'invenzione di ancora un
nuovo tag ;-)

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

Re: [Talk-it] foot=yes su strade con marciapiede

[Martin Koppenhoefer]

Am Mi., 17. Juli 2019 um 12:17 Uhr schrieb Volker Schmidt :

> Vedo che mancava qualcosa nel mio ragionamento: quando c'è un
> marciapiede/ciclabile lungo una strada c'è l'obbligo di uso per
> pedoni/ciclisti. Se questa  strada è taggata foot=yes / bicycle=yes
> potrebbe confondere il router.
>
>

è più complesso: quando porti "cose grosse" che darebbero fastidio sul
marciapiede devi usare la strada anche come pedone. Lo stesso se il
marciapiede è inagebile.

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

Re: [Talk-it] foot=yes su strade con marciapiede

[emmexx]

On 07/17/2019 03:02 PM, Volker Schmidt wrote:
> bicycle=yes  una ciclabile/ciclopedonale paralleli cui uso sarebbe
> obbligatorio

L'uso è obbligatorio se si tratta di una ciclabile. Se si tratta di una
ciclopedonale ad uso promiscuo non vige l'obbligo.

(Immagino tu lo sappia, ma per chiarire a chi conosce meno i dettagli
del codice della strada)

http://www.ciclobby.it/ciclobby/index.php%3Fsection=85.html

Su Waybackmachine ci sono i documenti dell'ing. Chiarini della FIAB
sulla bici:

https://web.archive.org/web/20180825012506/http://studiochiarini.it/documenti.htm

ciao
maxx

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

Re: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España

[Héctor Ochoa]

Buenas,
con esta consulta https://overpass-turbo.eu/s/KOq puedes sacar las
relaciones que tienen las etiquetas type=route y route=subway [1] en el
área que tiene como código ISO3166-2 ES-MD (básicamente, Comunidad de
Madrid).
El resultado de la consulta lo puedes exportar a diversos formatos como
GeoJSON, GPX o KML.
Para más información sobre cómo funciona Overpass, aquí:
https://wiki.openstreetmap.org/wiki/Overpass_API
https://wiki.openstreetmap.org/wiki/Overpass_turbo

Saludos,
Héctor

[1] https://wiki.openstreetmap.org/wiki/Tag:route%3Dsubway

El mié., 17 jul. 2019 a las 14:05, Cyttorak () escribió:

> puedes hacer una consulta directamente a la base de datos de OSM vía
>> overpass-turbo.eu y descargarte las geometrías resultantes
>
> La verdad es que no tengo ni idea de como funciona eso. Estoy muy verde.
> Este es el primer mapa que hago.
>
> On Wed, Jul 17, 2019 at 11:27 AM Héctor Ochoa 
> wrote:
>
>> Buenas,
>> si lo deseas, puedes hacer una consulta directamente a la base de datos
>> de OSM vía overpass-turbo.eu y descargarte las geometrías resultantes.
>> Quizás eso te sirva.
>>
>> Perdón por la brevedad, ando respondiendo por móvil. Si no consigues que
>> te salga puedo responder más adelante con la consulta realizada.
>>
>> Saludos,
>> Héctor
>>
>> Cyttorak via Talk-es  şunları yazdı (17 Tem
>> 2019 11:20):
>>
>> Esta por ejemplo la capa de transporte que sale en la pagina de OSM
>>> https://www.openstreetmap.org/#map=14/40.4191/-3.7049=T
>>> Muestra todas las rutas de transporte por lo que también salen buses. No
>>> sé si es lo que necesitas.
>>
>>
>> Gracias, pero justo busco uno sin buses, para que se vea más claro.
>>
>> te recomiendo otro repositorio de github que contiene capas diversas
>>> entre las que puedes encontrar alguna que te pueda interesar como la que
>>> sugiere Jorge.
>>> https://leaflet-extras.github.io/leaflet-providers/preview/
>>
>>
>> Genial, así veo como incluir la capa, pero entre los ejemplos el que sale
>> de transportes es el que también tiene buses.
>>
>> Seguiré buscando. Gracias.
>>
>>
>>
>> On Tue, Jul 16, 2019 at 2:28 PM yo paseopor  wrote:
>>
>>> En primer lugar , como mola tu mapa y el hecho de que el código esté
>>> disponible. Estoy seguro que a muchos nos puede interesar. en segundo lugar
>>> te recomiendo otro repositorio de github que contiene capas diversas entre
>>> las que puedes encontrar alguna que te pueda interesar como la que sugiere
>>> Jorge.
>>> https://leaflet-extras.github.io/leaflet-providers/preview/
>>>
>>> Salut i mapes
>>> yopaseopor
>>>
>>> On Tue, Jul 16, 2019 at 2:11 PM Cyttorak  wrote:
>>>
 Hola

 ¿Como podría añadir una capa en mi mapa
  para que se vea el trazado
 (no solo las estaciones) de metro, cercanías y metro ligero de Madrid,
 España?
 ¿Hay alguna capa ya hecha para esto que pueda importar?

 Gracias.
 ___
 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: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España

[yo paseopor]

OSM es una base de datos , más que un mapa así que vía overpass puedes
extraer los datos que desees que estén dentro de esa base de datos. Te
recomiendo que te pasees por el grupo de Telegram (http://t.me/OSMES) y te
lo podremos explicar mejor en directo.

Salut i mapes
yopaseopor

On Wed, Jul 17, 2019 at 2:06 PM Cyttorak  wrote:

> puedes hacer una consulta directamente a la base de datos de OSM vía
>> overpass-turbo.eu y descargarte las geometrías resultantes
>
> La verdad es que no tengo ni idea de como funciona eso. Estoy muy verde.
> Este es el primer mapa que hago.
>
> On Wed, Jul 17, 2019 at 11:27 AM Héctor Ochoa 
> wrote:
>
>> Buenas,
>> si lo deseas, puedes hacer una consulta directamente a la base de datos
>> de OSM vía overpass-turbo.eu y descargarte las geometrías resultantes.
>> Quizás eso te sirva.
>>
>> Perdón por la brevedad, ando respondiendo por móvil. Si no consigues que
>> te salga puedo responder más adelante con la consulta realizada.
>>
>> Saludos,
>> Héctor
>>
>> Cyttorak via Talk-es  şunları yazdı (17 Tem
>> 2019 11:20):
>>
>> Esta por ejemplo la capa de transporte que sale en la pagina de OSM
>>> https://www.openstreetmap.org/#map=14/40.4191/-3.7049=T
>>> Muestra todas las rutas de transporte por lo que también salen buses. No
>>> sé si es lo que necesitas.
>>
>>
>> Gracias, pero justo busco uno sin buses, para que se vea más claro.
>>
>> te recomiendo otro repositorio de github que contiene capas diversas
>>> entre las que puedes encontrar alguna que te pueda interesar como la que
>>> sugiere Jorge.
>>> https://leaflet-extras.github.io/leaflet-providers/preview/
>>
>>
>> Genial, así veo como incluir la capa, pero entre los ejemplos el que sale
>> de transportes es el que también tiene buses.
>>
>> Seguiré buscando. Gracias.
>>
>>
>>
>> On Tue, Jul 16, 2019 at 2:28 PM yo paseopor  wrote:
>>
>>> En primer lugar , como mola tu mapa y el hecho de que el código esté
>>> disponible. Estoy seguro que a muchos nos puede interesar. en segundo lugar
>>> te recomiendo otro repositorio de github que contiene capas diversas entre
>>> las que puedes encontrar alguna que te pueda interesar como la que sugiere
>>> Jorge.
>>> https://leaflet-extras.github.io/leaflet-providers/preview/
>>>
>>> Salut i mapes
>>> yopaseopor
>>>
>>> On Tue, Jul 16, 2019 at 2:11 PM Cyttorak  wrote:
>>>
 Hola

 ¿Como podría añadir una capa en mi mapa
  para que se vea el trazado
 (no solo las estaciones) de metro, cercanías y metro ligero de Madrid,
 España?
 ¿Hay alguna capa ya hecha para esto que pueda importar?

 Gracias.
 ___
 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
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-pt] Talk-pt Digest, Vol 114, Issue 4

[f . dos . santos]

Parece ser um problema com tua conta. Pessoalmente não encontro nenhum problema 
em fazer o login.

Tenho uma lembrança que isto já aconteceu (usuário locked), o melhor é entrar 
em contacto e pedir ajuda a um admin em IRC :

- https://wiki.openstreetmap.org/wiki/IRC

Se não tens um client IRC podes usar o teu web browser com o link indicado em 
"How to use IRC".

Francisco

PS: se não te importes é melhor mudar as tuas preferências da lista de 
discussão para receber cada mensagem da lista e não um resumo. O tráfego é 
pouco, o modo resumido não faz sentido.

- Mail original -
From: "Miguel Tavares" 
To: talk-pt@openstreetmap.org
Date: 17/07/2019 14:49:41
Subject: Re: [Talk-pt] Talk-pt Digest, Vol 114, Issue 4




Estou a tentar entrar por desktop e portátil. 


Já tentei entrar utilizando vários computadores. Sempre com a mesma mensagem de 
resposta. 


miguel 



On Wed, Jul 17, 2019 at 1:00 PM < talk-pt-requ...@openstreetmap.org > wrote: 


Send Talk-pt mailing list submissions to 
talk-pt@openstreetmap.org 

To subscribe or unsubscribe via the World Wide Web, visit 
https://lists.openstreetmap.org/listinfo/talk-pt 
or, via email, send a message with subject or body 'help' to 
talk-pt-requ...@openstreetmap.org 

You can reach the person managing the list at 
talk-pt-ow...@openstreetmap.org 

When replying, please edit your Subject line so it is more specific 
than "Re: Contents of Talk-pt digest..." 


Today's Topics: 

1. Acesso ao OSM (Miguel Tavares) 
2. Re: Acesso ao OSM (Filohipo) 


-- 

Message: 1 
Date: Wed, 17 Jul 2019 10:49:06 +0100 
From: Miguel Tavares < tavares.mig...@gmail.com > 
To: talk-pt@openstreetmap.org 
Subject: [Talk-pt] Acesso ao OSM 
Message-ID: 
< cabq-ap2mm-uvi7hjuxh4fa3ke6plngsjoxnkagqmkjqu1j9...@mail.gmail.com > 
Content-Type: text/plain; charset="utf-8" 

Alguém pode ajudar, não saio desta mensagem após tentar entrar no OSM com 
as minhas credenciais: 
Application error 

The OpenStreetMap server encountered an unexpected condition that prevented 
it from fulfilling the request (HTTP 500) 

Feel free to contact < http://wiki.openstreetmap.org/wiki/Contact > the 
OpenStreetMap community if your problem persists. Make a note of the exact 
URL / post data of your request. 

This may be a problem in our Ruby On Rails code. 500 occurs with exceptions 
thrown outside of an action (like in Dispatcher setups or broken Ruby code) 
miguel 
-- next part -- 
An HTML attachment was scrubbed... 
URL: < 
http://lists.openstreetmap.org/pipermail/talk-pt/attachments/20190717/ff9ed8d8/attachment-0001.html
 > 

-- 

Message: 2 
Date: Wed, 17 Jul 2019 11:28:21 +0100 
From: Filohipo < filoh...@gmail.com > 
To: "Lista de discuss,o para Portugal" 
< talk-pt@openstreetmap.org > 
Subject: Re: [Talk-pt] Acesso ao OSM 
Message-ID: 
 
Content-Type: text/plain; charset="utf-8" 

Olá. Ajudava se dissesses como estás a tentar entrar. PC, telemóvel, etc 
Cumprimentos 
F 
Os para ajuda mais rápida usa o osmportugal, grupo do Telegrama (Android) 


A quarta, 17/07/2019, 10:49, Miguel Tavares < tavares.mig...@gmail.com > 
escreveu: 

> Alguém pode ajudar, não saio desta mensagem após tentar entrar no OSM com 
> as minhas credenciais: 
> Application error 
> 
> The OpenStreetMap server encountered an unexpected condition that 
> prevented it from fulfilling the request (HTTP 500) 
> 
> Feel free to contact < http://wiki.openstreetmap.org/wiki/Contact > the 
> OpenStreetMap community if your problem persists. Make a note of the exact 
> URL / post data of your request. 
> 
> This may be a problem in our Ruby On Rails code. 500 occurs with 
> exceptions thrown outside of an action (like in Dispatcher setups or broken 
> Ruby code) 
> miguel 
> ___ 
> Talk-pt mailing list 
> Talk-pt@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-pt 
> 
-- next part -- 
An HTML attachment was scrubbed... 
URL: < 
http://lists.openstreetmap.org/pipermail/talk-pt/attachments/20190717/064abd25/attachment-0001.html
 > 

-- 

Subject: Digest Footer 

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


-- 

End of Talk-pt Digest, Vol 114, Issue 4 
*** 

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

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

Re: [Talk-it] foot=yes su strade con marciapiede

[Volker Schmidt]

foot|bicycle=yes non aggiunge niente ai default (che non sono sicuro se è
definito bene per la situazione in Italia per tute le categorie di strade,
ma questo è un'altra storia)
foot|bicycle=no (su una strada con default "yes") indica un divieto locale
(tipicamente un segno stradale)
La cosa diventa complicata quando ci sono highway=footway o uno dei tipi di
"ciclabili" che portano con se l'obbligo di uso paralleli alla strada.

In teoria ci sono i tag sulla strada che indicano l'uso obbligatorio del
marciapiede o percorso ciclabile parallelo alla strada:
per pedoni: foot=use_sidepath (27 in Italia,  27 887 nel mondo)
per bici:  bicycle=use_sidepath (135 in Italia, 10 nel mondo)

Diffetti:
1) sono utilizzati poco (bicycle) o pochissimo (foot)
2) grazie a iD ci sono tante strade con
foot=yes e un marciapiede parallelo cui uso sarebbe obbligatorio
bicycle=yes  una ciclabile/ciclopedonale paralleli cui uso sarebbe
obbligatorio
(ma non so come trovare questi casi)

Volker

On Wed, 17 Jul 2019 at 13:16, Francesco Ansanelli 
wrote:

> Ma foot=no sarebbe un divieto, come per un'autostrada. Perché non
> condividi il metodo con cui testi il routing a piedi e la destinazione che
> da errore in modo che proviamo a capire insieme il problema e valutare se è
> il caso di correggere il programma anziché la mappa?
> Francesco
>
> Il mer 17 lug 2019, 12:19 solitone  ha scritto:
>
>>
>>
>> > On 17 Jul 2019, at 12:16, Volker Schmidt  wrote:
>> >
>> > Vedo che mancava qualcosa nel mio ragionamento: quando c'è un
>> marciapiede/ciclabile lungo una strada c'è l'obbligo di uso per
>> pedoni/ciclisti. Se questa  strada è taggata foot=yes / bicycle=yes
>> potrebbe confondere il router.
>> >
>>
>> Quindi intendi dire che su quella strada bisognerebbe piuttosto
>> specificare foot=no?
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Fwd: OSM- Salon géonumérique St Dié

[PanierAvide]

Bonjour,

L'équipe d'organisation nous confirme que nous aurons le stand mis à 
disposition gratuitement (voir réponse ci-dessous), si une animation est 
proposée. Des personnes présentes localement sont intéressées ?


Cordialement,

Adrien P.

Bonjour,

Après discussion avec l’équipe organisatrice du salon géonumérique de St 
Dié, nous vous confirmons que la participation à la programmation du 
salon via une animation permet la mise à disposition gratuite d’un stand.


En ce qui concerne cette animation, il faudrait quelque chose de 
ludique/pédagogique (majorité de scolaire le vendredi, grand public pas 
forcément initié à la géographie le weekend), sachant qu’il y a déjà 
plusieurs proposition de carto-party.


Bien cordialement,


Le 15/07/2019 à 13:16, PanierAvide a écrit :


Bonjour,

Quelques informations supplémentaires de la part des organisateurs 
ci-dessous.


Cordialement,

Adrien P.

Bonjour

Je peux voir pour la gratuité du stand, et un hébergement peut être 
couvert.


Nous attendons une proposition d’Agroparistech sur une animation grand 
public et scolaire type cartoparty simplifiée.


De votre côté pourrait-on imaginer aussi un type d’animation même sur 
le stand (prise en main OSM pour les débutants…) susceptible d’être 
affichée dans le programme ? et aller dans le sens d’une participation 
à la programmation pouvant exonérer du prix du stand ?


Je reviens vers vous dès que j’ai des éléments.


Le 15/07/2019 à 12:22, Benoit Fournier - OpenStreetMap France a écrit :
Est-ce que quelqu'un peut/veut présenter OSM, tenir un stand, ... au 
Festival International de Géographie de St Dié des Vosges (4-6 
octobre 2019) ?


Annonce sur plusieurs listes, suite de la discussion sur association@ 
de préférence.


--
Benoît

-- Forwarded message -
From: *Elise Ladurelle* >

Date: Mon, 15 Jul 2019 at 12:01
Subject: OSM- Salon géonumérique St Dié

Bonjour,

Comme chaque année, je tente notre chance pour voir dans quelle 
mesure OSM pourrait prendre part au Salon (ex géomatique) 
GeoNumérique du FIG de St Dié.


Voici quelques éléments d’information, et au plaisir de vous apporter 
en lien avec l’organisation du FIG toutes informations complémentaires.


Cdlmt

ELT

En tant que partenaire du salon géo-numérique organisé dans le cadre 
du *Festival International de Géographie de St Dié des Vosges **(*4-6 
octobre 2019), l'AFIGEO vous propose de participer à cette 30è 
édition. Pour cette occasion, l'ancien salon de la 
géomatique, devient le salon géonumérique et bénéficiera d'une 
meilleure visibilité, d'un espace agrandit et central dans le festival.


Au-delà d'une participation au salon exposant, vous avez la 
possibilité de présenter des conférences, de proposer des animations, 
de valoriser votre expertise au sein d'un quizz pour les participants 
etc….


Si vous êtes  intéressé pour y participer, il faudrait rapidement 
renvoyer votre inscription : 
http://www.fig.saint-die-des-vosges.fr/geographie/salon-geo-numerique et 
merci de nous faire part de votre réponse.


A ce jour, les participants confirmés sont : CGET, IGN/ENSG, 
Ministère de l'Europe et des Affaires étrangères, Métropole 
Européenne de Strasbourg, GeoGrandEst, Transdev, Service historique 
de la Défense, Fondation nationale des Sciences Politique...


Bien cordialement et merci d'avance pour votre réponse rapide afin de 
figurer dans le programme imprimé dans l'été,



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


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

Re: [Talk-pt] Talk-pt Digest, Vol 114, Issue 4

[Miguel Tavares]

Estou a tentar entrar por desktop e portátil.

Já tentei entrar utilizando vários computadores. Sempre com a mesma
mensagem de resposta.

miguel

On Wed, Jul 17, 2019 at 1:00 PM  wrote:

> Send Talk-pt mailing list submissions to
> talk-pt@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-pt
> or, via email, send a message with subject or body 'help' to
> talk-pt-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-pt-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-pt digest..."
>
>
> Today's Topics:
>
>1. Acesso ao OSM (Miguel Tavares)
>2. Re: Acesso ao OSM (Filohipo)
>
>
> --
>
> Message: 1
> Date: Wed, 17 Jul 2019 10:49:06 +0100
> From: Miguel Tavares 
> To: talk-pt@openstreetmap.org
> Subject: [Talk-pt] Acesso ao OSM
> Message-ID:
> <
> cabq-ap2mm-uvi7hjuxh4fa3ke6plngsjoxnkagqmkjqu1j9...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Alguém pode ajudar, não saio desta mensagem após tentar entrar no OSM com
> as minhas credenciais:
> Application error
>
> The OpenStreetMap server encountered an unexpected condition that prevented
> it from fulfilling the request (HTTP 500)
>
> Feel free to contact <http://wiki.openstreetmap.org/wiki/Contact> the
> OpenStreetMap community if your problem persists. Make a note of the exact
> URL / post data of your request.
>
> This may be a problem in our Ruby On Rails code. 500 occurs with exceptions
> thrown outside of an action (like in Dispatcher setups or broken Ruby code)
> miguel
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-pt/attachments/20190717/ff9ed8d8/attachment-0001.html
> >
>
> --
>
> Message: 2
> Date: Wed, 17 Jul 2019 11:28:21 +0100
> From: Filohipo 
> To: "Lista de discuss,o para Portugal"
> 
> Subject: Re: [Talk-pt] Acesso ao OSM
> Message-ID:
>  5_hmbjh+8z8t0gmc...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Olá. Ajudava se dissesses como estás a tentar entrar. PC, telemóvel, etc
> Cumprimentos
> F
> Os para ajuda mais rápida usa o osmportugal, grupo do Telegrama (Android)
>
>
> A quarta, 17/07/2019, 10:49, Miguel Tavares 
> escreveu:
>
> > Alguém pode ajudar, não saio desta mensagem após tentar entrar no OSM com
> > as minhas credenciais:
> > Application error
> >
> > The OpenStreetMap server encountered an unexpected condition that
> > prevented it from fulfilling the request (HTTP 500)
> >
> > Feel free to contact <http://wiki.openstreetmap.org/wiki/Contact> the
> > OpenStreetMap community if your problem persists. Make a note of the
> exact
> > URL / post data of your request.
> >
> > This may be a problem in our Ruby On Rails code. 500 occurs with
> > exceptions thrown outside of an action (like in Dispatcher setups or
> broken
> > Ruby code)
> > miguel
> > ___
> > Talk-pt mailing list
> > Talk-pt@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-pt
> >
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-pt/attachments/20190717/064abd25/attachment-0001.html
> >
>
> --
>
> Subject: Digest Footer
>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
>
> --
>
> End of Talk-pt Digest, Vol 114, Issue 4
> ***
>
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-GB] Automated Code-Point Open postcode editing (simple cases only)

[Andrzej]

I will try to avoid adding postcodes in these cases. Basically, narrow down the 
list of postcodes to add to these that don't have any neighbouring objects with 
addr: tags.

Best regards,
ndrw6


On 17 July 2019 12:10:32 BST, Mateusz Konieczny  wrote:
>17 Jul 2019, 12:58 by nd...@redhazel.co.uk:
>
>> I haven't seen such guidelines for the UK myself. In general people
>prefer having address tags on buildings. Separate address points are
>more of a stop gap solution until building shapes are sufficiently
>accurate. 
>>
>In that case maybe it would be a good idea to merge existing
>address-only nodes
>with building outlines as the first step?
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España

[Cyttorak]

>
> puedes hacer una consulta directamente a la base de datos de OSM vía
> overpass-turbo.eu y descargarte las geometrías resultantes

La verdad es que no tengo ni idea de como funciona eso. Estoy muy verde.
Este es el primer mapa que hago.

On Wed, Jul 17, 2019 at 11:27 AM Héctor Ochoa  wrote:

> Buenas,
> si lo deseas, puedes hacer una consulta directamente a la base de datos de
> OSM vía overpass-turbo.eu y descargarte las geometrías resultantes.
> Quizás eso te sirva.
>
> Perdón por la brevedad, ando respondiendo por móvil. Si no consigues que
> te salga puedo responder más adelante con la consulta realizada.
>
> Saludos,
> Héctor
>
> Cyttorak via Talk-es  şunları yazdı (17 Tem
> 2019 11:20):
>
> Esta por ejemplo la capa de transporte que sale en la pagina de OSM
>> https://www.openstreetmap.org/#map=14/40.4191/-3.7049=T
>> Muestra todas las rutas de transporte por lo que también salen buses. No
>> sé si es lo que necesitas.
>
>
> Gracias, pero justo busco uno sin buses, para que se vea más claro.
>
> te recomiendo otro repositorio de github que contiene capas diversas entre
>> las que puedes encontrar alguna que te pueda interesar como la que sugiere
>> Jorge.
>> https://leaflet-extras.github.io/leaflet-providers/preview/
>
>
> Genial, así veo como incluir la capa, pero entre los ejemplos el que sale
> de transportes es el que también tiene buses.
>
> Seguiré buscando. Gracias.
>
>
>
> On Tue, Jul 16, 2019 at 2:28 PM yo paseopor  wrote:
>
>> En primer lugar , como mola tu mapa y el hecho de que el código esté
>> disponible. Estoy seguro que a muchos nos puede interesar. en segundo lugar
>> te recomiendo otro repositorio de github que contiene capas diversas entre
>> las que puedes encontrar alguna que te pueda interesar como la que sugiere
>> Jorge.
>> https://leaflet-extras.github.io/leaflet-providers/preview/
>>
>> Salut i mapes
>> yopaseopor
>>
>> On Tue, Jul 16, 2019 at 2:11 PM Cyttorak  wrote:
>>
>>> Hola
>>>
>>> ¿Como podría añadir una capa en mi mapa
>>>  para que se vea el trazado
>>> (no solo las estaciones) de metro, cercanías y metro ligero de Madrid,
>>> España?
>>> ¿Hay alguna capa ya hecha para esto que pueda importar?
>>>
>>> Gracias.
>>> ___
>>> 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: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[David Marín Carreño]

Depende de la C.A.

En Extremadura, por ejemplo, no.
--
David Marín Carreño 



El mié., 17 jul. 2019 a las 13:45, Ricardo Sanz ()
escribió:

> buenas,
>
> de hecho, en la normalización de las carreteras autonómicas están
> clasificadas las vías más importantes de cada región como "Trunk", verdad?
>
> un saludo
>
> El mié., 17 jul. 2019 a las 13:28, David Marín Carreño ()
> escribió:
>
>> El problema ahí puede venir de cómo se han normalizado las carreteras en
>> la Comunidad Autónoma de Extremadura, en la que las autonómicas de primer
>> nivel (EX-1XX) se han definido como primary en lugar de trunk. ¿Por qué?
>> Una carretera autonómica puede ser, perfectamente, una trunk, y por ello
>> propongo realizar ese cambio.
>>
>> La normalización administrativa permite realizar la clasificación por
>> criterios objetivos y genéricos, a falta de tener otros criterios objetivos
>> (como pudiera ser el IMD de una carretera).
>>
>> Si encontráis criterios objetivos y verificables para proponer otra
>> normalización, pues haced propuestas concretas. La normalización actual no
>> es perfecta y puede mejorarse, pero sigo pensando que el criterio
>> administrativo no es desacertado ya que, en general, funciona.
>>
>> Un cordial saludo,
>>
>> --
>> David Marín Carreño 
>>
>>
>>
>> El lun., 15 jul. 2019 a las 16:48, Carlos Dávila (<
>> cdavi...@orangecorreo.es>) escribió:
>>
>>> Suscribo por completo lo que dices Jaume. También hace años que dije,
>>> cuando se debatió el tema, que me parecía un error clasificar las vías
>>> por criterios administrativos. Por eso lo de añadir otras etiquetas que
>>> aporten información sobre la realidad física de las vías. Solo un
>>> ejemplo para ilustrar lo absurdo que puede ser usar la clasificación
>>> administrativa: la carretera que une Cáceres y Badajoz era antiguamente
>>> una nacional (trunk), pero hace unos 15 años el estado la cedió a la
>>> comunidad autónoma (primary) y hace unos meses la Junta de Extremadura
>>> se la ha vuelto a pasar al estado y es otra vez una nacional. Las
>>> características físicas de la vía no han cambiado en todo ese tiempo.
>>> En el fondo creo que estamos diciendo lo mismo. Si una nacional no tiene
>>> características físicas para ser trunk que no lo sea.
>>>
>>> El 15/7/19 a las 7:25, Jaume Figueras i Jové escribió:
>>> > Hola,
>>> > el mapeado de carreteras, tal y como se hace con las nacionales, es un
>>> clarísimo caso de mapeado para el BOE.
>>> > Las características físicas deben primar por delante de la
>>> clasificación administrativa.
>>> > Mi opinión no ha cambiado en los últimos 9 años.
>>> > Buenos dias y Salut!!
>>> >
>>> > @Olivier: BOE est le Journal Officel de l'Espagne.
>>> >
>>> >
>>> > On 14 July 2019 11:55:08 p.m. GMT+02:00, Olivier 
>>> wrote:
>>> >> Creo que estoy más o menos de acuerdo con Yopaseopor en su forma de
>>> ver
>>> >> las cosas.
>>> >> Por lo que entiendo, las carreteras etiquetadas como trunk deberían
>>> ser
>>> >> parecidas a autovias/autopistas pero en general más estrechas y con
>>> >> conexiones a otras carreteras con via de aceleración y deceleración
>>> >> segun entras o sales, y que solo son tramos de carreteras, no una
>>> >> carretera entera porque la gestiona tal entidad administrativa. Además
>>> >> entiendo esas carreteras como reservadas a coches, motos y camiones,
>>> es
>>> >> decir prohibidas a tractores, bicis y peatones. Con lo cual añadir la
>>> >> etiquetas cycle=yes, foot=yes, horse=yes me parece contrario a la base
>>> >> misma de lo que son esas carreteras.
>>> >> Al ser francés, conozco bastante bien Francia y he visto como esta
>>> >> etiquetado alli. Los tramos de nacionales que se han pasado de vez en
>>> >> cuando a 2 veces 2 carriles separados se llaman vias rapidas y estan
>>> >> limitadas a 110 en lugar de 90 (o 80 actualmente) y estan etiquetados
>>> >> como trunk y el resto de la nacional donde no hay separación esta como
>>> >> primary. Es bastante facil de entender creo.
>>> >> Es verdad que España esta todo más caótico al nivel de carreteras y
>>> >> sobretodo de como están gestionadas. Cada comunidad tiene sus
>>> >> caracteristicas, sus contradicciones y entendor al nivel global es
>>> >> complicado (por lo menos para mi). Pero he pasado por carreteras
>>> >> etiquetadas como trunk que eran nacionales que antiguamente estaban
>>> >> limitadas a 100, que tienen caminos que salen perpendicular solo con
>>> un
>>> >> stop o incluse cede el paso, solo 2 cariles en sentido contrario, y
>>> >> donde no hay limite de tipo de trafico (que vehiculo puede usarla), y
>>> >> no me pareció corresponder para nada a lo que se entiende por trunk. Y
>>> >> no tiene nada que ver con OSMAnd. Solo es cuestión de criterios para
>>> >> saber que caracteristicas entran en cada tipo de carreteras.
>>> >> En fin solo es mi opinión.
>>> >> Saludos
>>> >>
>>> >> Olivier
>>> >>
>>> >>
>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> 

Re: [Talk-es] Sobre las carreteras "highway = trunk" y OSMAnd

[David Marín Carreño]

Hola.

El dom., 14 jul. 2019 a las 15:44, yo paseopor ()
escribió:

> Siento disentir, el problema no es el render, es la realidad
> administrativa ,que en algunos casos dista mucho de las características de
> la realidad física. Aquí se optó sin excepciones ni replanteamientos por la
> realidad administrativa. Y seremos capaces de poner tres etiquetas por
> tramo para intentar volver a unir la realidad administrativa con la física
> aunque no peguen ni con cola ... hasta que nos vuelvan a llamar la atención
> desde fuera porque el resto de OSM no funciona así.
>

A ver. La normalización con la que contamos se usará hasta que decidamos
usar otra.

El principal problema que tiene el sistema actual es la equivalencia entre
nacionales y trunk, que en algunos casos habría que desterrar. Pero si se
destierran y se cambian por otra categoría, habrá que usar criterios
objetivos y verificables para decidir qué categoria se le pone a la
nacional de marras...

Que en Francia sus trunk son motorroad, pues ole sus narices. Aquí en
España las nacionales normalmente no son motorroad, y habría que cascarles
un motorroad=no a casi todas ellas para ser consecuentes con la definición
de trunk. Porque hay algunas nacionales que siguen desempeñando el papel de
trunk, como la N-301 entre Ocaña y La Roda, o la N-320 entre Jaén y
Albacete...

Un cordial saludo,
--
David Marín Carreño
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] foot=yes su strade con marciapiede

[Francesco Ansanelli]

Ma foot=no sarebbe un divieto, come per un'autostrada. Perché non condividi
il metodo con cui testi il routing a piedi e la destinazione che da errore
in modo che proviamo a capire insieme il problema e valutare se è il caso
di correggere il programma anziché la mappa?
Francesco

Il mer 17 lug 2019, 12:19 solitone  ha scritto:

>
>
> > On 17 Jul 2019, at 12:16, Volker Schmidt  wrote:
> >
> > Vedo che mancava qualcosa nel mio ragionamento: quando c'è un
> marciapiede/ciclabile lungo una strada c'è l'obbligo di uso per
> pedoni/ciclisti. Se questa  strada è taggata foot=yes / bicycle=yes
> potrebbe confondere il router.
> >
>
> Quindi intendi dire che su quella strada bisognerebbe piuttosto
> specificare foot=no?
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Automated Code-Point Open postcode editing (simple cases only)

[Mateusz Konieczny]

17 Jul 2019, 12:58 by nd...@redhazel.co.uk:

> I haven't seen such guidelines for the UK myself. In general people prefer 
> having address tags on buildings. Separate address points are more of a stop 
> gap solution until building shapes are sufficiently accurate. 
>
In that case maybe it would be a good idea to merge existing address-only nodes
with building outlines as the first step?

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

Re: [Talk-GB] Automated Code-Point Open postcode editing (simple cases only)

[Andrzej]

I haven't seen such guidelines for the UK myself. In general people prefer 
having address tags on buildings. Separate address points are more of a stop 
gap solution until building shapes are sufficiently accurate. 

An exception is addresses on entrances, which some mappers seem to prefer. I 
can simply avoid such areas. 

Some clarifications:
- Code-Point Open contains only one data entry (point) per postcode. It is 
located near the centroid and snapped to a nearest building (technically 
delivery point). So the scope is fairly small. 
- This is automatic editing, not an import. I can skip areas that use different 
addressing conventions. There is still over a hundred thousands of simple cases 
that can save a lot of manual work.
- I ignore postcodes that are already in OSM near that location. So it is an 
additive process (no changes or deletions) 
- Manual methods are not perfect either, due to Code-Point Open limitations. 
But it is still the only legal source of postcodes in bulk we have (licensed by 
the owner).

Best regards, 
ndrw6


On 17 July 2019 10:07:52 BST, Mateusz Konieczny  wrote:
>
>
>
>16 lip 2019, 23:19 od nd...@redhazel.co.uk:
>
>> added as separate points rather than tags (automated edit will add
>addr:postcode tags directly to the building, this is what I chose to do
>manually as well)
>>
>Duplicating address data or adding
>part to a separate node and part to
>building outline seems incorrect to be.
>
>At least in Poland address imports
>are obligated to handle this situation.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-pt] Acesso ao OSM

[Filohipo]

Olá. Ajudava se dissesses como estás a tentar entrar. PC, telemóvel, etc
Cumprimentos
F
Os para ajuda mais rápida usa o osmportugal, grupo do Telegrama (Android)


A quarta, 17/07/2019, 10:49, Miguel Tavares 
escreveu:

> Alguém pode ajudar, não saio desta mensagem após tentar entrar no OSM com
> as minhas credenciais:
> Application error
>
> The OpenStreetMap server encountered an unexpected condition that
> prevented it from fulfilling the request (HTTP 500)
>
> Feel free to contact  the
> OpenStreetMap community if your problem persists. Make a note of the exact
> URL / post data of your request.
>
> This may be a problem in our Ruby On Rails code. 500 occurs with
> exceptions thrown outside of an action (like in Dispatcher setups or broken
> Ruby code)
> miguel
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-it] foot=yes su strade con marciapiede

[solitone]

> On 17 Jul 2019, at 12:16, Volker Schmidt  wrote:
> 
> Vedo che mancava qualcosa nel mio ragionamento: quando c'è un 
> marciapiede/ciclabile lungo una strada c'è l'obbligo di uso per 
> pedoni/ciclisti. Se questa  strada è taggata foot=yes / bicycle=yes potrebbe 
> confondere il router.
> 

Quindi intendi dire che su quella strada bisognerebbe piuttosto specificare 
foot=no?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] foot=yes su strade con marciapiede

[solitone]

> On 17 Jul 2019, at 10:34, Martin Koppenhoefer  wrote:
> 
> 
> 
> sent from a phone
> 
> On 17. Jul 2019, at 07:03, solitone  wrote:
> 
>> Questo è vero, ma io mi riferivo specificamente all’uso di "foot=yes”: è un 
>> tag che si riferisce a un diritto di accesso, ma qui viene utilizzato per 
>> informare l’algoritmo di routing.
> 
> 
> non è la stessa cosa? In realtà foot=yes sulle strade non aggiunge niente di 
> nuovo, perché è già default.

Infatti, è un’informazione ridondante e, dal punto di vista dell'integrità dei 
dati, sarebbe meglio non ci fosse affatto. Far utilizzare a un algoritmo di 
routing un’informazione ridondante mi sembra un approccio parecchio debole, 
poco affidabile.



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

Re: [Talk-it] foot=yes su strade con marciapiede

[Volker Schmidt]

Vedo che mancava qualcosa nel mio ragionamento: quando c'è un
marciapiede/ciclabile lungo una strada c'è l'obbligo di uso per
pedoni/ciclisti. Se questa  strada è taggata foot=yes / bicycle=yes
potrebbe confondere il router.


On Wed, 17 Jul 2019, 10:35 Martin Koppenhoefer, 
wrote:

>
>
> sent from a phone
>
> On 17. Jul 2019, at 07:03, solitone  wrote:
>
> Questo è vero, ma io mi riferivo specificamente all’uso di "foot=yes”: è
> un tag che si riferisce a un diritto di accesso, ma qui viene utilizzato
> per informare l’algoritmo di routing.
>
>
>
> non è la stessa cosa? In realtà foot=yes sulle strade non aggiunge niente
> di nuovo, perché è già default.
>
> Per indicare i marciapiedi
> sidewalk=both
> https://taginfo.openstreetmap.org/keys/sidewalk
>
>
> Ciao Martin
>
> ___
> 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-pt] Acesso ao OSM

[Miguel Tavares]

Alguém pode ajudar, não saio desta mensagem após tentar entrar no OSM com
as minhas credenciais:
Application error

The OpenStreetMap server encountered an unexpected condition that prevented
it from fulfilling the request (HTTP 500)

Feel free to contact  the
OpenStreetMap community if your problem persists. Make a note of the exact
URL / post data of your request.

This may be a problem in our Ruby On Rails code. 500 occurs with exceptions
thrown outside of an action (like in Dispatcher setups or broken Ruby code)
miguel
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España

[Héctor Ochoa]

Buenas,
si lo deseas, puedes hacer una consulta directamente a la base de datos de OSM 
vía overpass-turbo.eu y descargarte las geometrías resultantes. Quizás eso te 
sirva.

Perdón por la brevedad, ando respondiendo por móvil. Si no consigues que te 
salga puedo responder más adelante con la consulta realizada.

Saludos,
Héctor

Cyttorak via Talk-es  şunları yazdı (17 Tem 2019 
11:20):

>> Esta por ejemplo la capa de transporte que sale en la pagina de OSM
>> https://www.openstreetmap.org/#map=14/40.4191/-3.7049=T
>> Muestra todas las rutas de transporte por lo que también salen buses. No sé 
>> si es lo que necesitas.
> 
> Gracias, pero justo busco uno sin buses, para que se vea más claro.
> 
>> te recomiendo otro repositorio de github que contiene capas diversas entre 
>> las que puedes encontrar alguna que te pueda interesar como la que sugiere 
>> Jorge.
>> https://leaflet-extras.github.io/leaflet-providers/preview/
> 
> Genial, así veo como incluir la capa, pero entre los ejemplos el que sale de 
> transportes es el que también tiene buses.
> 
> Seguiré buscando. Gracias.
> 
> 
> 
>> On Tue, Jul 16, 2019 at 2:28 PM yo paseopor  wrote:
>> En primer lugar , como mola tu mapa y el hecho de que el código esté 
>> disponible. Estoy seguro que a muchos nos puede interesar. en segundo lugar 
>> te recomiendo otro repositorio de github que contiene capas diversas entre 
>> las que puedes encontrar alguna que te pueda interesar como la que sugiere 
>> Jorge.
>> https://leaflet-extras.github.io/leaflet-providers/preview/
>> 
>> Salut i mapes
>> yopaseopor
>> 
>>> On Tue, Jul 16, 2019 at 2:11 PM Cyttorak  wrote:
>>> Hola
>>> 
>>> ¿Como podría añadir una capa en mi mapa para que se vea el trazado (no solo 
>>> las estaciones) de metro, cercanías y metro ligero de Madrid, España?
>>> ¿Hay alguna capa ya hecha para esto que pueda importar?
>>> 
>>> Gracias.
>>> ___
>>> 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: [Talk-es] Añadir capa con trazado del metro, cercanías y metro ligero de Madrid, España

[Cyttorak via Talk-es]

>
> Esta por ejemplo la capa de transporte que sale en la pagina de OSM
> https://www.openstreetmap.org/#map=14/40.4191/-3.7049=T
> Muestra todas las rutas de transporte por lo que también salen buses. No
> sé si es lo que necesitas.


Gracias, pero justo busco uno sin buses, para que se vea más claro.

te recomiendo otro repositorio de github que contiene capas diversas entre
> las que puedes encontrar alguna que te pueda interesar como la que sugiere
> Jorge.
> https://leaflet-extras.github.io/leaflet-providers/preview/


Genial, así veo como incluir la capa, pero entre los ejemplos el que sale
de transportes es el que también tiene buses.

Seguiré buscando. Gracias.



On Tue, Jul 16, 2019 at 2:28 PM yo paseopor  wrote:

> En primer lugar , como mola tu mapa y el hecho de que el código esté
> disponible. Estoy seguro que a muchos nos puede interesar. en segundo lugar
> te recomiendo otro repositorio de github que contiene capas diversas entre
> las que puedes encontrar alguna que te pueda interesar como la que sugiere
> Jorge.
> https://leaflet-extras.github.io/leaflet-providers/preview/
>
> Salut i mapes
> yopaseopor
>
> On Tue, Jul 16, 2019 at 2:11 PM Cyttorak  wrote:
>
>> Hola
>>
>> ¿Como podría añadir una capa en mi mapa
>>  para que se vea el trazado
>> (no solo las estaciones) de metro, cercanías y metro ligero de Madrid,
>> España?
>> ¿Hay alguna capa ya hecha para esto que pueda importar?
>>
>> Gracias.
>> ___
>> 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] handling street names in speech

[Mateusz Konieczny]

17 lip 2019, 09:29 od winfi...@gmail.com:

> Mapping for the renderer means: adding factually wrong data such that it 
> renders the way the mapper wants to see it getting rendered (on the standard 
> rendering).
>
Or removing correct data to achieve the same.
> That's not what adding IPA strings would do.
>
+1___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Automated Code-Point Open postcode editing (simple cases only)

[Mateusz Konieczny]

16 lip 2019, 23:19 od nd...@redhazel.co.uk:

> added as separate points rather than tags (automated edit will add 
> addr:postcode tags directly to the building, this is what I chose to do 
> manually as well)
>
Duplicating address data or adding
part to a separate node and part to
building outline seems incorrect to be.

At least in Poland address imports
are obligated to handle this situation.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] handling street names in speech

[Rory McCann]

I don't think this counts as “tagging for the renderer”, which is more 
about adding false data to “make the map look like what you want” (e.g. 
“I want a blue line here, like the `route=ferry` line, so I'll use that”).


I think it could be very helpful for place names which aren't pronounced 
the way you pronounce regular English words. e.g. in Ireland: “Dun 
Laoghaire” [dun leary], “Tallaght” [tala], “Youghal” [yal], “Portlaoise” 
[port leash]. This could be a problem even in England with places like 
“Reading”, “Worchester”, “Cirencester”.


On 17/07/2019 00:54, Andrew Errington wrote:
I think this is a rendering issue (i.e. rendering speech instead of 
graphics) and as such does not belong in OSM.


The work to convert an arbitrary string into speech belongs in the TTS 
engine.


If we start putting IPA strings in OSM then we will start getting 
arguments about the "correct" pronunciation. At the very least it is 
tagging for the renderer, which we should avoid.


IMHO, of course.

Andrew

On Wed, Jul 17, 2019, 09:20 Greg Troxel > wrote:


John Whelan mailto:jwhelan0...@gmail.com>>
writes:

 > One or two are problematic usually as the street name is an
 > abbreviation.    For example 1e Avenue in French meaning First
Avenue.
 >
 > Any suggestions on how these should be handled?  This particular
 > application is aimed at partially sighted people but I feel we should
 > be able to come up with a generic solution.

Two comments:

   osm norms are to expand abbreviations, as I understand it.  So that
   should be fixed first

   Even after that, we have ref tags, and there is often a road
whose ref
   is something like "CT 2", "US 1", or "I 95".  I don't really think
   this should be expanded in the database.  Instead, what's needed is a
   table in the application, perhaps centrally maintained in OSM, of how
   to pronounce standardize ref abbreviations.  Putting phonetics of
   "connecticut" on all use of CT or the expanded name is not
reasonable.


But I agree this needs help.  I get told to turn on "Court 2" and "Ma
2".  Luckily I understand this by now and it actually works ok.  But it
does need fixing.


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


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




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

Re: [Talk-it] foot=yes su strade con marciapiede

[Martin Koppenhoefer]

sent from a phone

> On 17. Jul 2019, at 07:03, solitone  wrote:
> 
> Questo è vero, ma io mi riferivo specificamente all’uso di "foot=yes”: è un 
> tag che si riferisce a un diritto di accesso, ma qui viene utilizzato per 
> informare l’algoritmo di routing.


non è la stessa cosa? In realtà foot=yes sulle strade non aggiunge niente di 
nuovo, perché è già default.

Per indicare i marciapiedi 
sidewalk=both
https://taginfo.openstreetmap.org/keys/sidewalk


Ciao Martin 

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

Re: [OSM-talk] handling street names in speech

[Lester Caine]

On 17/07/2019 08:29, Jo wrote:
Unfortunately TTS is not perfect and it never will be, for one thing 
because it's often difficult to decide with TTS (which language) to use 
for each word in a name string.


For many years I used a TTS engine called Rhetorical on a caller 
management system we supplied. It was used to allow calling people by 
name rather than ticket number ... we will ignore the privacy debate ... 
there was a general consensus that at that time the personal style was 
better. The nice thing about Rhetorical was that even without any help 
it did a better job pronouncing foreign surnames and some of the staff 
did ;) It also had a very good mechanism for adding improvements to 
words when there was any particularly obvious mispronunciation. In 
addition selection of a different 'output language' worked well, 
possibly because the company involved was based in Scotland, and the 
clarity of Scottish pronunciation worked well. We had already had to 
re-work the older 'English' segmented announcements using a Scottish 
voice because of complaints ... but perhaps the main point here is that 
this was providing THE SAME English text!


Rhetorical was bought up by an American company and essentially dropped, 
but I think CereProc is using the same engine and a large range of 
'voices' are available on Android ... if only OSMAnd could access them :(


Text to Speech rendering is exactly the same problem as tile rendering 
and adding tagging for particular processes will always be wrong. The 
real problem is that there is no mechanism to add corrections in a 
secondary system in much the same way as there is no translation system 
for the key English elements of the data. Even IPA strings depend on the 
context and accent that is being vocalised!


--
Lester Caine - G8HFL
-
Contact - https://lsces.uk/wiki/Contact
L.S.Caine Electronic Services - https://lsces.uk
Model Engineers Digital Workshop - https://medw.uk
Rainbow Digital Media - https://rainbowdigitalmedia.uk

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

Re: [OSM-talk] handling street names in speech

[Maarten Deen]

On Wed, Jul 17, 2019 at 12:58 AM Andrew Errington  
wrote:



I think this is a rendering issue (i.e. rendering speech instead of
graphics) and as such does not belong in OSM.

The work to convert an arbitrary string into speech belongs in the
TTS engine.

If we start putting IPA strings in OSM then we will start getting
arguments about the "correct" pronunciation. At the very least it is
tagging for the renderer, which we should avoid.


And if not, then you're at the will of the TTS engine. There are words 
that are pronounced differently depending on their meaning. Some example 
from the English language, I'm sure other languages have examples too:

a bow - to bow (second sounds more like baw)
he does things - the does do things (short o, long o)
A minute part of a minute
wind (is blowing) - wind (the clock)

And then we haven't even touched the problem on which syllable to put 
emphasis.


All these things make it impossible for a TTS engine to know what 
pronunciation is correct, except when you lay it down for each word. We 
had a new operator for the public transport in my neighborhood and they 
used a TTS engine to generate the stop information. It was just 
horrible. Incorrect pronunciation, incorrect emphasis.


The OsmAND TTS also does funny things, there is a John F. Kennedystreet 
in my town. The TTS pauses at the dot. Obviously it thinks the sentence 
ends there. But it doesn't. It's just an abbreviation. And no, this is 
not an abbreviation like St. or Ave. that you would write out fully. The 
street name is not John Fitzgerald Kennedystreet.


IMHO an IPA string would be a welcome and usefull addition to OSM.
Could you also not use it for transliterations?

Regards,
Maarten

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

Re: [OSM-talk] handling street names in speech

[Martin Koppenhoefer]

sent from a phone

> On 16. Jul 2019, at 19:52, Jo  wrote:
> 
> If we were to make such exceptions, we would get into trouble really fast, as 
> some streets are signed differently on one end and on the other, depending 
> how big the street sign is, or in what period it was put there


yes, signed names would apply primarily to the street sign, they are only 
punctually observable.


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

Re: [OSM-talk] handling street names in speech

[Martin Koppenhoefer]

sent from a phone

> On 16. Jul 2019, at 19:38, Colin Smale  wrote:
> 
> But exceptions are made in some cases, including where the signage uses the 
> abbreviation:


Sometimes I see edit wars where people modify back and forth the value of the 
name tag to expand and reintroduce abbreviations. Do not do it. Add both, 
particularly add the common name and the name as signposted, and if different, 
the official name.

While it may usually seem trivial for a local to expand an abbreviation, it 
often isn’t for strangers and people speaking a different language.

Rather than thinking about rules to expand abbreviations we should look at 
rules how to create them when needed (both isn’t trivial, but the latter at 
least will not have to bother with disambiguation). 

Even if you knew the language for the name (which typically is not the case 
with “name”, where you can only guess, or compare to a dictionary), there may 
be several alternatives for expanding an abbreviation. There are good reasons 
why we discouraged using abbreviations from the beginning.

Cheers Martin 




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

Re: [OSM-talk] handling street names in speech

[Jo]

Mapping for the renderer means: adding factually wrong data such that it
renders the way the mapper wants to see it getting rendered (on the
standard rendering).

That's not what adding IPA strings would do. True, there are multiple ways
to pronounce certain words.

Unfortunately TTS is not perfect and it never will be, for one thing
because it's often difficult to decide with TTS (which language) to use for
each word in a name string.

If OsmAND were to support the use of IPA, then I would be motivated to
transcribe all Brussels's street names in Dutch and French. Standard common
denominator Dutch and French. It would be a lot nicer to listen to than the
letters A U X spelled separately in Dutch, instead of simply 'O', what
would be the French pronunciation of those 3 letters combined. Some of the
terms in those street names are actually English names. It's simply
impossible for TTS set to Dutch or French to get those right.

IPA would definitely solve that annoyance.

Polyglot

On Wed, Jul 17, 2019 at 12:58 AM Andrew Errington 
wrote:

> I think this is a rendering issue (i.e. rendering speech instead of
> graphics) and as such does not belong in OSM.
>
> The work to convert an arbitrary string into speech belongs in the TTS
> engine.
>
> If we start putting IPA strings in OSM then we will start getting
> arguments about the "correct" pronunciation. At the very least it is
> tagging for the renderer, which we should avoid.
>
> IMHO, of course.
>
> Andrew
>
> On Wed, Jul 17, 2019, 09:20 Greg Troxel  wrote:
>
>> John Whelan  writes:
>>
>> > One or two are problematic usually as the street name is an
>> > abbreviation.For example 1e Avenue in French meaning First Avenue.
>> >
>> > Any suggestions on how these should be handled?  This particular
>> > application is aimed at partially sighted people but I feel we should
>> > be able to come up with a generic solution.
>>
>> Two comments:
>>
>>   osm norms are to expand abbreviations, as I understand it.  So that
>>   should be fixed first
>>
>>   Even after that, we have ref tags, and there is often a road whose ref
>>   is something like "CT 2", "US 1", or "I 95".  I don't really think
>>   this should be expanded in the database.  Instead, what's needed is a
>>   table in the application, perhaps centrally maintained in OSM, of how
>>   to pronounce standardize ref abbreviations.  Putting phonetics of
>>   "connecticut" on all use of CT or the expanded name is not reasonable.
>>
>>
>> But I agree this needs help.  I get told to turn on "Court 2" and "Ma
>> 2".  Luckily I understand this by now and it actually works ok.  But it
>> does need fixing.
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Taguer une place

[Topographe Fou]

Moi j'aurais laissé le nom aussi sur la route...

Nota : le jour où une route pourra être proprement representé et géré en 
surfacique (comme les places) alors ma réponse pourrait éventuellement être 
différente. Je ne parle pas de routage surfacique mais bien de modélisation 2D 
des rues et places.


LeTopographeFou


  Message original  



De: marc_marc_...@hotmail.com
Envoyé: 17 juillet 2019 6:54 AM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: Re: [OSM-talk-fr] Taguer une place


Le 13.07.19 à 13:35, deuzeffe a écrit :
> Rue/voies qui ont le même name= que la place. Donc on doublonne ?
si on veux l'éviter, on peux renseigner le nom sur l'un (la place)
et mettre un noname=yes sur l'autre (la rue).
qu'en penses les autres ?
___
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] question limite nb vues switch to osm

[althio]

0. Ce genre de site pourrait s'en sortir avec une carte statique ou
deux : plan de situation, carte d'accès plus large.
-> possible avec une carte OSM correctement attribuée, sans serveur de
tuile ou question de trafic.

0.bis. Le choix entre qualité OSM et qualité Google... vraiment le
château de Villandry c'est un cas d'école...
-> sans commentaire :
https://mc.bbbike.org/mc/?lon=0.513523=47.339801=17=4=mapnik=google-map=osmfr=digitalglobe-premium

1. Pour absolument avoir une carte dynamique..., on rentre dans les
critères "nombre de vues", ou autres...
Je pense que ça passe pour les sites confidentiels (quelques centaines
de vues/jour), les sites perso/associatifs avec une faible audience ET
une faible capacité à maintenir leur site web.

2. D'un autre côté, dès que c'est un site commercial, ou avec un
webmaster, ou avec des ressources, il faut étudier en priorité une
autre solution
* remplacement 1:1 de Google Maps par un fournisseur de tuiles sur
base OSM (un fournisseur, un service, un tarif)

3. Et finalement, pour une structure plus technologique, avec plus de
ressources (humaines ou financières), il y a la totale :
* bascule en autonomie et indépendance, avec une maîtrise des données
et des serveurs (le travail pour y aboutir peut être fait seul ou
accompagné par des prestataires)

cf. https://www.openstreetmap.fr/exitgmaps/

On Tue, 16 Jul 2019 at 07:45, Laurence P  wrote:
>
> onjour,
>
> lorsque je tombe sur un site web français qui propose une carte  Google hors 
> service (du fait que le site en question n'ait pas payé son obole à Google), 
> je leur envoie en général un email pour leur conseiller de passer à 
> OpenStreetMap.
>
> À partir de quel nombre de vues est-il judicieux de les orienter vers 
> https://switch2osm.org/fr/ ? Je sais qu'il y a les limites fixées par la 
> fondation OSM... mais qui dépend du trafic total OSM qui lui varie, je 
> demande juste une grosse fourchette :)
>
> Par exemple, dernier site repéré :
>
> https://www.chateauvillandry.fr/preparez-votre-visite/les-informations-pratiques/les-tarifs-les-horaires-les-acces/
>
> Merci d'avance de vos réponse.
>
> --
> Laurence
>
> ___
> 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] Depuratore

[demon_box]

scratera wrote
> ...per come la vedo io è a tutti gli effetti un depuratore chiuso come ce
> ne
> sono molti in giro non necessariamente sono all'aperto 
> 
> https://www.theplan.it/images/stories/gallery48707/06.jpg
> 
> ..quindo come tale metterei bulding=yes
> man_made=wastewater_plant

ok sono d'accordo però io preferirei

building=service + man_made=wastewater_plant

grazie, ciao

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-at] Zweiter Benutzer von addresshistory*org mit edits?

[gppes_osm]

Nein.

Leider ist es so, dass an der derzeitigen Situation rein gar nichts mehr 
belustigend ist.

Und die Edits schaetze ich nicht als Irrtum, sonder als das ein, was Du (aus 
meiner bescheidenen Sicht) schon die ganze Zeit machst: Ein Gratwandern, ein 
Ausloten wie weit man noch gehen kann, was die AT Community noch ertragen kann.

Ich spreche mich fuer eine Sperre aus. Beispielsweise eine Sommerpause von drei 
Monaten?: Edits, Mailinglist, Forum.

Lg, Gppes

> Gesendet: Dienstag, 16. Juli 2019 um 23:04 Uhr
> Von: "Johann Haag" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] Zweiter Benutzer von addresshistory*org mit edits?
>
> Lese gerade belustigt Eure Theorien,
> Urlaubsgrüsse aus Irland.
> Ja das war ich... das Delete in Tirol ein Versehen.
> Lg
> 
> Von meinem iPhone gesendet
> 
> > Am 16.07.2019 um 08:37 schrieb vari...@mailbox.org:
> > 
> > Es gibt offensichtlich einen neuen Benutzer, der oft nichts anderes macht, 
> > als den Tag at_bev:addr_date=2019-04-01 zu löschen. Wurde auch gefragt, 
> > warum er das gemacht hat ohne Antwort: 
> > https://www.openstreetmap.org/changeset/72163441 weiter Beispiele z. B. 
> > https://www.openstreetmap.org/node/6468524050/history und 
> > https://www.openstreetmap.org/node/6468524046/history  und erzeugt somit 
> > aus vielen importierten Adressen eine v2. 
> > 
> > Bei diesem Changeset von Landeskarte hat auch dann addresshistory 
> > weiterkommentiert: https://www.openstreetmap.org/changeset/71428706 Im Blog 
> > ist auf einen ziemlich netten Hinweis auch eher pampig 
> > https://www.openstreetmap.org/user/Landeskarte/diary/43306 
> > http://whosthat.osmz.ru/  Eine Whoisabfrage nach "landeskarte" und nach 
> > "addresshistory*" gehen beide auf geocodec zurück. 
> > 
> > Während natürliche mehrere Accounts erlaubt sind, widerspricht das "mal den 
> > Tag mit BEV löschen" meiner Meinung nach Sachen. Änderung ohne 
> > Verbesserung, der Lizenzhinweis geht verloren (Adresse immerhin per 
> > Datensatz reingeholt und nicht per survey) und es wirkt, als wollte er dem 
> > "nur v1 löschen" entgehen. 
> > https://wiki.openstreetmap.org/wiki/OpenStreetMap_account#Account_Names_and_Multi_Account_Policies
> > 
> > Was wird hier auf der Liste von solchen Edits bzw. Zweitaccounts gehalten? 
> > z. B. für Imports wird das ja klar gefordert und sollte dann aber auch klar 
> > kommuniziert werden und beides ist nicht der Fall.
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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