[talk-au] The beginnings of an Oceania OSMF local chapter

[Edoardo Neerhut]

Hi everyone,


There have been conversations in the OSM community about creating a more
formalised group to coordinate OSM activities in the region. This would be
important step to getting recognition as a local chapter of the
OpenStreetMap Foundation which would in turn allow us to collaborate more
closely and potentially be eligible for grants and support going forward.


By formalised group, we were thinking of a working group that would be part
of OSGeo Oceania. An initial discussion was initiated here:
https://lists.openstreetmap.org/pipermail/talk-au/2020-May/013823.html.


Please note that this application relates to the application we made to the
OSMF to have OSGeo recognised as a local chapter:
 https://wiki.osmfoundation.org/wiki/Local_Chapters/Applications.


Some of the objectives of a working group we discussed include:



   - Growing the number of people contributing to OSM as well as the
   overall number of edits in our region.
   - Coordinating with authorities and companies in the region to get
   access to new data for OSM, but also to show how OSM can be used by these
   organisations.
   - Introducing students and any interested members of the public to
   mapping
   - Coordinating mapping events to focus on thematic mapping tasks such as
   humanitarian mapping, bushfire mapping, wheelchair accessibility etc.
   - Serving as a point of contact for anyone around the world or locally
   interested in engaging the Oceania OSM community.
   - Running and maintaining infrastructure such as tile servers that could
   help to grow OSM in our region.


To get things moving forward:

   - Do you think an OSM focused working group under OSGeo Oceania is a
   good idea?
   - What other objectives do you think are important?
   - Would you be willing to lead this working group or be part of it?
   Leading the working group would require a formalization of the objectives
   and the working group team.


Looking at the direction other countries and regions around the world have
taken, I’m confident an OSM working group and eventually a local chapter
would be a huge step forward for OSM as a whole in Oceania.


Looking forward to hearing your thoughts.


Edoardo


Note: I will be sharing this message in multiple channels throughout
Oceania to make sure we engage a wide and representative audience.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-it] Incontri estivi GFOSS - 4 giugno-10 luglio 2020

[stefano campus]

Salute a tutti,
vi informo che l'Associazione GFOSS.it ha organizzato per i mesi di giugno e
luglio prossimi una serie di incontri, quattordici per la precisione, in
forma di webinar della durata di due o quattro ore, su vari argomenti,
ovviamente attinenti con il software geografico libero.

Gli incontri sono tenuti da Soci dell'Associazione con lo scopo di
presentare vari aspetti legati al mondo del software geografico libero.

Alla pagina specifica del sito dell'Associazione [1], trovate la descrizione
degli appuntamenti e le modalità di partecipazione.

Info ed iscrizione a: info[@]gfoss.it

s.

[1] https://www.gfoss.it/index.php/novita/eventi/incontri-estivi-gfoss 



--
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-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[stefano campus]

Segnalo che dal 25 maggio 2020 c'è stato un aggiornamento dei CAP dei comuni
di nuova istituzione, di altri 40 in provincia di milano e di altre città.

https://www.nonsolocap.it/docs/codice-di-avviamento-postale/

s.



--
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-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[stefano campus]

ciao, non è più possibile per una pubblica amministrazione rinnovare
tacitamente un accordo, una convenzione o altro, anche se non ci sono oneri
tra le parti.
è proprio vietato...

s.



--
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-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Alessandro Sarretta]

Vedo che lo stesso utente ha probabilmente fatto recentemente un altro 
import (non documentato nemmeno questo?), degli alberi del comune di 
Firenze: https://osmcha.org/changesets/84782152/


Se non risponde ai commenti nel changeset, che sia da provare a 
mandargli un messaggio diretto per avere maggiori informazioni?


Ale

On 27/05/20 16:02, Andrea Musuruane wrote:

Ciao,
    se effettivamente fossero civici provenienti dagli open data della 
Regione Toscana (e considerando che nel changeset è proprio indicata 
questa fonte nel tag source), questi andrebbero subito eliminati in 
modo permanente dal database (redacted).


I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che 
non è compatibile con la ODbL.


Ciao,

Andrea


On Wed, May 27, 2020 at 3:42 PM Marco > wrote:


Salve lista,
segnalo che a Scandicci (Firenze) un po' di mesi fa sono stati
caricati 10986¹ civici con un valore del CAP un po' sospetto;
infatti ogni nodo ha un codice di avviamento postale
nell'intervallo 50018 – 61004 sempre diverso.

La provenienza dei civici sembra essere gli open data della
Regione Toscana che però, a quanto so non contengono il CAP. Non
ho trovato una documentazione dell'import quindi non so da dove
possa provenire l'errore.

Ho commentato il changeset dell'utente circa 15 giorni fa ma non
ho ricevuto risposta. Confidando che l'utente risponda prima o
poi, propongo nel frattempo la rimozione del tag 'addr:postcode'
dai 10986 nodi; non dovrebbe essere difficile visto che, tranne
uno che è stato spostato, si tratta "solo" di nodi rimasti fermi
alla prima versione e che nessun altro dato su OpenStreetMap viene
coinvolto.

Ci sarebbero anche altri problemi con i dati in questione (891
civici con valore 0 e in alcuni casi 'addr:street' con valore non
identico all'etichetta 'name' della relativa strada su
OpenStreetMap) però il più urgente mi sembra quello dei CAP
"randomici".

¹ https://www.openstreetmap.org/changeset/82343444
https://osmcha.org/changesets/82343444/
https://www.openstreetmap.org/changeset/82343475
https://osmcha.org/changesets/82343475/
https://overpass-turbo.eu/s/Ur6 (3MB, 10865 nodi)

Alla prossima,
Marco
___
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] Voirie en aire piétonne ?

[Shohreh]

Marc M. wrote
> un exemple est souvent utile pour expliquer ce qui ne va pas. qu'est-ce
> que tu ne veux pas ? les rues pitéonens ayant un acces temporaire pour
> livraison ? si oui il suffit de rajouter le critère accès conditionnel
> 
>> ou uniquement autorisées aux résidants via des bornes rétractables
> 
> ce devient bien lourd. faut tester qu'un des noeuds est une borne
> rétractable ayant un accès résident.
> sauf qu'un way entre 2 bornes peux lui-même ne pas avoir de borne

La requête  "way[highway=pedestrian]" prend aussi des ways qui composent des
bâtiments. Il faut donc être plus strict que ça. Je vais regarder la clé
access etc. Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [Talk-it] [Talk-it-cai] Mappare il numero del sentiero sui cartelli segnaletici del CAI

[Andrea Mazzoleni]

On Wed, May 27, 2020 at 8:23 PM Ivo Reano  wrote:

> Il punto è che il cartello sta dando una precisa informazione, ma se il
> palo compare in più relazioni, questa informazione non è mappata.
>
> In che senso "non è mappata"?

Guarda questo cartello:
https://upload.wikimedia.org/wikipedia/commons/thumb/1/1e/20200517-costa_del_palio-42.jpg/800px-20200517-costa_del_palio-42.jpg

Chiaramente indica quale sentiero numerico prendere, 571 o 577, per
ciascuna località.

Il mio scopo è mappare la stessa informazione nel guidepost. Se aggiungo il
guidepost ad entrambe le relazioni dei sentieri 571 e 577 non sto facendo
questo. Bisognerebbe poter aggiungere il singolo cartello alla relazione, e
non il palo con tutti i cartelli.

La cosa più semplice e corretta mi sembra invece di mettere il numero del
sentiero, così come è scritto nel cartello, nel campo "destination=",
esattamente come si fa con le località.

Ciao,
Andrea

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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[osm . sanspourriel]

En terme de taille et pour Nantes tu as raison : neighbourhood c'est
trop grand.

Si tu prends une commune périphérique style 10 000 hab comme dans mon
cas c'est plus jouable.

plot correspond à la parcelle, c'est inadapté et trop petit.

En terme de taille, c'est city_block qui s'en approche le plus.

Mais veut-on l'utiliser? ÀMHA, c'est toujours préférable à plot.

Et pas parce que c'est affiché (je ne sais si ça l'est et c'est une
question de style).

Pour plot, il existe des cas où ça a l'air de bien correspondre à des
parcelles comme ici .

Jean-Yvon

Le 27/05/2020 à 21:13, Eric Brosselin - Osm - o...@eric.brosselin.fr a
écrit :

/Le 27/05/2020 à 12:20, Vincent Bergeot a écrit :
/

/
2 - j'ai regardé du coté de place=neighbourhood mais cela me semble
plus "large" qu'une simple résidence comme montré au-dessus

Ma question / comment taguez vous une résidence (comme l'exemple
précédent) dans une zone résidentielle ?
/



Pour ce qui concerne l'usage de place=neighbourhood pour les
résidences j'ai un doute.

Si on reprend le wiki on a en taille décroissante : city > borough >
suburb > quarter > neighbourhood > [city_block (pas applicable
partout)] > plot

Un exemple concret sera plus parlant.
Exemple : Nantes
- 11 quartiers en "admin_level=10" avec des "admin_centre=suburb"
- 94 micro quartiers en "admin_level=11" avec des
"admin_centre=neighbourhood"

Placer ici des zones résidentielles au niveau "neighbourhood" n'est
pas vraiment viable je pense.
Ne serait-ce que pour des raisons de superficie.

Exemple avec le quartier "Hauts-Pavés - Saint-Félix"
https://www.openstreetmap.org/relation/4597439
Superficie : 4,28 km2  soit 428 ha
Superficies des 10 micro-quartiers qui le composent : de 91,8 ha à
14,6 ha en passant par des superficies de 30/40 ha en moyenne.

Test de superficie (donc mesure du terrain incluant les espaces autour
des bâtiments) sur 24 résidences prises sur tout Nantes :
- 1000 à 3000 m2 => 6 résidences
- 3000 à 4000 m2 => 9 résidences
- 4000 à 5000 m2 => 5 résidences
- + de 5000 m2   => 1 résidence
- > ou égale à 1 ha => 3 résidences

Si on compare, les superficies des résidences sont bien en dessous de
celles des micros-quartiers.
Donc cartographier avec "place=neighbourhood" ne me paraît pas
possible pour ce genre de résidences.

Pour des lotissements plus grands pourquoi pas, mais alors il faudrait
vraiment qu'ils se comptent en hectares.

place=plot conviendrait donc mieux je crois.
C'est déjà utilisé en France http://overpass-turbo.eu/s/Urp
Peut être pas parfaitement car beaucoup en conjonction avec...
landuse=residential :-(
Voir https://taginfo.openstreetmap.org/tags/place=plot#combinations

/
/
/Le 27/05/2020 à 15:58, Florian_G a écrit ://
/
//

//

/Le wiki parle aussi de //place=plot
//. Si j'ai
bien compris la page, ce serait utile pour les résidences de
plusieurs bâtiments n'occupant en tout qu'une seule parcelle
cadastrale ?/



Il est dit dans le wiki qu'il n' y a pas forcément de correspondance
entre ce que l'on observe sur le terrain et les parcelles.
On l'observe tout les jours dans le cadastre : une même propriété peut
être découpée en plusieurs parcelles.

Actuellement il semble, contrairement aux autres "place=*", qu'il n' y
ait pas de rendu pour "place= plot".
Ce serait pourtant utile d'avoir visuellement ces noms comme point de
repères sur la carte.

Éric

___
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] Collecteur de mégots ?

[Yves P.]

@Marc
> amenity=waste_basket
> waste=cigarettes
il y en a 196  :)
Le rendu et les presets iD/JOSM restent à écrire.

Il existe aussi :
37  amenity=ashtray
208  ashtray=yes associés à :
197  amenity=waste_basket
7  public_transport=platform
6  highway=bus_stop

@Florimond
> +1, et le côté "vote avec ton mégo" c'est une technique de nudge.
> https://fr.wikipedia.org/wiki/Th%C3%A9orie_du_Nudge 
> Merci, j'ai trouvé un 
> exemple 
>  pour 
> Wikimedia et l'ai rajouté à la catégorie nudge :)

> Donc nudge=yes ?
Ce tag n'existe pas encore dans la base OSM.

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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[Eric Brosselin - Osm]

/Le 27/05/2020 à 12:20, Vincent Bergeot a écrit :
/

/
2 - j'ai regardé du coté de place=neighbourhood mais cela me semble 
plus "large" qu'une simple résidence comme montré au-dessus


Ma question / comment taguez vous une résidence (comme l'exemple 
précédent) dans une zone résidentielle ?

/



Pour ce qui concerne l'usage de place=neighbourhood pour les résidences 
j'ai un doute.


Si on reprend le wiki on a en taille décroissante : city > borough > 
suburb > quarter > neighbourhood > [city_block (pas applicable partout)] 
> plot


Un exemple concret sera plus parlant.
Exemple : Nantes
- 11 quartiers en "admin_level=10" avec des "admin_centre=suburb"
- 94 micro quartiers en "admin_level=11" avec des 
"admin_centre=neighbourhood"


Placer ici des zones résidentielles au niveau "neighbourhood" n'est pas 
vraiment viable je pense.

Ne serait-ce que pour des raisons de superficie.

Exemple avec le quartier "Hauts-Pavés - Saint-Félix" 
https://www.openstreetmap.org/relation/4597439

Superficie : 4,28 km2  soit 428 ha
Superficies des 10 micro-quartiers qui le composent : de 91,8 ha à 14,6 
ha en passant par des superficies de 30/40 ha en moyenne.


Test de superficie (donc mesure du terrain incluant les espaces autour 
des bâtiments) sur 24 résidences prises sur tout Nantes :

- 1000 à 3000 m2 => 6 résidences
- 3000 à 4000 m2 => 9 résidences
- 4000 à 5000 m2 => 5 résidences
- + de 5000 m2   => 1 résidence
- > ou égale à 1 ha => 3 résidences

Si on compare, les superficies des résidences sont bien en dessous de 
celles des micros-quartiers.
Donc cartographier avec "place=neighbourhood" ne me paraît pas possible 
pour ce genre de résidences.


Pour des lotissements plus grands pourquoi pas, mais alors il faudrait 
vraiment qu'ils se comptent en hectares.


place=plot conviendrait donc mieux je crois.
C'est déjà utilisé en France http://overpass-turbo.eu/s/Urp
Peut être pas parfaitement car beaucoup en conjonction avec... 
landuse=residential :-(

Voir https://taginfo.openstreetmap.org/tags/place=plot#combinations

/
/
/Le 27/05/2020 à 15:58, Florian_G a écrit ://
/
//

//

/Le wiki parle aussi de //place=plot 
//. Si j'ai bien 
compris la page, ce serait utile pour les résidences de plusieurs 
bâtiments n'occupant en tout qu'une seule parcelle cadastrale ?/




Il est dit dans le wiki qu'il n' y a pas forcément de correspondance 
entre ce que l'on observe sur le terrain et les parcelles.
On l'observe tout les jours dans le cadastre : une même propriété peut 
être découpée en plusieurs parcelles.


Actuellement il semble, contrairement aux autres "place=*", qu'il n' y 
ait pas de rendu pour "place= plot".
Ce serait pourtant utile d'avoir visuellement ces noms comme point de 
repères sur la carte.


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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[Romain MEHUT]

Moi aussi à défaut d'autre tag connu, j'utilise landuse=residential mais 
je prends quand même le soin de le mettre en inner d'un 
landuse=residential qui l'englobe. Possible de les changer en place=plot 
si cela  représente bien ce qu'on appelle une résidence.


Romain

Le 27/05/2020 à 19:11, pepilepi...@ovh.fr a écrit :


Pas con !

+1

C'est vrai que mettre un landuse DANS un landuse de même nature est 
particulièrement absurde.


Bonne soirée,

JP




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

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Andrea Musuruane]

Hai ragione. Bisognerebbe verificare con Wikimedia Italia, anche se mi
sembra improbabile che RT abbia dato disdetta.

Ciao,

Andrea


Il mer 27 mag 2020, 18:22 Marco  ha scritto:

> Non sono né pratico di questioni legali né informato sulle ultime vicende
> ma se la convenzione è questa:
>
>
> https://www.regione.toscana.it/documents/10180/70968/Accordo_wikimedia_RT_20140924.pdf/e05d1e81-2b09-4b70-9862-b3d86b8c9301
>
> alla fine è scritto:
>
> "La convenzione ha durata di tre anni dalla data di stipulazione ed è
> soggetta a tacito rinnovo, salvo disdetta di una delle parti entro 30
> giorni dalla scadenza."
>
> Potrebbe quindi essere ancora valida?
>
> Il giorno mer 27 mag 2020 alle ore 14:12 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>>
>>
>> La convenzione è scaduta nel 2017.
>>
>>
>> ___
> 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-cz] překlad prvku na openstreetmap.org

[Ondřej Suchý]

Aha, díky za opravu i za navedení. O

On Wed, May 27, 2020, 20:22  wrote:

> On Wed, May 27, 2020 at 8:07 PM Ondřej Suchý 
> wrote:
>
>> Zdravím,
>>
>> jak bych mohl ovlivnit překlad tagu na openstreetmap.org, když mám za
>> to, že je do češtiny převeden chybně?
>>
>
> https://translatewiki.net/
>
> Opravil jsem, ale nevím, za jak dlouho se to projeví.
>
> -- Petr Kadlec / Mormegil
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] [Talk-it-cai] Mappare il numero del sentiero sui cartelli segnaletici del CAI

[Ivo Reano]

Il giorno mer 27 mag 2020 alle ore 20:16 Andrea Mazzoleni <
amadva...@gmail.com> ha scritto:

>
>
> On Tue, May 26, 2020 at 9:06 PM Ivo Reano  wrote:
> > Il guidepost (il palo) compare sulle due relazioni, e in base a *queste*
> vedo la meta.
> Dalle relazioni e tracciati i programmi di routing possono trovare
> sicuramente il percorso, ma seguendo lo stesso principio non serve neanche
> mappare i cartelli.
>
I luoghi di posa, o palo con cartelli, è un punto di importante interesse,
sia per l'escursionista che per il manutentore del percorso.


> Il punto è che il cartello sta dando una precisa informazione, ma se il
> palo compare in più relazioni, questa informazione non è mappata.
>
In che senso "non è mappata"?


> Anzi, si mappano informazioni errate. Se un palo contiene cartelli che
> fanno riferimento a più sentieri, se metto il palo nelle relazioni di tutti
> i sentieri, sto creando una associazione tra tutti i cartelli sul palo e
> tutti i sentieri.
>
Come mi pare giusto.


> Il cartello fisico invece esprime le informazioni corrette, esprimendo
> chiaramente a quale sentiero ogni cartello fa riferimento.
>
> L'unico modo di esprimere le stesse informazioni del cartello fisico
> sarebbe di creare due guidepost differenti, ed associarli al corrispettivo
> sentiero. Ma sarebbe un artifizio non realmente presente nella realtà.
>
No, non servirebbe.


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

Re: [talk-cz] překlad prvku na openstreetmap.org

[petr . kadlec]

On Wed, May 27, 2020 at 8:07 PM Ondřej Suchý 
wrote:

> Zdravím,
>
> jak bych mohl ovlivnit překlad tagu na openstreetmap.org, když mám za to,
> že je do češtiny převeden chybně?
>

https://translatewiki.net/

Opravil jsem, ale nevím, za jak dlouho se to projeví.

-- Petr Kadlec / Mormegil
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-es] Demarcaciones sanitarias

[hugo]

Respecto a lo de proponerlo sin duda es el camino, pero antes 
queríamos tenerlo un poquito más organizado. Para ello he creado esta 
página: .


Mi idea es que podamos editar en esta página (quién quiera) algunas 
ideas tanto de tags, como de fuentes (mayoritariamente son de CyL 
ahora) antes de elaborar una propuesta formal (como aquí se describe 
). Si alguien no 
sabe editar en wikipedia o no tiene cuenta o lo que sea, puede mandar 
un correo aquí para que se agregue el contenido.


Saludos

El mar, 26 de may de 2020 a las 11:25, Alejandro Moreno 
 escribió:
Yo no puedo aportar mucho al etiquetado pero os dejo un par de 
propuestas. La primera es proponerlo en la lista de etiquetado global 
ya que ahí pueden proponer otras opciones de etiquetado y la segunda 
es documentar en la wiki la solución que finalmente se use, de 
manera que quede reflejado las etiquetas a usar como documentación 
para el futuro.


Un saludo.

El lun., 25 may. 2020 a las 12:04, Jorge Sanz Sanfructuoso 
(mailto:sanc...@gmail.com>>) escribió:

Buenas.

A lo mejor se puede hacer igual que en las zonas administrativas que 
se añade en la relación un admin_center. Añadir en estas zonas 
algo parecido con el centro de salud principal de la demarcación 
sanitaria.


Un saludos.


El lun., 25 may. 2020 a las 2:43, Diego Cruz (>) escribió:

Hola, Rafael:

Muchas gracias por tu respuesta.

Un compañero me ha advertido de que el único país donde estaba 
mapeado esto era el Congo, y allí utilizaban "health". Sin 
embargo, yo diría que "health" en inglés es más bien la salud de 
uno mismo, mientras que "healthcare" se refiere a la sanidad o 
atención sanitaria. Por eso había optado por esto último 
(además de que está el grupo de etiquetas "healthcare").


Acabo de subir la primera zona básica de salud (rural) como ensayo 
piloto (changeset #85697721) y al hacerlo me he dado cuenta de 
algunos fallos en lo que había propuesto, como el tema de la 
referencia que mencionas. Coincido en que es una tontería 
inventarse "health_ref", así que había puesto ref:healthcare, 
pero si basta con "ref" a secas, por mí no hay problema, lo 
cambio. No soy muy experto en el tema de las referencias.


Es decir, me parece perfecto lo que dices (*boundary=healthcare + 
healthcare_level=X*) con ref a secas, pero cambiando health por 
healthcare (aunque se esté usando ya health, yo creo que si se 
propone a nivel mundial la gente de habla inglesa no va a aceptar 
health, aunque todo es cuestión de ver qué pasa).


En cuanto al etiquetado de los centros, teniendo en cuenta el 
conflicto existente entre amenity=x y healthcare=x que han 
mencionado algunos compañeros, he optado por poner las dos, y que 
se borre automáticamente después la que quede en desuso.


También he visto que para los consultorios de atención primaria 
sería "doctors" y no "doctor" como había puesto.


Un saludo
Diego


El lun., 25 may. 2020 a las 1:59, Rafael Avila Coya 
(mailto:ravilac...@gmail.com>>) escribió:

Hola, Diego:

En la República Dem. del Congo se están mapeando las zonas 
sanitarias del país. Hace unos años atrás colaboré con Claire 
Halleux de la comunidad local congolesa sobre el tagging para esas 
entidades, pues no teníamos referencia en otros países.


Por consistencia con los datos que ya hay, estaría bien seguir 
ese esquema, y quizás luego proponerlo para la wiki global para 
que en otros países se siga también este mismo esquema, y no que 
haya varios esquemas diferentes para lo mismo.


La sección en la que se explica es esta: 



Basicamente es boundary=health + health_level=X

En cuanto a ref, podría usarse la etiqueta ref=* que ya existe en 
la wiki, en vez de crear una health_ref.


Saludos,

Rafael.

O 24/05/20 ás 21:54, Diego Cruz escribiu:

Hola a todos:

En el grupo de Castilla y León hemos estado hablando sobre 
mapear una serie de límites territoriales y por iniciativa 
personal he propuesto empezar con los distritos sanitarios. Os 
dejo un esquema de mi propuesta para los usuarios de Castilla y 
León y por si pudiese aprovecharse en otras autonomías.


El territorio podría dividirse utilizando la etiqueta 
*boundary=healthcare_administration*, siguiendo el ejemplo de 
religious_administration (y que podría copiarse para 
environment_administration o agriculture_administration en otras 
demarcaciones que existen a nivel local). Para los tres niveles 
de organización que hay (autonomía, áreas de salud y zonas 
básicas de salud) podría utilizarse *healthcare_level* al modo 
de admin_level. Es decir:


Área de salud de León
/name=León
/
/boundary=healthcare_administration/
/healthcare_level=6/ (nivel de provincia)

Zona básica de salud de Babia
/name=Babia/
/boundary=healthcare_administration/
/healthcare_level=7/ (nivel de 

Re: [Talk-it] [Talk-it-cai] Mappare il numero del sentiero sui cartelli segnaletici del CAI

[Andrea Mazzoleni]

On Tue, May 26, 2020 at 9:06 PM Ivo Reano  wrote:
> Il guidepost (il palo) compare sulle due relazioni, e in base a *queste*
vedo la meta.
Dalle relazioni e tracciati i programmi di routing possono trovare
sicuramente il percorso, ma seguendo lo stesso principio non serve neanche
mappare i cartelli.

Il punto è che il cartello sta dando una precisa informazione, ma se il
palo compare in più relazioni, questa informazione non è mappata.

Anzi, si mappano informazioni errate. Se un palo contiene cartelli che
fanno riferimento a più sentieri, se metto il palo nelle relazioni di tutti
i sentieri, sto creando una associazione tra tutti i cartelli sul palo e
tutti i sentieri.

Il cartello fisico invece esprime le informazioni corrette, esprimendo
chiaramente a quale sentiero ogni cartello fa riferimento.

L'unico modo di esprimere le stesse informazioni del cartello fisico
sarebbe di creare due guidepost differenti, ed associarli al corrispettivo
sentiero. Ma sarebbe un artifizio non realmente presente nella realtà.

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

[talk-cz] překlad prvku na openstreetmap.org

[Ondřej Suchý]

Zdravím,

jak bych mohl ovlivnit překlad tagu na openstreetmap.org, když mám za to,
že je do češtiny převeden chybně?

Jde mi o tag embankment
, který je
přeložen jako "nábřeží", přestože vhodnější mi připadá "násep". Všiml jsem
si toho u starých důlních děl u Potůčků
, kde je pojem
nábřeží nepatřičný. Myslel jsem si, že jde o chybně zvolený prvek ze strany
mappera, ale v angličtině to dává smysl.

[image: Snímek obrazovky 2020-05-27 v 19.57.21.png]

-- 
Ondřej Suchý
videotip: Efektivnější porady nejen z karantény

m: +420 777 103 944, w: Tealmakers  + Prázdninová
škola Lipnice 
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Tagging/suppression d'un passage dangereux

[Axel Listes]

Le 27/05/2020 à 18:00, André Maroneze a écrit :
> Est-ce que "access=no" serait valide ici, vu que légalement, il me semble
> que traverser une départementale à pied en dehors d'un passage piéton soit
> interdit ? Ou sinon, faudrait-il supprimer ce chemin (qui risque d'être
> remis plus tard) ?

S'il s'agit d'une route a accès réglementé ou indiquant une interdiction
spécifique oui, dans le cas contraire non.

Pour l'histoire des passages piétons, à ma connaissance c'est seulement
si un passage existe à moins de 50 mètres.

Axel.

-- 

"Un peuple prêt à sacrifier un peu de liberté pour un peu de sécurité ne
mérite ni l'une ni l'autre, et finit par perdre les deux."
Citation de Benjamin Franklin.

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

Re: [OSM-talk-fr] Tagging/suppression d'un passage dangereux

[Florimond Berthoux]

Salut,

Sacrée coupure urbaine, 1,8km pour faire le tour.
Le plus simple c'est de mettre motor_vehicle=no sur la départementale comme
ça plus de voiture, plus de danger.
Voire de simplement supprimer la route.

(:

Le mer. 27 mai 2020 à 18:02, André Maroneze  a écrit :

> Bonjour,
>
> En utilisant OsmAnd pour trouver un chemin de promenade, je suis tombé sur
> un "chemin" sauvage qui traverse une avenue puis une départementale dans
> les deux sens. Le chemin en question n'est autre que de l'herbe écrasée à
> force du passage des gens. Il est donc non-officiel, dangereux (même en
> pleine journée un dimanche, je n'ai pas voulu essayer de l'emprunter, car
> les voitures le croisaient régulièrement), et à mon avis sans intérêt ; on
> pourrait très bien choisir de passer à côté, si on veut vraiment faire
> n'importe quoi. Sinon, à 5 minutes à vélo de là, un passage souterrain
> permet de franchir la route en toute sécurité. Ce dernier ne m'a pas été
> suggéré justement à cause de ce chemin alternatif, plus court.
>
> J'aimerais donc qu'il ne soit plus utilisé pour le routage piéton, ou au
> minimum qu'il soit affiché en tant que "dangereux". Il y a déjà une note
> sur la carte dans ce sens, rajoutée par quelqu'un d'autre, mais elle n'est
> pas visible par les applications.
>
> J'ai vu sur https://wiki.openstreetmap.org/wiki/Key:access qu'il y a
> "access=discouraged", mais l'utilisation indiquée ne correspond pas
> exactement à ce que je veux. Sur la page française de la clé, je ne vois
> pas de mention à cela.
>
> Est-ce que "access=no" serait valide ici, vu que légalement, il me semble
> que traverser une départementale à pied en dehors d'un passage piéton soit
> interdit ? Ou sinon, faudrait-il supprimer ce chemin (qui risque d'être
> remis plus tard) ?
>
> Pour information, le chemin en question est là :
> https://www.openstreetmap.org/way/81972368#map=19/48.67500/2.18292
>
> Merci pour vos avis et suggestions,
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Collecteur de mégots ?

[Florimond Berthoux]

+1, et le côté "vote avec ton mégo" c'est une technique de nudge.
https://fr.wikipedia.org/wiki/Th%C3%A9orie_du_Nudge
Donc nudge=yes ?

Le mer. 27 mai 2020 à 16:13, Marc M.  a écrit :

> Bonjour,
>
> Le 27.05.20 à 15:38, Yves P. a écrit :
> > Quel tags utiliser pour ça ?
>
> amenity=waste_basket
> waste=cigarettes
>
> manufacturer + model si tu veux renseigner que c'est
> une version.. hum.. non je m'abstiens de la décrire :)
>
> Cordialement,
> Marc
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[pepilepi...@ovh.fr]

Le 27/05/2020 à 15:58, Florian_G a écrit :
> Hello,
>
> Le 27/05/2020 à 12:59, Marc M. a écrit :
>> Bonjour,
>>
>> Le 27.05.20 à 12:20, Vincent Bergeot a écrit :
>>> 2 - j'ai regardé du coté de place=neighbourhood mais cela me semble plus
>>> "large" qu'une simple résidence comme montré au-dessus
>> l'imagerie sat montre plusieurs bâtiments, du coup c'est ainsi
>> que je l'aurais renseigné
>> il y a aussi place=city_block que je n'utilise pas personnellement
>> mais qui pourrait convenu, même si le wiki donne l'impression
>> qu'un faut un bloc continue de bâtiments 2 facades.
>
> Le wiki parle aussi de place=plot
> . Si j'ai bien
> compris la page, ce serait utile pour les résidences de plusieurs
> bâtiments n'occupant en tout qu'une seule parcelle cadastrale ?
>

Pas con !

+1

C'est vrai que mettre un landuse DANS un landuse de même nature est
particulièrement absurde.

Bonne soirée,

JP

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


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question.

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

Re: [OSM-talk-fr] Tagging/suppression d'un passage dangereux

[Julien djakk]

Il s’agit d’une ligne de désir ! Pour moi elles ont leur place dans OSM.
Certains endroits, certaines routes, sont dangereux pour les piétons et les
vélos mais on ne le cartographie pas dans osm ... sauf si panneau explicite
(exemple : la N79, route française).

Julien « djakk »



Le mer. 27 mai 2020 à 18:02, André Maroneze  a écrit :

> Bonjour,
>
> En utilisant OsmAnd pour trouver un chemin de promenade, je suis tombé sur
> un "chemin" sauvage qui traverse une avenue puis une départementale dans
> les deux sens. Le chemin en question n'est autre que de l'herbe écrasée à
> force du passage des gens. Il est donc non-officiel, dangereux (même en
> pleine journée un dimanche, je n'ai pas voulu essayer de l'emprunter, car
> les voitures le croisaient régulièrement), et à mon avis sans intérêt ; on
> pourrait très bien choisir de passer à côté, si on veut vraiment faire
> n'importe quoi. Sinon, à 5 minutes à vélo de là, un passage souterrain
> permet de franchir la route en toute sécurité. Ce dernier ne m'a pas été
> suggéré justement à cause de ce chemin alternatif, plus court.
>
> J'aimerais donc qu'il ne soit plus utilisé pour le routage piéton, ou au
> minimum qu'il soit affiché en tant que "dangereux". Il y a déjà une note
> sur la carte dans ce sens, rajoutée par quelqu'un d'autre, mais elle n'est
> pas visible par les applications.
>
> J'ai vu sur https://wiki.openstreetmap.org/wiki/Key:access qu'il y a
> "access=discouraged", mais l'utilisation indiquée ne correspond pas
> exactement à ce que je veux. Sur la page française de la clé, je ne vois
> pas de mention à cela.
>
> Est-ce que "access=no" serait valide ici, vu que légalement, il me semble
> que traverser une départementale à pied en dehors d'un passage piéton soit
> interdit ? Ou sinon, faudrait-il supprimer ce chemin (qui risque d'être
> remis plus tard) ?
>
> Pour information, le chemin en question est là :
> https://www.openstreetmap.org/way/81972368#map=19/48.67500/2.18292
>
> Merci pour vos avis et suggestions,
> ___
> 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] Problema codice di avviamento postale sballato nei civici a Scandicci

[Marco]

Non sono né pratico di questioni legali né informato sulle ultime vicende
ma se la convenzione è questa:

https://www.regione.toscana.it/documents/10180/70968/Accordo_wikimedia_RT_20140924.pdf/e05d1e81-2b09-4b70-9862-b3d86b8c9301

alla fine è scritto:

"La convenzione ha durata di tre anni dalla data di stipulazione ed è
soggetta a tacito rinnovo, salvo disdetta di una delle parti entro 30
giorni dalla scadenza."

Potrebbe quindi essere ancora valida?

Il giorno mer 27 mag 2020 alle ore 14:12 Andrea Musuruane <
musur...@gmail.com> ha scritto:

>
>
> La convenzione è scaduta nel 2017.
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Tagging/suppression d'un passage dangereux

[André Maroneze]

Bonjour,

En utilisant OsmAnd pour trouver un chemin de promenade, je suis tombé sur
un "chemin" sauvage qui traverse une avenue puis une départementale dans
les deux sens. Le chemin en question n'est autre que de l'herbe écrasée à
force du passage des gens. Il est donc non-officiel, dangereux (même en
pleine journée un dimanche, je n'ai pas voulu essayer de l'emprunter, car
les voitures le croisaient régulièrement), et à mon avis sans intérêt ; on
pourrait très bien choisir de passer à côté, si on veut vraiment faire
n'importe quoi. Sinon, à 5 minutes à vélo de là, un passage souterrain
permet de franchir la route en toute sécurité. Ce dernier ne m'a pas été
suggéré justement à cause de ce chemin alternatif, plus court.

J'aimerais donc qu'il ne soit plus utilisé pour le routage piéton, ou au
minimum qu'il soit affiché en tant que "dangereux". Il y a déjà une note
sur la carte dans ce sens, rajoutée par quelqu'un d'autre, mais elle n'est
pas visible par les applications.

J'ai vu sur https://wiki.openstreetmap.org/wiki/Key:access qu'il y a
"access=discouraged", mais l'utilisation indiquée ne correspond pas
exactement à ce que je veux. Sur la page française de la clé, je ne vois
pas de mention à cela.

Est-ce que "access=no" serait valide ici, vu que légalement, il me semble
que traverser une départementale à pied en dehors d'un passage piéton soit
interdit ? Ou sinon, faudrait-il supprimer ce chemin (qui risque d'être
remis plus tard) ?

Pour information, le chemin en question est là :
https://www.openstreetmap.org/way/81972368#map=19/48.67500/2.18292

Merci pour vos avis et suggestions,
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Should we map things that do not exist?

[Mateusz Konieczny via talk]

May 27, 2020, 17:31 by etcomma...@gmail.com:

>>  I know I can use JOSM to copy data from OHM to OSM, but for a large 
>> geographic area I don't think that would not be practical.
>>
I would JOSM to download OHM and save it as an .osm file and process it further.

I wanted to link OHM planet files but...

but based on https://www.openhistoricalmap.org/about

"This site and many other related services are formally operated by the
OpenStreetMap Foundation  (OSMF)"

And content at https://www.openhistoricalmap.org/help

I decided to stop looking for their documentation as it appears to be not 
existing.

I opened 
https://github.com/OpenHistoricalMap/ohm-website/issues/62
https://github.com/OpenHistoricalMap/ohm-website/issues/63
https://github.com/OpenHistoricalMap/ohm-website/issues/64
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Should we map things that do not exist?

[ET Commands]

Date: Wed, 27 May 2020 14:02:47 +1000
From: Warin <61sundow...@gmail.com>
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Should we map things that do not exist?

On 27/5/20 9:40 am, 80hnhtv4agou--- via talk wrote:

then why are there tags ?
https://wiki.openstreetmap.org/wiki/Demolished_Railway
and if the platform posts are still there ?


Those tags are for things that are still there, if what remains is still
identifiable as a building/railway/road/bridge then that should be
mapped in OSM.


Historic things should be mapped into OHM, even if they are no longer
there or still remain ( a start and end date are usefull in OHM as a
date slider can be used to revel what is there at that date).



 Tuesday, May 26, 2020 4:52 PM -05:00 from Jack Armstrong
 :
 Thanks. I'll try that.

 From: Warin <61sundow...@gmail.com
 >

 Advise them to enter the historic railway into OHM ... or any
 historic object for that matter. This satisfies them that the
 object is mapped and frees OSM from it.



I like to download portions of  the OSM database from Geofabrik and make 
custom maps for my GPS.  I also understand we're not supposed to map 
historic objects in OSM, and why some people don't want to see 
dismantled/razed railroads in the OSM database.  Being a railfan, I am 
one of those that do want them.    Assuming all the dismantled railroads 
in OSM were transferred to OHM, is there a way to take my OSM extracts 
from Geofabrik and add in the dismantled railroads from OHM, so that the 
resulting map would contain what I want?  I know I can use JOSM to copy 
data from OHM to OSM, but for a large geographic area I don't think that 
would not be practical.


Mark



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

Re: [OSM-talk-fr] sites prélèvement Covid

[Yves P.]

> Ça Reste Ouvert affiche déjà les objets OSM avec les tags healthcare=centre + 
> healthcare:speciality=covid19.

Il y en a 18 dans le monde : https://overpass-turbo.eu/s/Urt

Dont 13 autour de Toulouse visibles dans CRO 


__
Yves

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

Re: [OSM-talk-fr] sites prélèvement Covid

[Yves P.]

> Je viens de tomber sur ça :
> https://www.data.gouv.fr/fr/datasets/sites-de-prelevements-pour-les-tests-covid/
>  
> 
Il y en a 2978 !

> Ce n'est pas à mettre dans OSM à mon avis, car trop temporaire, 
Est-ce du provisoire qui va durer ?
temporay=yes (cf. mél de Florimond).

> mais si ça intéresse quelqu'un …
Ça Reste Ouvert affiche déjà les objets OSM avec les tags healthcare=centre + 
healthcare:speciality=covid19.

> On doit même pouvoir les lier via les numéros finess pour les sites 
> renseignés dans OSM.
Oui, il y a l'identifiant de l'entité juridique (champ id_ej) qui correspond au 
champ nofinessej du fichier OD FINESS.
Et le champ finess qui correspond au champ nofinesset (identifiant de 
l'établissement).

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

Re: [talk-cz] Přírodní parky

[r00t via talk-cz]

Ahoj,

Par pripominek:

1) "Start ASAP with 2 regions (part 1) and continue with further parts"
Tohle se moc na import listu libit nebude, pred schvalenim by mel popis importu 
byt kompletni a uz
by se dal nemel menit. Mapovani neceho dalsiho co neni schvalene je proti 
pravidlum, stejne tak jako
pridavani dalsich zdroju dat ktere nebyly schvalene. Asi bylo lepsi nejdriv 
ziskat co nejvice povoleni
a potom teprve zacit. Rozdelit import max. na dve casti, s tim ze budes muset 
zadat na import listu o
kazdou zvlast.

2) Tagging
"website=https://wiki.openstreetmap.org/wiki/Czech_nature_parks_import; - tohle 
mi prijde zbytecne,
pokud uz nejaky URL tak odkaz na web o parku. Tohle ma byt uzitecna informace 
pro uzivatele mapy, ne
informace o tom z jakeho importu park pochazi...
Taky "name=Přírodní park " - by melo byt proste jmeno parku, to ze 
je to prirodni park
je jasne z dalsich tagu.

3) Uplne ti tam chybi sekce "Data Merge Workflow / Conflation", tedy co budes 
presne delat pokud uz
nejaky park v mape je. Je potreba popsat jestli ten stary smazes, nebo ho nejak 
budes upravovat,
ktera data budou mit prednost atd.


r00tcz


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

Re: [talk-cz] Přírodní parky

[majkaz]

Za mě: z názvu (name) bych vyhodila ten Přírodní park, specificky proto, že je v 
protection_title. Vycházela bych z name jako "obvyklého" jména. Asi by se o tom 
dalo debatovat do nekonečna, zda to tam mít celé či ne...
 
Osobně bych na import list dala hned poté, co to doběhne tady, s poznámkou že 
chceš začít importovat data zatím třeba z Prahy, kde ten souhlas už je, a že 
postupně budeš přidávat další kraje. Nadto u toho oznámení dej odkazy na to, 
kde se to tu projednávalo, budeš to mít pak trochu jednodušší.
 
Jak už r00tcz naznačoval, na import listu je to minimálně na 3 týdny, spíš 
ještě mnohem delší. Z toho minimálně první dva týdny se tam zpravidla nebude 
dít vůbec nic, a pokud se připomeneš, bude ti sděleno že máš čekat. V téhle 
době přichází obvykle jen reakce v případě, že se tam najde někdo zásadně proti 
tomu importu jako takovému.
 
Čekej s tím jen v případě, že ti nevadí, že se pak další měsíc nepohneš z 
místa. U mě to bylo podobné - ticho po pěšině až do oznámení, že mlčení 
považuji za souhlas.
 
Majka
__

Od: "J Kozuch" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 27.05.2020 15:53
Předmět: Re: [talk-cz] Přírodní parky


Zdravím,chci jen oznámit, že tedy plánuji postupný import těch přírodních parků podle toho, jak 
budu mít čas a jako se podaří zajistit zdroje dat...Postupuji více méně dle pokynů pro import, 
dal jsem to na seznam importů na wiki a více detailů viz 
https://wiki.openstreetmap.org/wiki/Czech_nature_parks_import 
Do import listu to budu 
teprve oznamovat.Kozuchso 16. 5. 2020 v 13:54 odesílatel r00t via talk-cz 
> napsal:Ahoj,

> Koukám na tvoji wiki stránku "IPRPraha Powerstations Import" - hezky
> zpracované, ale je někde dokumentováno, že IPRPraha povoluje využití pro
> OSM? Je to povoleno jen pro překreslení nebo i pro import? Potřebuju důkaz
> :)
Je to tam pod bodem "Import source / Link to permission", viz email tady na 
cz-talku od Mateje a
jeho konverzace s Bohdanem z IPR:
https://lists.openstreetmap.org/pipermail/talk-cz/2018-February/018526.html 


V tvem pripade by se asi dalo import nedelat a oblasti obkreslit v JOSM podle 
dat a proste
dat zdroj do changesetu. Neprijde mi ze by to bylo nejak odlisne od 
obkreslovani treba z CUZK:KM...

Jinak zkusenosti s protlacenim importu pres OSM import group:
1) Urcite si dobre priprav dokumentaci na wiki, melo by tam byt vsechno co se 
vyzaduje.
   Hlavne veci ohledne reseni konfliktu s tim co uz v mape je a spravne 
tagovani. Pokud budes delat
   import rucne, je dobre to tam zduraznit, protoze import group ma nejvetsi 
problemy s lidmi co
   proste nahazou data do OSM a neresi konflikty/nasledky.
2) Po nahlaseni do import talku se nebude nic dit, je tam dost mrtvo. Ja jsem 
potom po nejake
   dobe proste provokativne napsal, ze kdyz tedy nejsou zadne pripominky, tak 
ze beru navrh jako
   schvaleny... a najednou se pripominky objevily :) A bylo mi vycitano ze jsem 
mel pockat aspon mesic...
3) Zacatek a konec praci je opet treba oznamit na import listu a taky updatovat 
wiki, at uz stranku
   o importu nebo tu velkou tabulku importu...


r00tcz


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

https://openstreetmap.cz/talkcz 

--

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

https://openstreetmap.cz/talkcz 

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

[OSM-talk-fr] Mappons le temporaire qui dur

[Florimond Berthoux]

Bonjour,

On ne map l'éphémère nous sommes d'accord.
Par contre il existe nombre d'infrastructure réalisé en "temporaire" et qui
dur, dur.
Par exemple avec les aménagements cyclable temporaire, aujourd'hui on a
décidé de tagguer cela avec description:covid19=blah blah.
Problème le "blah blah" n'est pas normalisé, c'est un texte libre,
difficile ensuite de retrouver nos piste temporaire de façons clair et net.

C'est pour ça que j'ai ajouté une définition succincte au tag (déjà un peu
utilisé ainsi) temporary
https://wiki.openstreetminviteap.org/wiki/Key:temporary

Et que je vous propose de l'utiliser pour tagguer une infrastructure qui
est temporaire parce qu'elle est faite d’éléments temporaire, ou qu'il est
explicitement marqué par un panneau un début et de fin, etc.

Attention, je ne vous parle pas des différentes proposal, je ne parle que
de temporary=yes

Cette clé peut aussi servir dans le contrôle qualité pour lister les
aménagements à vérifier régulièrement.

Cartodialement

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

Re: [OSM-talk-fr] Collecteur de mégots ?

[Marc M.]

Bonjour,

Le 27.05.20 à 15:38, Yves P. a écrit :
> Quel tags utiliser pour ça ?

amenity=waste_basket
waste=cigarettes

manufacturer + model si tu veux renseigner que c'est
une version.. hum.. non je m'abstiens de la décrire :)

Cordialement,
Marc

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

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Andrea Musuruane]

Ciao,

On Wed, May 27, 2020 at 4:08 PM Luca Delucchi  wrote:

> On Wed, 27 May 2020 at 16:04, Andrea Musuruane  wrote:
> >
> > Ciao,
>
> ciao,
>
> > se effettivamente fossero civici provenienti dagli open data della
> Regione Toscana (e considerando che nel changeset è proprio indicata questa
> fonte nel tag source), questi andrebbero subito eliminati in modo
> permanente dal database (redacted).
> >
> > I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che
> non è compatibile con la ODbL.
> >
>
> ma c'è una convenzione tra Wikimedia Italia e Regione Toscana,
> bisognerebbe vedere se basta quella, se ricordo bene c'era scritto
> qualcosa per gli import dei dati
>
>
La convenzione è scaduta nel 2017.

Ciao,

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

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Luca Delucchi]

On Wed, 27 May 2020 at 16:04, Andrea Musuruane  wrote:
>
> Ciao,

ciao,

> se effettivamente fossero civici provenienti dagli open data della 
> Regione Toscana (e considerando che nel changeset è proprio indicata questa 
> fonte nel tag source), questi andrebbero subito eliminati in modo permanente 
> dal database (redacted).
>
> I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che non è 
> compatibile con la ODbL.
>

ma c'è una convenzione tra Wikimedia Italia e Regione Toscana,
bisognerebbe vedere se basta quella, se ricordo bene c'era scritto
qualcosa per gli import dei dati

> Ciao,
>
> Andrea
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-se] Förfrågan från Wikimedia Sverige

[Tomas Marklund]

Stående format? Suck.. Skicka tillbaka den här till dem :)

https://youtu.be/f2picMQC-9E

/Tomas

Den ons 27 maj 2020 kl 15:37 skrev Karl Wettin :

> Wikimedia Sverige undrar om vi kan tänka oss att spela in en liten film
> (max 55 sekunder lång) i stående format på en telefon där man berättar lite
> om varför OSM är bra. Filmen måste vara CC-BY (eller bättre) då den kommer
> distribueras av dem.
>
> Är det någon här som kan tänka sig att spela in och vara huvudpersonen i
> denna film? Som anställd av Wikimedia Sverige upplever jag det som att jag
> sitter på lite för många stolar och har lite för många hattar på mig för
> att vara den som är med på denna film och uttrycker sina åsikter.
>
> Jag tycker det är rimligt att den som spelar in filmen har fullt mandat
> att föra fram sina subjektiva åsikter. Samtidigt är det juste om vi,
> gemenskapen, tillsammans först kan prata lite om vad det är som gör OSM bra
> för att ge lite vägledande tankar. Dock är det väldigt svårt att summera
> det på 55 sekunder.
>
> Eftersom de flesta som kommer se filmen inte vet hur OSM skiljer sig från
> tex en tryckt karta på ett papper så tror jag det är bra att fokusera på
> att det handlar om geografisk rådata och att kartan bara är ett av många
> tänkbara resultat av att arbeta med denna data. Den kan användas till att
> skapa en reseplaneringsmjukvara. En biodlare kan ställa en GIS-fråga för
> att leta upp lämpliga innergårdar i stadsmiljö nära kolonilotter för att
> ställa ut kupor. Din bil skulle kunna rekommendera dig att parkera runt
> hörnet så solen smälter frosten på fönsterrutan åt dig på morgonen. Att HOT
> på riktigt räddat liv när gemenskapen kommit samman och skapat kartor åt
> räddningsarbetare i katastrofområden.
>
> Är det någon som känner sig manad att ta denna pucken? Jag borde
> egentligen inte skriva det, men vill ingen så kan jag göra det.
>
> Värt att nämna i detta mejl är att Wikimedia Sverige är de som för många
> år sedan ursprungligen sponsrat OpenStreetMap Sverige med server, och nu i
> veckorna med nya hårddiskar till denna då de gamla brunnit upp. Så det är
> en liten gentjänst från oss till dem att göra det här.
>
>
> Kalle
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Andrea Musuruane]

Ciao,
se effettivamente fossero civici provenienti dagli open data della
Regione Toscana (e considerando che nel changeset è proprio indicata questa
fonte nel tag source), questi andrebbero subito eliminati in modo
permanente dal database (redacted).

I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che non è
compatibile con la ODbL.

Ciao,

Andrea


On Wed, May 27, 2020 at 3:42 PM Marco  wrote:

> Salve lista,
> segnalo che a Scandicci (Firenze) un po' di mesi fa sono stati caricati
> 10986¹ civici con un valore del CAP un po' sospetto; infatti ogni nodo ha
> un codice di avviamento postale nell'intervallo 50018 – 61004 sempre
> diverso.
>
> La provenienza dei civici sembra essere gli open data della Regione
> Toscana che però, a quanto so non contengono il CAP. Non ho trovato una
> documentazione dell'import quindi non so da dove possa provenire l'errore.
>
> Ho commentato il changeset dell'utente circa 15 giorni fa ma non ho
> ricevuto risposta. Confidando che l'utente risponda prima o poi, propongo
> nel frattempo la rimozione del tag 'addr:postcode' dai 10986 nodi; non
> dovrebbe essere difficile visto che, tranne uno che è stato spostato, si
> tratta "solo" di nodi rimasti fermi alla prima versione e che nessun altro
> dato su OpenStreetMap viene coinvolto.
>
> Ci sarebbero anche altri problemi con i dati in questione (891 civici con
> valore 0 e in alcuni casi 'addr:street' con valore non identico
> all'etichetta 'name' della relativa strada su OpenStreetMap) però il più
> urgente mi sembra quello dei CAP "randomici".
>
> ¹ https://www.openstreetmap.org/changeset/82343444
> https://osmcha.org/changesets/82343444/
> https://www.openstreetmap.org/changeset/82343475
> https://osmcha.org/changesets/82343475/
> https://overpass-turbo.eu/s/Ur6 (3MB, 10865 nodi)
>
> Alla prossima,
> Marco
> ___
> 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] Une résidence dans une zone résidentielle ?

[Florian_G]

Hello,

Le 27/05/2020 à 12:59, Marc M. a écrit :
> Bonjour,
>
> Le 27.05.20 à 12:20, Vincent Bergeot a écrit :
>> 2 - j'ai regardé du coté de place=neighbourhood mais cela me semble plus
>> "large" qu'une simple résidence comme montré au-dessus
> l'imagerie sat montre plusieurs bâtiments, du coup c'est ainsi
> que je l'aurais renseigné
> il y a aussi place=city_block que je n'utilise pas personnellement
> mais qui pourrait convenu, même si le wiki donne l'impression
> qu'un faut un bloc continue de bâtiments 2 facades.

Le wiki parle aussi de place=plot
. Si j'ai bien
compris la page, ce serait utile pour les résidences de plusieurs
bâtiments n'occupant en tout qu'une seule parcelle cadastrale ?

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

Re: [talk-cz] Přírodní parky

[J Kozuch]

Zdravím,

chci jen oznámit, že tedy plánuji postupný import těch přírodních parků
podle toho, jak budu mít čas a jako se podaří zajistit zdroje dat...

Postupuji více méně dle pokynů pro import, dal jsem to na seznam importů na
wiki a více detailů viz
https://wiki.openstreetmap.org/wiki/Czech_nature_parks_import

Do import listu to budu teprve oznamovat.

Kozuch

so 16. 5. 2020 v 13:54 odesílatel r00t via talk-cz <
talk-cz@openstreetmap.org> napsal:

> Ahoj,
>
> > Koukám na tvoji wiki stránku "IPRPraha Powerstations Import" - hezky
> > zpracované, ale je někde dokumentováno, že IPRPraha povoluje využití pro
> > OSM? Je to povoleno jen pro překreslení nebo i pro import? Potřebuju
> důkaz
> > :)
> Je to tam pod bodem "Import source / Link to permission", viz email tady
> na cz-talku od Mateje a
> jeho konverzace s Bohdanem z IPR:
> https://lists.openstreetmap.org/pipermail/talk-cz/2018-February/018526.html
>
> V tvem pripade by se asi dalo import nedelat a oblasti obkreslit v JOSM
> podle dat a proste
> dat zdroj do changesetu. Neprijde mi ze by to bylo nejak odlisne od
> obkreslovani treba z CUZK:KM...
>
> Jinak zkusenosti s protlacenim importu pres OSM import group:
> 1) Urcite si dobre priprav dokumentaci na wiki, melo by tam byt vsechno co
> se vyzaduje.
>Hlavne veci ohledne reseni konfliktu s tim co uz v mape je a spravne
> tagovani. Pokud budes delat
>import rucne, je dobre to tam zduraznit, protoze import group ma
> nejvetsi problemy s lidmi co
>proste nahazou data do OSM a neresi konflikty/nasledky.
> 2) Po nahlaseni do import talku se nebude nic dit, je tam dost mrtvo. Ja
> jsem potom po nejake
>dobe proste provokativne napsal, ze kdyz tedy nejsou zadne pripominky,
> tak ze beru navrh jako
>schvaleny... a najednou se pripominky objevily :) A bylo mi vycitano ze
> jsem mel pockat aspon mesic...
> 3) Zacatek a konec praci je opet treba oznamit na import listu a taky
> updatovat wiki, at uz stranku
>o importu nebo tu velkou tabulku importu...
>
>
> r00tcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-talk-fr] Compacteur solaire de déchets ?

[Yves P .]

Bonjour,

Quel tags utiliser pour ça ?
https://commons.wikimedia.org/wiki/Category:Solar_compactors 


J'ai lancé une discussion 

 dans le wiki.

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

[OSM-talk-fr] sites prélèvement Covid

[Georges Dutreix via Talk-fr]

Bonjour,

Je viens de tomber sur ça :
https://www.data.gouv.fr/fr/datasets/sites-de-prelevements-pour-les-tests-covid/

Ce n'est pas à mettre dans OSM à mon avis, car trop temporaire, mais si 
ça intéresse quelqu'un ...
On doit même pouvoir les lier via les numéros finess pour les sites 
renseignés dans OSM.


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

[Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Marco]

Salve lista,
segnalo che a Scandicci (Firenze) un po' di mesi fa sono stati caricati
10986¹ civici con un valore del CAP un po' sospetto; infatti ogni nodo ha
un codice di avviamento postale nell'intervallo 50018 – 61004 sempre
diverso.

La provenienza dei civici sembra essere gli open data della Regione Toscana
che però, a quanto so non contengono il CAP. Non ho trovato una
documentazione dell'import quindi non so da dove possa provenire l'errore.

Ho commentato il changeset dell'utente circa 15 giorni fa ma non ho
ricevuto risposta. Confidando che l'utente risponda prima o poi, propongo
nel frattempo la rimozione del tag 'addr:postcode' dai 10986 nodi; non
dovrebbe essere difficile visto che, tranne uno che è stato spostato, si
tratta "solo" di nodi rimasti fermi alla prima versione e che nessun altro
dato su OpenStreetMap viene coinvolto.

Ci sarebbero anche altri problemi con i dati in questione (891 civici con
valore 0 e in alcuni casi 'addr:street' con valore non identico
all'etichetta 'name' della relativa strada su OpenStreetMap) però il più
urgente mi sembra quello dei CAP "randomici".

¹ https://www.openstreetmap.org/changeset/82343444
https://osmcha.org/changesets/82343444/
https://www.openstreetmap.org/changeset/82343475
https://osmcha.org/changesets/82343475/
https://overpass-turbo.eu/s/Ur6 (3MB, 10865 nodi)

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

[OSM-talk-fr] Collecteur de mégots ?

[Yves P.]

Bonjour,

Quel tags utiliser pour ça ?
https://www.20minutes.fr/insolite/2164135-20171106-cendrier-sondage-voter-megots-eviter-jeter-terre
https://www.cypao.net
http://www.ird2.org/wp-content/uploads/2017/05/BallotBin.pdf 

liste non exhaustive ?
Avez-vous des photos à publier dans Wikimedia ?
J'ai créé la catégorie Cigarette butts containers 
 
(différent de Public ashtrays 
)

Et lancé une discussion 

 dans le wiki.

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

[Talk-se] Förfrågan från Wikimedia Sverige

[Karl Wettin]

Wikimedia Sverige undrar om vi kan tänka oss att spela in en liten film
(max 55 sekunder lång) i stående format på en telefon där man berättar lite
om varför OSM är bra. Filmen måste vara CC-BY (eller bättre) då den kommer
distribueras av dem.

Är det någon här som kan tänka sig att spela in och vara huvudpersonen i
denna film? Som anställd av Wikimedia Sverige upplever jag det som att jag
sitter på lite för många stolar och har lite för många hattar på mig för
att vara den som är med på denna film och uttrycker sina åsikter.

Jag tycker det är rimligt att den som spelar in filmen har fullt mandat att
föra fram sina subjektiva åsikter. Samtidigt är det juste om vi,
gemenskapen, tillsammans först kan prata lite om vad det är som gör OSM bra
för att ge lite vägledande tankar. Dock är det väldigt svårt att summera
det på 55 sekunder.

Eftersom de flesta som kommer se filmen inte vet hur OSM skiljer sig från
tex en tryckt karta på ett papper så tror jag det är bra att fokusera på
att det handlar om geografisk rådata och att kartan bara är ett av många
tänkbara resultat av att arbeta med denna data. Den kan användas till att
skapa en reseplaneringsmjukvara. En biodlare kan ställa en GIS-fråga för
att leta upp lämpliga innergårdar i stadsmiljö nära kolonilotter för att
ställa ut kupor. Din bil skulle kunna rekommendera dig att parkera runt
hörnet så solen smälter frosten på fönsterrutan åt dig på morgonen. Att HOT
på riktigt räddat liv när gemenskapen kommit samman och skapat kartor åt
räddningsarbetare i katastrofområden.

Är det någon som känner sig manad att ta denna pucken? Jag borde egentligen
inte skriva det, men vill ingen så kan jag göra det.

Värt att nämna i detta mejl är att Wikimedia Sverige är de som för många år
sedan ursprungligen sponsrat OpenStreetMap Sverige med server, och nu i
veckorna med nya hårddiskar till denna då de gamla brunnit upp. Så det är
en liten gentjänst från oss till dem att göra det här.


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

Re: [Talk-GB] Q2 2020 Quarterly project GP Surgeries and health sites

[Jez Nicholson]

I'm sort of pleased that the ENS has at least listened to the UK mappers,
who used both pharmacy and chemist, and not imposed their own views.

Just as a supermarket can have a pharmacy in it, Boots chemist stores have
a separate pharmacy counter. So could/should they have their own node? This
would hook in to the FHRS where I think there can be separate records for
the main store and the pharmacy counter.

On Mon, 25 May 2020, 19:42 Cj Malone via Talk-GB, 
wrote:

> I think a lot of the confusion comes from the name suggestion index (some
> of the presets for iD) listing Boots twice. However basically all (if not
> all) of Boots in the UK are pharmacies, because they do prescriptions. In
> some regions this is not the case, Boots without prescriptions is a chemist.
>
> In the UK it's more obvious using Superdrug as an example, some stores do
> prescriptions, some don't. If Superdrug does prescriptions it may be
> amenity=pharmacy or it may have a separate node for the pharmacy, with
> different contract details and opening times, but I don't think this is
> usually worth it for small shops.
>
> Supermarkets on the other hand, I would have there pharmacies as separate
> nodes, partly for the above, different details. But also because the
> location inside the store can be massively helpful for people who just want
> the pharmacy, not the supermarket. See Sainsbury's with a Lloyds Pharmacy
> inside it https://www.openstreetmap.org/node/6868601075 Tesco with a
> Tesco pharmacy inside https://www.openstreetmap.org/node/6841571554
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Farmfoods clean up

[Silent Spike]

Have you considered trying to contact farmfoods themselves to ask
for permission to use their data?

Something I've pondered in the past for branded locations as it would allow
us to get full coverage importing all the locations at once. Think the
hardest part would be getting a line of contact to someone with the
authority to approve that. Perhaps an idea that would be easier if they
were approached by the OSM UK organisation than an individual.

On Wed, May 27, 2020 at 12:24 PM David Woolley 
wrote:

> On 27/05/2020 11:48, Cj Malone wrote:
> > their homepage exclusively shows ambient products
>
> All self service stores, unless completely sold out, have ambient
> products, pretty much by definition, even open air ones at the South
> pole, if such existed, and including ones that only stock frozen
> products.  Catalogue stores might be an example of ones that didn't.
>
> Did you mean room temperature?
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[osm . sanspourriel]

C'est implicite mais ça va mieux en le disant : il y a donc aussi un
grand landuse=residential englobant au moins les 2.

Question subsidiaire : est-ce que la résidence ne fait pas partie du
neighbourhood plus grand ? Si probablement.

Le 27/05/2020 à 14:13, Jean-Yvon Landrac a écrit :


Oui, pour moi place=city_block c'est plus le bloc urbain à la
New-yorkaise. Adapté à Brest par exemple ! ;-). Sauf que je n'ai pas
l'impression qu'en France on donne souvent des noms dans ce cas -
l'exception étant les résidences occupant tout un ensemble urbain
entre 4 rues.

Comme dit Marc, on doit avoir un seul landuse.

Si on regarde mon exemple favori : Le Prat

jouxte Les Jardins de Vitalis
.

Décris comme relation place=neighbourhood (parce que ce n'est pas un
city_block, oui c'est un peu petit). Le nœud label label est
nécessaire pour un affichage sur la carte (il n'y a pas
d'admin_centre). Il a aussi le droit à place
=neighbourhood
.

Mettre des landuse identiques contigus, outre le manque de logique
topologique a pour effet de bord d'afficher des limites sur la carte
qui ne correspondent à rien dans la réalité. Mais les "bornes" sont
utiles pour savoir où s'arrête la résidence.

Ici c'est l'architecture et non une clôture qui permet d'associer un
côté de la rue à un ensemble et l'autre à l'autre.

Ça me semble la modélisation la plus propre même si idéalement on
devrait pouvoir se passer de ce nœud (via un prétraitement par exemple).

Jean-Yvon

Le 27/05/2020 à 12:59, Marc M. - marc_marc_...@hotmail.com a écrit :

Bonjour,

Le 27.05.20 à 12:20, Vincent Bergeot a écrit :

2 - j'ai regardé du coté de place=neighbourhood mais cela me semble plus
"large" qu'une simple résidence comme montré au-dessus

l'imagerie sat montre plusieurs bâtiments, du coup c'est ainsi
que je l'aurais renseigné
il y a aussi place=city_block que je n'utilise pas personnellement
mais qui pourrait convenu, même si le wiki donne l'impression
qu'un faut un bloc continue de bâtiments 2 facades.

Cordialement,
Marc

___
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] Une résidence dans une zone résidentielle ?

[osm . sanspourriel]

Oui, pour moi place=city_block c'est plus le bloc urbain à la
New-yorkaise. Adapté à Brest par exemple ! ;-). Sauf que je n'ai pas
l'impression qu'en France on donne souvent des noms dans ce cas -
l'exception étant les résidences occupant tout un ensemble urbain entre
4 rues.

Comme dit Marc, on doit avoir un seul landuse.

Si on regarde mon exemple favori : Le Prat

jouxte Les Jardins de Vitalis
.

Décris comme relation place=neighbourhood (parce que ce n'est pas un
city_block, oui c'est un peu petit). Le nœud label label est nécessaire
pour un affichage sur la carte (il n'y a pas d'admin_centre). Il a aussi
le droit à place
=neighbourhood
.

Mettre des landuse identiques contigus, outre le manque de logique
topologique a pour effet de bord d'afficher des limites sur la carte qui
ne correspondent à rien dans la réalité. Mais les "bornes" sont utiles
pour savoir où s'arrête la résidence.

Ici c'est l'architecture et non une clôture qui permet d'associer un
côté de la rue à un ensemble et l'autre à l'autre.

Ça me semble la modélisation la plus propre même si idéalement on
devrait pouvoir se passer de ce nœud (via un prétraitement par exemple).

Jean-Yvon

Le 27/05/2020 à 12:59, Marc M. - marc_marc_...@hotmail.com a écrit :

Bonjour,

Le 27.05.20 à 12:20, Vincent Bergeot a écrit :

2 - j'ai regardé du coté de place=neighbourhood mais cela me semble plus
"large" qu'une simple résidence comme montré au-dessus

l'imagerie sat montre plusieurs bâtiments, du coup c'est ainsi
que je l'aurais renseigné
il y a aussi place=city_block que je n'utilise pas personnellement
mais qui pourrait convenu, même si le wiki donne l'impression
qu'un faut un bloc continue de bâtiments 2 facades.

Cordialement,
Marc

___
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-lv] Fona karšu nobīdes

[Rihards]

On 27.05.20 13:47, Ivars wrote:
> Pēc maniem novērojumiem gan Esri, gan Jāņa sētas orto, gan LĢIA orto ir viens 
> un tas pats attēls, pāris atsevišķās Latvijas vietās paskatoties.
> Tā kā avots ir viens un tas pats, pieļauju, ka arī precizitātei vajadzētu būt 
> vienādai? Ja vien Esri nav kaut ko paši nepareizi pārbīdījuši.

Var jau būt, ka Esri ir nomainījuši, tagad pamatā lietoju LKS un Maxar
slāņus.
Paskatījos šībrīža rediģējamajā vietā - bilde tā pati, LKS vs Esri
nedaudz virs metra atšķirība. Sīkums.
Kas ir JS orto nezinu, bet man ir lielas aizdomas, ka mēs to nedrīkstam
lietot :)

> Paldies par saiti uz LVM, visādi interesanti dati un servisi, ko līdz šim 
> nezināju. iD editorā gan laikam tos nevar pielikt, jo tur custom maps vajag
> TMS, nevis WMS...
> 99% esmu darbojies tikai iD, bet varbūt jāpamēģina vairāk ar JOSM

Ja kādi jautājumi par JOSM (un par iD jau arī), droši šajā listē jāprasa.

> - Reply to message -
> Subject: Re: [Talk-lv] Fona karšu nobīdes
> Date: Wed, 27 May 2020, 08:18
> From:  Rihards 
> To:  talk-lv@openstreetmap.org 
>> On 27.05.20 01:10, Ivars via Talk-lv wrote:
>>> Sveiki!
>>> Vai ir kaut kur informācija par to, kādas nobīdes ir pieejamajiem fona
>>> aero/satfoto slāņiem Latvijā?
>>> Vai Esri aerofoto (kas taču ir 1:1 tas pats JS aerofoto) var uzskatīt
>>> par visprecīzāko?
>>> Cik novēroju, Maxar uzņēmumi bieži ir vissvaigākie, bet tiem ir pamatīga
>>> nobīde, ko tad jāmēģina pielīdzināt.
> 
>> ESRI šur tur ir labi foto, bet nobīde mēdz būt manāma.
>> Visprecīzākie tiešām līdz šim ir bijuši LVM publicētie LKS orto un LIDAR
>> slāņi - https://www.lvmgeo.lv/dati -> servisi.
> 
>>> Un, ja, piemēram, esri ir precīzs vienā vietā, vai ir garantija, ka 3km
>>> tālāk tas joprojām būs tikpat precīzs?
> 
>> Nē, pāris km tālāk var būt labi - bet var būt arī citādāka nobīde.
> 
>>> Gps trasēm arī ne vienmēr var uzticēties un daudzviet viņu ir par maz
>>> (vai nav), lai pēc tām spriestu, cik metru pa labi, pa kreisi taka ir.
> 
>> GPX treisi ir manta, ja to ir daudz - tad pēc vidus var pieregulēt. Ja
>> tuvumā ir kāds lielāks krustojums, tad pa abām asīm var.
> 
>>> Vai ir kaut kāds etalons, pēc kā var mēģināt vadīties, ja arī tas nav
>>> pieejams kā fons, bet tā, lai var paskatīties uz to un uz iekartēto osm
>>> un saprast, ir nobīde vai nav? Piemēram, Vzd kadastrā redzamajām māju un
>>> ceļu kontūrām taču vajadzētu atbilst "zemes apstākļiem" par 99.9%?
>>>
>>> P.s. Nebiju līdz šim ar citiem LV kartētājiem kontaktējis - vai šis ir
>>> primārais saziņas veids vai ir kāds slepens forums, par ko nezinu, arī?
>>> (Forum.osm.org users:lv zinu)
> 
>> Ir primārais - bet varbūt Raitim pirms daudziem gadiem bija taisnība, un
>> vajag kaut ko normāliem cilvēkiem vieglāk pieejamu - kā forumu :)
> 
>>> Ivars--
>> Rihards
-- 
 Rihards

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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[Vincent Bergeot]

Le 27/05/2020 à 12:59, Marc M. a écrit :

Bonjour,

Le 27.05.20 à 12:20, Vincent Bergeot a écrit :

2 - j'ai regardé du coté de place=neighbourhood mais cela me semble plus
"large" qu'une simple résidence comme montré au-dessus

l'imagerie sat montre plusieurs bâtiments, du coup c'est ainsi
que je l'aurais renseigné


oui il y a bien plusieurs bâtiments, une piscine en commun et des 
grilles et barrières qui clôturent l'ensemble.


place=neighbourhood pourrait donc coller pour ce premier niveau de 
regroupement de batiment, que cela soit une "résidence" ou un 
lotissement par exemple. Un ensemble cohérent et nommé ok, merci




il y a aussi place=city_block que je n'utilise pas personnellement
mais qui pourrait convenu, même si le wiki donne l'impression
qu'un faut un bloc continue de bâtiments 2 facades.


merci pour le city-block, je ne connaissais pas

à plus

--
Vincent Bergeot


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

Re: [Talk-GB] Farmfoods clean up

[David Woolley]

On 27/05/2020 11:48, Cj Malone wrote:

their homepage exclusively shows ambient products


All self service stores, unless completely sold out, have ambient 
products, pretty much by definition, even open air ones at the South 
pole, if such existed, and including ones that only stock frozen 
products.  Catalogue stores might be an example of ones that didn't.


Did you mean room temperature?



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

Re: [Talk-GB] Farmfoods clean up

[Phil Endecott via Talk-GB]

Cj Malone wrote:

This also means shop=frozen_food, currently they are mainly
shop=supermarket


My local one was doing a roaring trade in 36-packs of loo roll
a few weeks ago.  I believe they are also one of the cheapest
places to get cans of coke.  So frozen_food sounds a bit too
limited.


Regards, Phil.




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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[Marc M.]

Bonjour,

Le 27.05.20 à 12:20, Vincent Bergeot a écrit :
> 2 - j'ai regardé du coté de place=neighbourhood mais cela me semble plus
> "large" qu'une simple résidence comme montré au-dessus

l'imagerie sat montre plusieurs bâtiments, du coup c'est ainsi
que je l'aurais renseigné
il y a aussi place=city_block que je n'utilise pas personnellement
mais qui pourrait convenu, même si le wiki donne l'impression
qu'un faut un bloc continue de bâtiments 2 facades.

Cordialement,
Marc

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

Re: [Talk-GB] Farmfoods clean up

[Cj Malone]

On Wed, 2020-05-27 at 11:28 +0100, SK53 wrote:
>  I presume its being applied to Iceland (and Heron?) too.

According to the name suggestion index it's recommended for Iceland but
not for Heron Foods. From memory I think Heron Foods would probably fit
frozen_food but their homepage exclusively shows ambient products so
I'm unsure.

https://nsi.guide/index.html?k=shop=frozen_food#Iceland
https://nsi.guide/index.html?k=shop=supermarket#Heron%20Foods
https://heronfoods.com/

> I suspect the page would be better split across several pages.
> Ideally the numbers could come from a taginfo query, but this would
> probably need a special template & may be too complex because of name
> variants.

I updated some of them to use taginfo, using the brand instead of name,
however this has some issues to.

 - brand is less used so it'll miss a high amount that are mapped but
not using the brand tag. I'm trying to fix this, but it'll be slow.
 - It's not limited to the UK so global brands how have a higher mapped
number than UK stores.
 - I don't think taginfo can be used on multiple tags, so we can't
split out amenity=fuel and shop=supermarket when they operate under the
same brand.

Cj



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

Re: [Talk-lv] Fona karšu nobīdes

[Ivars via Talk-lv]

Pēc maniem novērojumiem gan Esri, gan Jāņa sētas orto, gan LĢIA orto ir viens 
un tas pats attēls, pāris atsevišķās Latvijas vietās paskatoties.
Tā kā avots ir viens un tas pats, pieļauju, ka arī precizitātei vajadzētu būt 
vienādai? Ja vien Esri nav kaut ko paši nepareizi pārbīdījuši.

Paldies par saiti uz LVM, visādi interesanti dati un servisi, ko līdz šim 
nezināju. iD editorā gan laikam tos nevar pielikt, jo tur custom maps vajag
TMS, nevis WMS...
99% esmu darbojies tikai iD, bet varbūt jāpamēģina vairāk ar JOSM

- Reply to message -
Subject: Re: [Talk-lv] Fona karšu nobīdes
Date: Wed, 27 May 2020, 08:18
From:  Rihards 
To:  talk-lv@openstreetmap.org 
> On 27.05.20 01:10, Ivars via Talk-lv wrote:
> > Sveiki!
> > Vai ir kaut kur informācija par to, kādas nobīdes ir pieejamajiem fona
> > aero/satfoto slāņiem Latvijā?
> > Vai Esri aerofoto (kas taču ir 1:1 tas pats JS aerofoto) var uzskatīt
> > par visprecīzāko?
> > Cik novēroju, Maxar uzņēmumi bieži ir vissvaigākie, bet tiem ir pamatīga
> > nobīde, ko tad jāmēģina pielīdzināt.

> ESRI šur tur ir labi foto, bet nobīde mēdz būt manāma.
> Visprecīzākie tiešām līdz šim ir bijuši LVM publicētie LKS orto un LIDAR
> slāņi - https://www.lvmgeo.lv/dati -> servisi.

> > Un, ja, piemēram, esri ir precīzs vienā vietā, vai ir garantija, ka 3km
> > tālāk tas joprojām būs tikpat precīzs?

> Nē, pāris km tālāk var būt labi - bet var būt arī citādāka nobīde.

> > Gps trasēm arī ne vienmēr var uzticēties un daudzviet viņu ir par maz
> > (vai nav), lai pēc tām spriestu, cik metru pa labi, pa kreisi taka ir.

> GPX treisi ir manta, ja to ir daudz - tad pēc vidus var pieregulēt. Ja
> tuvumā ir kāds lielāks krustojums, tad pa abām asīm var.

> > Vai ir kaut kāds etalons, pēc kā var mēģināt vadīties, ja arī tas nav
> > pieejams kā fons, bet tā, lai var paskatīties uz to un uz iekartēto osm
> > un saprast, ir nobīde vai nav? Piemēram, Vzd kadastrā redzamajām māju un
> > ceļu kontūrām taču vajadzētu atbilst "zemes apstākļiem" par 99.9%?
> >
> > P.s. Nebiju līdz šim ar citiem LV kartētājiem kontaktējis - vai šis ir
> > primārais saziņas veids vai ir kāds slepens forums, par ko nezinu, arī?
> > (Forum.osm.org users:lv zinu)

> Ir primārais - bet varbūt Raitim pirms daudziem gadiem bija taisnība, un
> vajag kaut ko normāliem cilvēkiem vieglāk pieejamu - kā forumu :)

> > Ivars--
> Rihards

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


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

Re: [Talk-GB] Farmfoods clean up

[SK53]

As the original author of "Retail Chains...", I'm not sure that there was
much usage of shop=frozen_food when I compiled it. However there seems
better acceptance of the tag now & I presume its being applied to Iceland
(and Heron?) too. People, often in poorer areas, do use such places for
weekly shops (I should ask my niece, she worked in Farmfoods during her gap
year).

I suspect the page would be better split across several pages. Ideally the
numbers could come from a taginfo query, but this would probably need a
special template & may be too complex because if name variants. The
disadvantage of automatically updating the numbers is that has resulted in
it being harder to have detailed narrative as well. If any one has  ideas
to enable both together do chime in.

Jerry

On Wed, 27 May 2020, 08:32 Cj Malone, 
wrote:

> On Wed, 2020-05-27 at 06:35 +, Ed Loach wrote:
> > If you can't copy the opening hours data, are you sure you can copy
> > the store reference?
>
> That's a good point. I guess I was thinking because it's in the url
> it's usable, but I don't know enough about copyright. I'll leave it
> out, unless anyone knows more.
>
> > I've already checked and I used shop=supermarket for their local
> > store, probably based on
> > https://wiki.openstreetmap.org/wiki/Retail_chains_in_the_United_Kingdom
>
> I think that page could do with some restructuring, I started updating
> the numbers but it's a lot to deal with. I'd be happy to go with
> either, but I do think shop=frozen_food is a better fit.
>
> https://wiki.openstreetmap.org/wiki/Tag:shop%3Dfrozen_food
>
>
>
> ___
> 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

[OSM-talk-fr] Une résidence dans une zone résidentielle ?

[Vincent Bergeot]

Bonjour,

j'ai l'impression que le tag landuse=residential est un "faux ami". Pour 
moi il représente une zone résidentielle (assez grande selon le wiki et 
pas vraiment au niveau de la parcelle).


En France, nous avons de nombreuses résidence "machin chose" et par 
exemple on trouve La Résidence Parc de la Verrerie (coucou jfnif) ici 
https://www.openstreetmap.org/way/383728649#map=18/44.76751/-0.36003


Le landuse=residential dans le landuse=residential n'est pas satisfaisant.

1 - la solution de "découper" une landuse=residential ne me semble pas 
adapté, car on arrive au parcellaire alors que le wiki nous parle plutôt 
d'un "ensemble d'habitations".


2 - j'ai regardé du coté de place=neighbourhood mais cela me semble plus 
"large" qu'une simple résidence comme montré au-dessus


Ma question / comment taguez vous une résidence (comme l'exemple 
précédent) dans une zone résidentielle ?


Bonne journée

--
Vincent Bergeot


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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Yves P.]

> Les "name" ont été enlevés du jeu de données et l 'outil affiche maintenant 
> soit name soit ref (en fonction de ce qui existe)
> J'ai ajouté le fond de carte BD Ortho
Merci :)

>  (j'ai laissé un mot sur le forum pour autorisé od2osm sur le proxy 
> https://forum.openstreetmap.fr/viewtopic.php?f=5=4715=19681#p19681 
> )
ici ça marche aussi ;)

Pour info, MyOSMatic (maposmatic) sort des carte des PEI 
carte 
 des PEIs : le résultat est 
plutôt bien :)
Il faut revoir la taille des réserves incendie et des DAE, et éventuellement 
l'adapter avec les symboles utilisés en France.

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

Re: [Talk-GB] Farmfoods clean up

[Dan S]

Op wo 27 mei 2020 om 08:32 schreef Cj Malone
:
>
> On Wed, 2020-05-27 at 06:35 +, Ed Loach wrote:
> > If you can't copy the opening hours data, are you sure you can copy
> > the store reference?
>
> That's a good point. I guess I was thinking because it's in the url
> it's usable, but I don't know enough about copyright. I'll leave it
> out, unless anyone knows more.

It seems to me the "store reference" / URL is not complex - I wouldn't
expect to hit a copyright or database-right problem in using it. I'd
personally have no problem doing it. These are basically just URLs and
if we had a problem with those, there are probably plenty more URLs in
OSM that we'd need to discuss!
It's quite similar to "deep linking" which has occasionally been debatable:
https://en.wikipedia.org/wiki/Copyright_aspects_of_hyperlinking_and_framing
Note that there's not much case law to guide us in the UK.

When I did a similar thing for a different website I was advised to
contact them and check they had no objections. I did that, they didn't
mind, I pasted their reply into the wiki.

Best
Dan


> > I've already checked and I used shop=supermarket for their local
> > store, probably based on
> > https://wiki.openstreetmap.org/wiki/Retail_chains_in_the_United_Kingdom
>
> I think that page could do with some restructuring, I started updating
> the numbers but it's a lot to deal with. I'd be happy to go with
> either, but I do think shop=frozen_food is a better fit.
>
> https://wiki.openstreetmap.org/wiki/Tag:shop%3Dfrozen_food
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [Talk-it] [Import] civici Bergamo

[Andrea Musuruane]

Ciao a tutti,
ho provato a documentare questo import sulla wiki:
https://wiki.openstreetmap.org/wiki/Import/Catalogue/Bergamo_address_import

Se concordate, per procedere e mantenere i dati importati in OSM, bisogna
fare tanta QA. I casi che ho trovato sono elencati nella wiki. Non escludo
che lavorandoci più attivamente sopra, se ne scoprano altri.

Ciao,

Andrea


On Mon, May 18, 2020 at 1:08 PM Andrea Musuruane  wrote:

> Ciao,
>
> On Mon, May 18, 2020 at 1:04 PM Cascafico Giovanni 
> wrote:
>
>> Ho standardizzato i civici, rimuovendo la barra e portando a maiusolo
>> l'esponente.
>>
>
> Perché in maiuscolo?
>
> Prima di continuare (chiunque), possiamo almeno scrivere una pagina di
> import che descrivere le cose fatte/da fare?
>
> Lato mio posso: a) fare uno script di conversione con ogr2osm b) suggerire
> di usare come modello la pagina di import che avevo fatto per Biella
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Provincia_di_Biella/Addresses
>
> Grazie,
>
> Andrea
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

Les "name" ont été enlevés du jeu de données et l 'outil affiche maintenant
soit name soit ref (en fonction de ce qui existe)
J'ai ajouté le fond de carte BD Ortho (j'ai laissé un mot sur le forum pour
autorisé od2osm sur le proxy
https://forum.openstreetmap.fr/viewtopic.php?f=5=4715=19681#p19681)

Le lun. 25 mai 2020 à 11:24, Marc M.  a écrit :

> Le 25.05.20 à 10:44, Yves P. a écrit :
> >> *Fond de carte* : pouvoir basculer entre OSM et BDOrtho IGN serait
> >> appréciable :)
> >>
> >>
> >> La licence IGN accordé à OSM ne couvre pas
> >> uniquement openstreetmap.org  ?
> >
> > De mémoire elle est accordée pour cartographier dans OSM (il n'y a pas
> > de restriction sur l'outil et/ou le nom de domaine à utiliser).
>
> la licence n'a en effet pas de restriction d'outils pour contribuer à osm.
> le proxy IGN a lui quelques tests pour éviter l'utilisation illégale.
> je ne sais plus par coeur le message affiché, mais quand l'outil
> aura la config, si le message s'affiche, yaka le dire pour ajouter
> ce site dans la liste des sites servant à contribueer
>
> ___
> 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-GB] Farmfoods clean up

[Cj Malone]

On Wed, 2020-05-27 at 06:35 +, Ed Loach wrote:
> If you can't copy the opening hours data, are you sure you can copy
> the store reference?

That's a good point. I guess I was thinking because it's in the url
it's usable, but I don't know enough about copyright. I'll leave it
out, unless anyone knows more.

> I've already checked and I used shop=supermarket for their local
> store, probably based on
> https://wiki.openstreetmap.org/wiki/Retail_chains_in_the_United_Kingdom

I think that page could do with some restructuring, I started updating
the numbers but it's a lot to deal with. I'd be happy to go with
either, but I do think shop=frozen_food is a better fit.

https://wiki.openstreetmap.org/wiki/Tag:shop%3Dfrozen_food



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

Re: [Talk-GB] Farmfoods clean up

[Ed Loach]

If you can't copy the opening hours data, are you sure you can copy the store 
reference?

I've already checked and I used shop=supermarket for their local store, 
probably based on
https://wiki.openstreetmap.org/wiki/Retail_chains_in_the_United_Kingdom

Ed

From: Cj Malone 
Sent: Wednesday, May 27, 2020 7:13:04 AM
To: talk-gb@openstreetmap.org 
Subject: [Talk-GB] Farmfoods clean up

Hello everyone,

I'm intending on doing some maintenance on Farmfoods stores across the
country, and looking for some comments before I do. I've been looking
at it and as far as I can tell Farmfoods has 329 stores, with OSM
having 223 of them. I don't think I'm going to go through Mapillary
images to try and add the missing 106 stores, but I may do.

I'm going to use the nsi recommended tags:

"brand": "Farmfoods"
"brand:wikidata": "Q5435841"
"brand:wikipedia": "en:Farmfoods"
"name": "Farmfoods"
"shop": "frozen_food"

So I'll be unifying on on "Farmfoods" the majority are already tagged
as that with some using "Farm Foods" with various different
capitalisation.

This also means shop=frozen_food, currently they are mainly
shop=supermarket, although a surprising amount don't even have a shop
tag, or invalid tags like shop=food or shop=yes. I imagine this might
be a bit controversial, the standard map on osm.org seems to render
shop=frozen_food as a generic dot and label.

I'll add the website tag to the specific store page, eg
https://farmfoods.co.uk/store-finder.php?branch_code=880.
I can't copy any data from there but I would also like to add opening
hours, I can do this with opening_hours:url. So I can use the above
link or https://farmfoods.co.uk/includes/opening_hours.php?branch=880.
The second link is more specific to opening hours, and might even look
better if a user agent renders the page inline. But I doubt any user
agents do that, and I don't know how committed to those URLs Farmfoods
are, it would be unfortunate if they update their site without
redirects.

I could also add the stores number/branch code. 880 in the above
example. Should I use store_ref or ref:store, neither seem very common
according to taginfo GB.

I've done a similar thing for Asda except I had permission to use data
from there site, so we now have most of the stores (notes for the
remaining) and instore facilities like pharmacies and cafes. See
https://www.openstreetmap.org/user/CjMalone/diary/392901

So any comments or anything I should/shouldn't do before I get started
on this?

Cj


___
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] Fona karšu nobīdes

[Rihards]

On 27.05.20 01:10, Ivars via Talk-lv wrote:
> Sveiki!
> Vai ir kaut kur informācija par to, kādas nobīdes ir pieejamajiem fona
> aero/satfoto slāņiem Latvijā?
> Vai Esri aerofoto (kas taču ir 1:1 tas pats JS aerofoto) var uzskatīt
> par visprecīzāko?
> Cik novēroju, Maxar uzņēmumi bieži ir vissvaigākie, bet tiem ir pamatīga
> nobīde, ko tad jāmēģina pielīdzināt.

ESRI šur tur ir labi foto, bet nobīde mēdz būt manāma.
Visprecīzākie tiešām līdz šim ir bijuši LVM publicētie LKS orto un LIDAR
slāņi -  https://www.lvmgeo.lv/dati -> servisi.

> Un, ja, piemēram, esri ir precīzs vienā vietā, vai ir garantija, ka 3km
> tālāk tas joprojām būs tikpat precīzs?

Nē, pāris km tālāk var būt labi - bet var būt arī citādāka nobīde.

> Gps trasēm arī ne vienmēr var uzticēties un daudzviet viņu ir par maz
> (vai nav), lai pēc tām spriestu, cik metru pa labi, pa kreisi taka ir.

GPX treisi ir manta, ja to ir daudz - tad pēc vidus var pieregulēt. Ja
tuvumā ir kāds lielāks krustojums, tad pa abām asīm var.

> Vai ir kaut kāds etalons, pēc kā var mēģināt vadīties, ja arī tas nav
> pieejams kā fons, bet tā, lai var paskatīties uz to un uz iekartēto osm
> un saprast, ir nobīde vai nav? Piemēram, Vzd kadastrā redzamajām māju un
> ceļu kontūrām taču vajadzētu atbilst "zemes apstākļiem" par 99.9%?
> 
> P.s. Nebiju līdz šim ar citiem LV kartētājiem kontaktējis - vai šis ir
> primārais saziņas veids vai ir kāds slepens forums, par ko nezinu, arī?
> (Forum.osm.org users:lv zinu)

Ir primārais - bet varbūt Raitim pirms daudziem gadiem bija taisnība, un
vajag kaut ko normāliem cilvēkiem vieglāk pieejamu - kā forumu :)

> Ivars-- 
 Rihards

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

[Talk-GB] Farmfoods clean up

[Cj Malone]

Hello everyone,

I'm intending on doing some maintenance on Farmfoods stores across the
country, and looking for some comments before I do. I've been looking
at it and as far as I can tell Farmfoods has 329 stores, with OSM
having 223 of them. I don't think I'm going to go through Mapillary
images to try and add the missing 106 stores, but I may do.

I'm going to use the nsi recommended tags:

"brand": "Farmfoods"
"brand:wikidata": "Q5435841"
"brand:wikipedia": "en:Farmfoods"
"name": "Farmfoods"
"shop": "frozen_food"

So I'll be unifying on on "Farmfoods" the majority are already tagged
as that with some using "Farm Foods" with various different
capitalisation.

This also means shop=frozen_food, currently they are mainly
shop=supermarket, although a surprising amount don't even have a shop
tag, or invalid tags like shop=food or shop=yes. I imagine this might
be a bit controversial, the standard map on osm.org seems to render
shop=frozen_food as a generic dot and label.

I'll add the website tag to the specific store page, eg 
https://farmfoods.co.uk/store-finder.php?branch_code=880.
I can't copy any data from there but I would also like to add opening
hours, I can do this with opening_hours:url. So I can use the above
link or https://farmfoods.co.uk/includes/opening_hours.php?branch=880.
The second link is more specific to opening hours, and might even look
better if a user agent renders the page inline. But I doubt any user
agents do that, and I don't know how committed to those URLs Farmfoods
are, it would be unfortunate if they update their site without
redirects.

I could also add the stores number/branch code. 880 in the above
example. Should I use store_ref or ref:store, neither seem very common
according to taginfo GB.

I've done a similar thing for Asda except I had permission to use data
from there site, so we now have most of the stores (notes for the
remaining) and instore facilities like pharmacies and cafes. See 
https://www.openstreetmap.org/user/CjMalone/diary/392901

So any comments or anything I should/shouldn't do before I get started
on this?

Cj


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