[Talk-it] R: [Proposal] [RFC] import of new cycle paths of Città Metropolitana di Bologna

[canfe]

Segnalo che OSMOSE da poco ha attivato il flag 

   bicycle infrastructure

che evidenzia tutti i segnali stradali inerenti al “mondo bici” il che permette 
facilmente di trovare ciclabili da finir di mappare.

 

Cantone Ferruccio (canfe)

 

 

Da: Matteo Fortini [mailto:matteo.fort...@gmail.com] 
Inviato: giovedì 26 novembre 2020 16:00
A: openstreetmap list - italiano; Volker Schmidt; fabio.bett...@gmail.com
Oggetto: Re: [Talk-it] [Proposal] [RFC] import of new cycle paths of Città 
Metropolitana di Bologna

 

Come consigliato da @Alessandro Sarretta, ho caricato su Umap i file, insieme 
ai segmenti di tipo highway=cycleway o bicycle=designated, più due buffer 
attorno ai dati da importare, uno di 5 e uno di 10m

Da una parte si potrebbe usare mapillary come segnalato da Volker, dall'altra 
esistono anche tutti i cad con i dettagli dei progetti.

http://umap.openstreetmap.fr/en/map/citta-metropolitana-di-bologna-percorsi-ciclabili_529217

Grazie per i commenti,
Matteo

Il 25/11/20 00:16, Volker Schmidt ha scritto:

Io ho trovato Mapillary uno strumento molto utile per documentare la 
ciclabilità per un successivo inserimento in OSM. E l'ho utilizzato per diverse 
centinaia di km di infrastruttura ciclabile.

 

Mi viene spontaneo di suggerire di combinare i dati del Comune di Bologna e il 
metodo Mapillary, ovvero organizzare delle mapillature sistematiche lungo i 
percorsi del Comune.

I shapefile ci dicono dove sono i percorsi da fotografare. Le foto Mapillary e 
relative tracce GPX permettono di inserire i dettagli lungo questi percorsi.

 

C'è un altro aspetto che vale la pena affrontare nello stesso contesto.

La classificazione dei percorsi ciclabili in Italia è complicata, se 
aggiungiamo anche attraversamenti e gli ostacoli (paletti, barriere anti-bici, 
ecc). Io sto lavorando, a basso fuoco, su una nova versione della pagina wiki 
"bicycle" per la situazione in Italia. E' incompleta, ammetto, ma è sicuramente 
utile in questo contesto.

 

Sono disponibile di dare una mano. 

Possiamo fare un tentativo di sviluppare un workflow assieme? 

Cominciamo con una videoconferenza dove ognuno presenta il suo approccio.

Su Mapillary vedo che c'è una manciata di persone che hanno contribuito a 
Mapillary in Bologna  in bici. 

 

Volker

FIAB Padova e OSM

 

 

On Tue, 24 Nov 2020 at 23:01, Fabio Bettani  wrote:

Ho già segnalato a Matteo, e segnalo anche pubblicamente, che la Consulta della 
Bicicletta di Bologna (formalmente è attiva solo sul territorio comunale, ma di 
fatto già da tempo anche in ambito metropolitano...) ha un piccolo gruppetto di 
contributori OSM, con poche competenze ma con voglia di fare. Sarebbero ben 
felici di aiutare, anche con sopralluoghi nei casi dubbi. Posso fare volentieri 
da tramite.

 

Ciao!




--
Fabio

 

 

Il giorno ven 20 nov 2020 alle ore 09:54 Matteo Fortini 
 ha scritto:

Grazie Alessandro, ti rispondo sotto.

In generale comprendo le tue perplessità. Dall'altro lato, abbiamo più di 900km 
di ciclabili "vere", realizzate su sede separata dalla sede stradale, che ha 
molto senso vengano inserite in OSM.
Le alternative penso siano:

*   lasciare che ogni singolo o gruppo locale si metta a importare i tratti 
che vede nascere, a mano, senza il supporto di foto satellitari, perché la 
costruzione è troppo recente
*   utilizzare il dataset di Città Metropolitana come base per integrare le 
ciclabili, tutte insieme, o guidate dai gruppi locali

 

Il 19/11/20 04:48, Alessandro Sarretta ha scritto:

Ciao Matteo,

come pensavi di utilizzare/integrare in OSM le informazioni di questi 2 
shapefile?

Guardando rapidamente ai dati, mi sembra che le geometrie dei file condivisi 
siano molto semplificate e che non potranno comunque in nessun caso essere 
importate tout-court in OSM.


Sì, non ho mai sperato tanto. Penso che importare correttamente qualcosa che 
proviene da altri SIT in OSM sia già un'impresa per dei punti (vedi i civici 
dell'Emilia-Romagna), le strade hanno tante implicazioni anche su altri 
progetti, come per esempio il routing, che penso possano essere importate 
soltanto a mano, a meno che chi le ha progettate non l'abbia fatto su OSM (cosa 
oggi inconcepibile).





Per quanto riguarda il layer itinerari_cicloturistici, mi pare che sarà da 
assegnare (se non già fatto) una relazione con il nome degli intinerari ai 
tratti che li compongono. Se mancano dei pezzi, bisognerà disegnarli a mano 
immagino.

Ancora meno informazioni contiene il secondo shapefile, della rete strategica e 
integrativa. In questo caso, inoltre, credo debbano essere considerati solo i 
tratti segnalati come esistenti, non quelli in corso di realizzazione o 
tantomeno da finanziare, giusto?

Il limite principale mi pare che sia l'assenza di qualsiasi tipo di 
informazione sul tipo di percorso ciclabile, se pista o corsia ciclabile.


Le ciclabili in realtà sono quasi tutte realizzate, posso verificare con Città 

Re: [Talk-at] Gefahr durch Internet-Bergrouten

[Friedrich Volkmann]

On 27.11.20 03:16, Kevin Kofler via Talk-at wrote:

Robert Grübler wrote:


Am 19. November 2020 02:01 schrieb Kevin Kofler


In dem Vergleich schneidet aber keine der Online-Karten wirklich gut ab


Du meinst keine ist empfehlenswert?


Ich meine, keine erfüllt die Ansprüche, die von der Tabelle gestellt werden.
Ob diese wirklich notwendig oder zu hoch gesteckt sind, kann ich nicht
beurteilen, weil ich so gut wie nie wandere (und wenn, dann in der Lobau in
Wien oder ähnlich flachen Gebieten).


Das ist genau das Problem, dass viele OSM-Kartenstilentwickler in flachen 
Gebieten wohnen und sich daher nicht bewusst sind, wie wichtig genaue 
Höhenlinien sind. Dass die "Standardkarte" überhaupt keine Höhenlinien hat, 
ist eigentlich eine Farce, und was sich eine Wanderkarte nennen will, 
braucht nicht nur irgendwelche Höhenlinien, sondern möglichst genaue. Die 
aus SRTM generierten Höhenlinien reichen vielleicht für Übersichtskarten im 
Maßstab 1:5, alle kleineren Maßstäbe sollten den 10m-Raster nutzen, der 
für Österreich eh schon als OGD verfügbar ist. Das gehört aus meiner Sicht 
also zu den Mindestanforderungen.


Als Mindestanforderung sehe ich es auch, dass die Namen von Tälern, Graten 
usw. angezeigt werden (natural=valley/ridge/gorge/arete/cliff usw.). Und 
generell sollte alles angezeigt werden, was auch schon in klassischen 
Papierkarten dargestellt wird (Schutzhütten, Aussichtspunkte, Sessellifte, 
Marterln, Gipfelkreuze, Schauhöhlen usw.).


Ein schwieriges Thema sind Wegmarkierungen. Bis ungefähr zur 
Jahrtausendwende war das eine klare Sache: Jeder Weg ist in maximal einer 
Farbe markiert, und die Farbe wird in der Karte angezeigt. Aber inzwischen 
ist das zum totalen Chaos geworden. Es ist nicht mehr möglich, in einer 
gedruckten oder fix gerenderten Karte alle Markierungsfarben, Wegnummern 
usw. anzuzeigen. Man muss da eine Auswahl treffen (z.B. nur network=rwn 
aufwärts und davon das Höchstrangige) oder die Karte interaktiv machen (z.B. 
dass beim Anklicken eines Wegstücks eine Liste der Routen kommt).


Anders als Robert sehe ich die Abdeckung eines Kontinents nicht als 
Mindestanforderung. Wenn ich in Niederösterreich eine Bergtour mache, wird 
sich ein Abstecher nach Portugal und zum Ural nicht am selben Tag ausgehen.


trail_visibility ist keine Mindestanforderung, aber leicht zu realisieren 
(z.B. strichliert vs. punktiert) und bringt verhältnismäßig viel.


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

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

Re: [OSM-talk-fr] Utilisateur aviné Zeriss, demande de blocage faite

[Gad Jo]

Pou le grand malade...

Tiens nous informé de la suite des événements

Le 27 novembre 2020 05:50:06 UTC, Vincent Bergeot  a écrit 
:
>Bonjour,
>
>cela a été signalé sur @tech et sur le canal telegram-osm-fr mais pas vu 
>passer ici. L'utilisateur Zeriss fait du lourd : 
>https://www.openstreetmap.org/changeset/94791276
>
>En particulier il tague chaque noeud avec crop=grape (raison du sujet de 
>mon mail, je précise au cas où) / 
>https://taginfo.openstreetmap.org/tags/crop=grape#chronology
>
>j'ai signalé pour blocage
>
>à plus
>
>-- 
>Vincent Bergeot
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Offrir une une carte des adresses à Theizé

[JB]

Bonjour,
J'avais aussi regardé les données OSM pour voir s'il était possible et 
raisonnablement facile de produire un plan de ville semi-manuellement.
Et en fait, je n'ai pas approfondi : pour moi, ce n'est pas utile à ce 
stade. Trop de voies ont un nom erroné, trop de voies ne sont pas 
nommées (dans OSM). Trop de voies qui devraient être corrigées pour 
obtenir quelque chose de propre.
J'en retiens que la proposition de Vincent me semble plus raisonnable 
que celle de commencer à importer des points adresses dont une bonne 
partie ne correspondra à aucune voirie.

JB.

Le 26/11/2020 à 21:54, Brice a écrit :

Le 22/11/2020 à 17:59, Vincent de Château-Thierry a écrit :
Je ne suis pas sûr de partager ton diagnostic quand je vois la liste 
des noms de voies dans 
https://bano.openstreetmap.fr/fantoir/#insee=69246=0. Je serais 
donc plutôt partisan d'une revue des noms de voies de la commune, qui 
peut s'accompagner de l'import des adresses pour chacune en utilisant 
JOSM via un clic à droite de chaque ligne dans la colonne "Adresses à 
intégrer".


J'étais parti sur cette piste mais l'import tels quels et préalables 
des points adresses me semble préférable.
En effet je constate que des points adresses correspondent à des voies 
non existantes dans OSM mais aussi non existantes/nommées sur le 
cadastre, exemples (proches de la place de l'Eglise) : Rue Saint 
Antoine, Place des Tailleurs de Pierre, Impasse du Puits...
Je prévois donc d'importer les adresses, tracer les voies manquantes 
quand possible sans ambiguïté et pour les voies avec tracé inconnu les 
signaler à l'élu de l'article.
Peut-être se prendra t'il au jeu de les tracer lui-même dans OSM, qui 
sait ?





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

[OSM-talk-fr] Utilisateur aviné Zeriss, demande de blocage faite

[Vincent Bergeot]

Bonjour,

cela a été signalé sur @tech et sur le canal telegram-osm-fr mais pas vu 
passer ici. L'utilisateur Zeriss fait du lourd : 
https://www.openstreetmap.org/changeset/94791276


En particulier il tague chaque noeud avec crop=grape (raison du sujet de 
mon mail, je précise au cas où) / 
https://taginfo.openstreetmap.org/tags/crop=grape#chronology


j'ai signalé pour blocage

à plus

--
Vincent Bergeot


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

Re: [talk-cz] Odstránenie názvu školy

[r00t via talk-cz]

Zdravim,

Soukromou skolu jsem smazal, zmena by se mela projevit v mape behem par hodin.

r00tcz


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

Re: [talk-au] Tagging Culverts on Roads

[Andrew Hughes]

Hi Graeme,

Thanks for looking at these.

Your layer=-1 / layer=1 suggestion would be very suitable if we were just
looking to visualize, however our end goal is to map these in such as way
that routing responses will identify all of the assets/structures being
traversed (including culverts). I would avoid using a spatial relationship
as it is unreliable nor easy to maintain.

I should've stated that looking at either of the x2 the (road) ways I used
as examples: 783119480  &
27885431  it's not possible to
determine that either (specifically) traverses a culvert. Best you can
determine on  783119480  is
that it traverses a "bridge" of no specific type/structure (bridge=yes).

re: splitting 27885431  - only
part of the way traverses the culvert. Just like 783119480
 iis the traversal of the
culvert(s) only.

I really didn't want to throw out ideas - because I'm such a novice and
there's a high probability that they will be nothing but noise. But it does
seem sensible (on the surface - pardon the pun) to use bridge=culvert (like
a water course is tagged with tunnel=culvert). There's alternate
discussions around using bridge=simple_brunnel (or man_made=culvert) but
all have extremely low adoption and seem controversial.


Thanks for taking a look, much appreciated.
Andrew



On Fri, 27 Nov 2020 at 10:40, Graeme Fitzpatrick 
wrote:

>
>
>
> On Fri, 27 Nov 2020 at 10:19, Andrew Hughes  wrote:
>
>>
>> Questions : What are the correct tagging for the ways below?
>>
>
> Sorry, got to say that I personally can't see anything "wrong" with either
> of them?
>
>>
>>- Way https://www.openstreetmap.org/way/28010677 :
>>   - *Q: Tagged as a bridge, but should it be? What else is missing?*
>>
>> It looks like a defined bridge passing over a (probably) storm-water
> drain. The road is tagged as a bridge at layer=1. The drain could be tagged
> as -1 but I believe that's not strictly necessary.
>
>>
>>- 
>>- Way https://www.openstreetmap.org/way/783119480
>>   - Way needs to be split
>>   - Currently it is not tagged, only the water course is tagged with
>>   tunnel https://www.openstreetmap.org/way/27885431
>>   - *Q: What should the (split) segment be tagged with?*
>>
>> Why does the way need to be split? On imagery, it looks like a road
> without a discernible bridge, while the drain runs under it through a
> culvert as -1, which seems to be fine?
>
> Thanks
>
> Graeme
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Tagging Culverts on Roads

[Phil Wyatt]

Hi Andrew,

 

I think you also need to consider the maxweight and restrictions key in this 
discussion

 

https://wiki.openstreetmap.org/wiki/Key:maxweight

https://wiki.openstreetmap.org/wiki/Restrictions

 

Is it not more likely that a road would have a displayed sign where a weight 
limit / restriction exists and this should be added to the road? I am not sure 
that most folks would have the ability to assess a culverts carrying capacity 
but I can see why you would like some attachment to the road way rather than 
the hydrology.

 

I am however, not up on all the fine detail on tagging – it does my head in 

 

Cheers - Phil

 

From: Andrew Hughes  
Sent: Friday, 27 November 2020 11:16 AM
To: OSM Australian Talk List 
Subject: [talk-au] Tagging Culverts on Roads

 

Hi All,

 

Apologies for the boring subject, but I'd like to talk about mapping out 
Culverts on (way/highway) roads.

 

https://en.wikipedia.org/wiki/Culvert

 

The reason we would like to map these is that they influence road usage and in 
particular usage for heavy vehicles. They are very much like a bridge in that 
they have weight & width limits and often have conditions of use (such as 
maximum speed) or considerations during natural disaster scenarios (i.e. 
flooding). Note - tagging should be on the way, not on a node.

 

This subject has a long-running chequered past that hasn't reached a conclusion 
https://wiki.openstreetmap.org/wiki/Talk:Tag:tunnel%3Dculvert#.22Tagging_controversy.22_section

 

>From my understanding, the convention is to tag the water course (i.e. 
>river/stream/creek) as tunnel=culvert. It's great as it models where water 
>traverses man made structures and I can see it helping many scenarios. 
>However, it doesn't help with road usage.

 

We need to model/tag the culvert as part of the road infrastructure.

 

Questions : What are the correct tagging for the ways below?

*   Way https://www.openstreetmap.org/way/28010677 :

*   Q: Tagged as a bridge, but should it be? What else is missing?

*   Way https://www.openstreetmap.org/way/783119480

*   Way needs to be split
*   Currently it is not tagged, only the water course is tagged with tunnel 
https://www.openstreetmap.org/way/27885431
*   Q: What should the (split) segment be tagged with?

We plan to be tagging a lot of culverts in the future, so it's important for 
use to get some clarity around this for obvious reasons.

 

Thanks for reading & look forward to hearing your responses.

Andrew

 

 

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

Re: [talk-au] Tagging Culverts on Roads

[Graeme Fitzpatrick]

On Fri, 27 Nov 2020 at 10:19, Andrew Hughes  wrote:

>
> Questions : What are the correct tagging for the ways below?
>

Sorry, got to say that I personally can't see anything "wrong" with either
of them?

>
>- Way https://www.openstreetmap.org/way/28010677 :
>   - *Q: Tagged as a bridge, but should it be? What else is missing?*
>
> It looks like a defined bridge passing over a (probably) storm-water
drain. The road is tagged as a bridge at layer=1. The drain could be tagged
as -1 but I believe that's not strictly necessary.

>
>- 
>- Way https://www.openstreetmap.org/way/783119480
>   - Way needs to be split
>   - Currently it is not tagged, only the water course is tagged with
>   tunnel https://www.openstreetmap.org/way/27885431
>   - *Q: What should the (split) segment be tagged with?*
>
> Why does the way need to be split? On imagery, it looks like a road
without a discernible bridge, while the drain runs under it through a
culvert as -1, which seems to be fine?

Thanks

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

[talk-au] Tagging Culverts on Roads

[Andrew Hughes]

Hi All,

Apologies for the boring subject, but I'd like to talk about mapping out
Culverts on (way/highway) roads.

https://en.wikipedia.org/wiki/Culvert

The reason we would like to map these is that they influence road usage and
in particular usage for heavy vehicles. They are very much like a bridge in
that they have weight & width limits and often have conditions of use (such
as maximum speed) or considerations during natural disaster scenarios (i.e.
flooding). *Note - tagging should be on the way, not on a node.*

This subject has a long-running chequered past that hasn't reached a
conclusion
https://wiki.openstreetmap.org/wiki/Talk:Tag:tunnel%3Dculvert#.22Tagging_controversy.22_section

>From my understanding, the convention is to tag the water course (i.e.
river/stream/creek) as tunnel=culvert. It's great as it models where water
traverses man made structures and I can see it helping many scenarios.
However, it doesn't help with road usage.

We need to model/tag the culvert as part of the road infrastructure.

Questions : What are the correct tagging for the ways below?

   - Way https://www.openstreetmap.org/way/28010677 :
  - *Q: Tagged as a bridge, but should it be? What else is missing?*
  
   - Way https://www.openstreetmap.org/way/783119480
  - Way needs to be split
  - Currently it is not tagged, only the water course is tagged with
  tunnel https://www.openstreetmap.org/way/27885431
  - *Q: What should the (split) segment be tagged with?*

We plan to be tagging a lot of culverts in the future, so it's important
for use to get some clarity around this for obvious reasons.

Thanks for reading & look forward to hearing your responses.
Andrew
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Vincent de Château-Thierry]

Bonsoir,

> De: "David Faure via Talk-fr" 
> On jeudi 26 novembre 2020 15:23:03 CET Frédéric Rodrigo wrote:
> > Le 26/11/2020 à 10:09, Marc_marc a écrit :
> 
> > >> Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux
> > >> de
> > >> poste.
> > > 
> > > pq pas si t'as envie... mais un import avec des changeset n'ayant
> > > parfois qu'un bureau, cela limite l'intérêt du changeset.
> > > perso un changeset pour la france ou un par région, cela me
> > > choque
> > > pas, ces bureaux n'avaient de toute façon pas d'horaire.
> > > mais peu importe ton choix à ce niveau, ce point est pour moi ok,
> > 
> > Même avis ici aussi.
> > 
> > 1 537 changets pour 9 730 objets. Ça fait quand même vraiment
> > beaucoup de
> > changesets.
> 
> Vraiment ? Avec StreetComplete j'ai fait 764 changesets pour 2727
> objets, si
> je comprends bien le "764 Modifications" affiché sur
> https://www.openstreetmap.org/user/Dfaurekde
> et le 2727 affiché en haut à gauche dans StreetComplete.
> 
> L'idée c'était d'éviter les notifications intempestives,
> puisqu'apparemment certains monitorent une zone bien spécifique et ne veulent 
> pas
> recevoir de notifications intempestives liées à un changement à grande 
> échelle.
> D'un autre côté, ça arrive super souvent, non ?
> Un exemple au hasard:
> https://www.openstreetmap.org/changeset/94106441
> (merci à toi zorglubu, d'intégrer + de bureaux de postes, ça va
> m'aider !)

Je trouve ta justification tout à fait valable et louable : ne pas engendrer 
des emprises de changesets gigantesques, qui polluent l'analyse des changements 
produits en les dispersant dans une énorme surface.

> Je peux ajuster la taille de la zone max pour créer moins de
> changesets. Mais ... ça change quoi au final ?

Je trouve que ce sujet est vraiment accessoire, car en effet ça ne change rien 
au final, on aura les mêmes objets en base in fine.

vincent

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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Georges Dutreix via Talk-fr]

Tu as ici un très bel outil pour voir ton activité : 
https://hdyc.neis-one.org/?Dfaurekde

Bien cordialement,
Georges

26 nov. 2020 22:58:09 David Faure via Talk-fr :

> Avec StreetComplete j'ai fait 764 changesets pour 2727 objets, si
> je comprends bien le "764 Modifications" affiché sur
> https://www.openstreetmap.org/user/Dfaurekde
> et le 2727 affiché en haut à gauche dans StreetComplete.

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

Re: [OSM-talk-fr] Bureaux de poste manquants

[LeTopographeFou]

LeTopographeFou

Le 26/11/2020 à 21:08, Romain MEHUT a écrit :

Bonjour,

Bonsoir,



Suite au projet d'intégration des horaires des bureaux de poste, David 
indique qu'il manque encore pas mal de bureaux à intégrer.


Je suis en train de parcourir le département 54 à l'aide d'Osmose et 
cela m'amène à quelques questions :


- quelle est l'utilité de demander l'ajout du tag addr:postcode ?

Aucune idée...


- quand un bureau est de type post_annex (au sein d'une mairie) ou 
post_partner (chez un commerçant), la valeur du tag operator ne 
devrait pas être La Poste, il s'agirait plutôt dans ce cas d'utiliser 
network=La Poste ou brand.
Entièrement d'accord que cela ne devrait pas être operator vu qu'ils n'y 
opèrent pas. Pas de préférence entre network et brand... chacun son 
rôle. Donc pourquoi pas les deux ?


Qu'en pensez-vous ?

Romain





___
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] Offrir une une carte des adresses à Theizé

[Brice]

Le 22/11/2020 à 17:59, Vincent de Château-Thierry a écrit :
Je ne suis pas sûr de partager ton diagnostic quand je vois la liste des 
noms de voies dans 
https://bano.openstreetmap.fr/fantoir/#insee=69246=0. Je serais donc 
plutôt partisan d'une revue des noms de voies de la commune, qui peut 
s'accompagner de l'import des adresses pour chacune en utilisant JOSM 
via un clic à droite de chaque ligne dans la colonne "Adresses à 
intégrer".


J'étais parti sur cette piste mais l'import tels quels et préalables des 
points adresses me semble préférable.
En effet je constate que des points adresses correspondent à des voies 
non existantes dans OSM mais aussi non existantes/nommées sur le 
cadastre, exemples (proches de la place de l'Eglise) : Rue Saint 
Antoine, Place des Tailleurs de Pierre, Impasse du Puits...
Je prévois donc d'importer les adresses, tracer les voies manquantes 
quand possible sans ambiguïté et pour les voies avec tracé inconnu les 
signaler à l'élu de l'article.

Peut-être se prendra t'il au jeu de les tracer lui-même dans OSM, qui sait ?



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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On jeudi 26 novembre 2020 15:23:03 CET Frédéric Rodrigo wrote:
> Le 26/11/2020 à 10:09, Marc_marc a écrit :
> > Le 25.11.20 à 21:39, David Faure via Talk-fr a écrit :
> >> Bonjour à tous,
> >> 
> >> Voici un résumé de l'état des choses concernant cet import
> > 
> > pour ma part un import doit être limpide, donc si je résume
> > la première étape :
> > - ne cibler que ceux qui n'ont pas d'horaire cad ne pas toucher les
> > objets qui ont opening_hours ni opening_hours:covid19 (parce qu'on sait
> > pas si osm a une version corrigée des horaires théoriques ou non)
> > - ne pas mixer 2 sujets dans le même changeset, cad ne profiter de
> > l'ajout d'horaire sur certains pour corriger des PH manquant sur
> > d'autre: c'est telement plus propre un changeset séparé qui
> > dit "ajout de PH manquant dans les horaires existant".
> 
> +1

On pinaille un peu non ?
C'est le même sujet, c'est "utilisation des horaires fournis par datanova".

Soit parce qu'il n'y en avait pas, soit parce la différence est seulement 
PH=off. A l'avenir il pourrait y avoir d'autres raisons qu'on considère 
acceptables...

> >> Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux de
> >> poste.
> > 
> > pq pas si t'as envie... mais un import avec des changeset n'ayant
> > parfois qu'un bureau, cela limite l'intérêt du changeset.
> > perso un changeset pour la france ou un par région, cela me choque
> > pas, ces bureaux n'avaient de toute façon pas d'horaire.
> > mais peu importe ton choix à ce niveau, ce point est pour moi ok,
> 
> Même avis ici aussi.
> 
> 1 537 changets pour 9 730 objets. Ça fait quand même vraiment beaucoup de
> changesets.

Vraiment ? Avec StreetComplete j'ai fait 764 changesets pour 2727 objets, si 
je comprends bien le "764 Modifications" affiché sur 
https://www.openstreetmap.org/user/Dfaurekde
et le 2727 affiché en haut à gauche dans StreetComplete.

L'idée c'était d'éviter les notifications intempestives, puisqu'apparemment 
certains monitorent une zone bien spécifique et ne veulent pas recevoir de 
notifications intempestives liées à un changement à grande échelle.
D'un autre côté, ça arrive super souvent, non ?
Un exemple au hasard: https://www.openstreetmap.org/changeset/94106441
(merci à toi zorglubu, d'intégrer + de bureaux de postes, ça va m'aider !)

Je peux ajuster la taille de la zone max pour créer moins de changesets.
Mais ... ça change quoi au final ?

-- 
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5




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

[OSM-talk-fr] Bureaux de poste manquants

[Romain MEHUT]

Bonjour,

Suite au projet d'intégration des horaires des bureaux de poste, David 
indique qu'il manque encore pas mal de bureaux à intégrer.


Je suis en train de parcourir le département 54 à l'aide d'Osmose et 
cela m'amène à quelques questions :


- quelle est l'utilité de demander l'ajout du tag addr:postcode ?

- quand un bureau est de type post_annex (au sein d'une mairie) ou 
post_partner (chez un commerçant), la valeur du tag operator ne devrait 
pas être La Poste, il s'agirait plutôt dans ce cas d'utiliser network=La 
Poste ou brand.


Qu'en pensez-vous ?

Romain





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

Re: [Talk-GB] Recycling Points

[Jez Nicholson]

Okay, bear with. I know that this is detailed mapping, but I enquired a
while ago on the amenity:recycling talk page and a single recycling
container == a single node. A group of containers == a group of nodes.

Here is an image of the highly attractive Golf Drive Recycling Point
https://commons.wikimedia.org/wiki/File:Golf_Drive_Recycling_Point.jpg
featuring 6 * "amenity"="recycling" + "recycling_type"="container" which
accept different items including
https://www.openstreetmap.org/node/8168379145 glass,
https://www.openstreetmap.org/node/8168379151 cans, cardboard, paper,
plastic bottles, and https://www.openstreetmap.org/node/8168379142 a
clothes bank.

The area they are contained in is called "Golf Drive Recycling Point".
There's a sign that says so. I've added a polygon
https://www.openstreetmap.org/way/877940580 as "amenity"="recycling" +
"recycling_type"="point"

I can only really see containers or centres in
https://taginfo.openstreetmap.org.uk/keys/recycling_type#values but this
place is neither.

Are you offended by "amenity"="recycling" + "recycling_type"="point"? It
seems like the UK term for it.

On Thu, Nov 26, 2020 at 4:25 PM Jeremy Harris  wrote:

> On 26/11/2020 11:16, Jez Nicholson wrote:
> > Am I missing something, or is there no concept of a Recycling Point in
> OSM?
> > Have you seen/used anything else?
>
> https://wiki.openstreetmap.org/wiki/Key:recycling_type>
>
> --
> Cheers,
>Jeremy
>
> ___
> 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-cz] červená značka se nerenderuje

[Petr Vozdecký]

K tématu zvídavý dotaz - proč je ten úsek červený, když je uprotřed jinak
modré trasy? A pokud se domnívám správně a má to být modré, pak proč na sebe
relace na rohu Svatoplukovy a Sadové nenavazují?




Je to asi nějaká relativně nová věc, fotky na Fody z 2018 tu koňskou trasu
(byť má v note poznámku, že je turistická?) resp. její směrníky na
rozcestnících neodhalují.





Pokud jsi místní, můžeš prosím přefotit na Fody ty rozcestníky, které
obsahují směrníky té nové trasy?




A když už v tom budeš, že bys zkouknul stav a trasování červené o kousek
vedle https://osmap.cz/node/8149587061 kde jsou zjevně dva nadbytečné
úseky...

:)




Díky







-- Původní e-mail --
Od: Pavel Pilát 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 11. 2020 22:25:35
Předmět: [talk-cz] červená značka se nerenderuje 
"

Tušíte někdo, jestli je nějaký zásadní rozdíl v tagování červené značky (
https://www.openstreetmap.org/relation/11921421#map=17/49.17255/17.51148
(https://www.openstreetmap.org/relation/11921421#map=17/49.17255/17.51148) )
a modré ( https://www.openstreetmap.org/relation/11921360#map=14/49.1832/
17.4945
(https://www.openstreetmap.org/relation/11921360#map=14/49.1832/17.4945) ) ?




Protože červená se na openstreetmap.cz(http://openstreetmap.cz) v turistické
vrstvě nevyrenderovala, zatímco modrá ano. Obě jsem vytvořil ve stejný den.




https://openstreetmap.cz/#map=16/49.1746/17.5115=dKVG
(https://openstreetmap.cz/#map=16/49.1746/17.5115=dKVG)







___
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-GB] Recycling Points

[Mateusz Konieczny via Talk-GB]

I always mapped group of containers as one object.

amenity=recycling
recycling:type=container
recycling:paper=yes
recycling:metal=yes
recycling:batteries=yes

for location with three containers, one for paper,
one for metal, one for batteries

Easier to map, process, resurvey...

Nov 26, 2020, 14:50 by jez.nichol...@gmail.com:

> "amenity"="recycling" + "recycling:type"="centre" == Council Tip
> "amenity"="recycling" + "recycling:type"="container" == a single recycling 
> box, so multiple would appear at a Recycling Point
>
> On Thu, Nov 26, 2020 at 1:22 PM Dan S <> danstowell+...@gmail.com 
> > > wrote:
>
>> Hi Jez
>>
>> Is this not it?
>> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling
>>
>> Op do 26 nov. 2020 om 13:08 schreef Jez Nicholson <>> 
>> jez.nichol...@gmail.com>> >:
>>
>>> I'm planning some work with Household Waste Recycling Centres and Recycling 
>>> Points during the Code The City OSM hack weekend this Sat/Sun (which you 
>>> are very welcome to join >>> 
>>> https://codethecity.org/what-we-do/hack-weekends/code-the-city-21-put-your-city-on-the-map/>>>
>>>   in any capacity you like)
>>>
>>> A Recycling Centre being the local 'tip', see >>> 
>>> https://www.aberdeencity.gov.uk/services/bins-and-recycling/find-your-nearest-recycling-centre
>>>
>>> A Recycling Point being a cluster of recycling containers in, say, at the 
>>> end of your local supermarket car park. Often given a name by the Council, 
>>> see >>> 
>>> https://www.aberdeencity.gov.uk/services/bins-and-recycling/recycling-points
>>>
>>> Am I missing something, or is there no concept of a Recycling Point in OSM? 
>>> Have you seen/used anything else?
>>>
>>> - Jez
>>> ___
>>>  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] [Proposal] [RFC] import of new cycle paths of Città Metropolitana di Bologna

[Matteo Fortini]

Come consigliato da @Alessandro Sarretta, ho caricato su Umap i file, 
insieme ai segmenti di tipo highway=cycleway o bicycle=designated, più 
due buffer attorno ai dati da importare, uno di 5 e uno di 10m


Da una parte si potrebbe usare mapillary come segnalato da Volker, 
dall'altra esistono anche tutti i cad con i dettagli dei progetti.


http://umap.openstreetmap.fr/en/map/citta-metropolitana-di-bologna-percorsi-ciclabili_529217

Grazie per i commenti,
Matteo

Il 25/11/20 00:16, Volker Schmidt ha scritto:
Io ho trovato Mapillary uno strumento molto utile per documentare la 
ciclabilità per un successivo inserimento in OSM. E l'ho utilizzato 
per diverse centinaia di km di infrastruttura ciclabile.


Mi viene spontaneo di suggerire di combinare i dati del Comune di 
Bologna e il metodo Mapillary, ovvero organizzare delle mapillature 
sistematiche lungo i percorsi del Comune.
I shapefile ci dicono dove sono i percorsi da fotografare. Le foto 
Mapillary e relative tracce GPX permettono di inserire i dettagli 
lungo questi percorsi.


C'è un altro aspetto che vale la pena affrontare nello stesso contesto.
La classificazione dei percorsi ciclabili in Italia è complicata, se 
aggiungiamo anche attraversamenti e gli ostacoli (paletti, barriere 
anti-bici, ecc). Io sto lavorando, a basso fuoco, su una nova versione 
della pagina wiki "bicycle" per la situazione in Italia. E' 
incompleta, ammetto, ma è sicuramente utile in questo contesto.


Sono disponibile di dare una mano.
Possiamo fare un tentativo di sviluppare un workflow assieme?
Cominciamo con una videoconferenza dove ognuno presenta il suo approccio.
Su Mapillary vedo che c'è una manciata di persone che hanno 
contribuito a Mapillary in Bologna  in bici.


Volker
FIAB Padova e OSM


On Tue, 24 Nov 2020 at 23:01, Fabio Bettani > wrote:


Ho già segnalato a Matteo, e segnalo anche pubblicamente, che la
Consulta della Bicicletta di Bologna (formalmente è attiva solo
sul territorio comunale, ma di fatto già da tempo anche in ambito
metropolitano...) ha un piccolo gruppetto di contributori OSM, con
poche competenze ma con voglia di fare. Sarebbero ben felici di
aiutare, anche con sopralluoghi nei casi dubbi. Posso fare
volentieri da tramite.

Ciao!

--
Fabio


Il giorno ven 20 nov 2020 alle ore 09:54 Matteo Fortini
mailto:matteo.fort...@gmail.com>> ha
scritto:

Grazie Alessandro, ti rispondo sotto.

In generale comprendo le tue perplessità. Dall'altro lato,
abbiamo più di 900km di ciclabili "vere", realizzate su sede
separata dalla sede stradale, che ha molto senso vengano
inserite in OSM.
Le alternative penso siano:

  * lasciare che ogni singolo o gruppo locale si metta a
importare i tratti che vede nascere, a mano, senza il
supporto di foto satellitari, perché la costruzione è
troppo recente
  * utilizzare il dataset di Città Metropolitana come base per
integrare le ciclabili, tutte insieme, o guidate dai
gruppi locali


Il 19/11/20 04:48, Alessandro Sarretta ha scritto:


Ciao Matteo,

come pensavi di utilizzare/integrare in OSM le informazioni
di questi 2 shapefile?

Guardando rapidamente ai dati, mi sembra che le geometrie dei
file condivisi siano molto semplificate e che non potranno
comunque in nessun caso essere importate tout-court in OSM.



Sì, non ho mai sperato tanto. Penso che importare
correttamente qualcosa che proviene da altri SIT in OSM sia
già un'impresa per dei punti (vedi i civici
dell'Emilia-Romagna), le strade hanno tante implicazioni anche
su altri progetti, come per esempio il routing, che penso
possano essere importate soltanto a mano, a meno che chi le ha
progettate non l'abbia fatto su OSM (cosa oggi inconcepibile).



Per quanto riguarda il layer itinerari_cicloturistici, mi
pare che sarà da assegnare (se non già fatto) una relazione
con il nome degli intinerari ai tratti che li compongono. Se
mancano dei pezzi, bisognerà disegnarli a mano immagino.

Ancora meno informazioni contiene il secondo shapefile, della
rete strategica e integrativa. In questo caso, inoltre, credo
debbano essere considerati solo i tratti segnalati come
esistenti, non quelli in corso di realizzazione o tantomeno
da finanziare, giusto?

Il limite principale mi pare che sia l'assenza di qualsiasi
tipo di informazione sul tipo di percorso ciclabile, se pista
o corsia ciclabile.



Le ciclabili in realtà sono quasi tutte realizzate, posso
verificare con Città Metropolitana, mi hanno fornito un
documento che probabilmente è ancora da aggiornare sullo stato
d'avanzamento.


On 18/11/20 22:43, Matteo Fortini 

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Frédéric Rodrigo]

Le 26/11/2020 à 10:09, Marc_marc a écrit :

Le 25.11.20 à 21:39, David Faure via Talk-fr a écrit :

Bonjour à tous,

Voici un résumé de l'état des choses concernant cet import

pour ma part un import doit être limpide, donc si je résume
la première étape :
- ne cibler que ceux qui n'ont pas d'horaire cad ne pas toucher les
objets qui ont opening_hours ni opening_hours:covid19 (parce qu'on sait
pas si osm a une version corrigée des horaires théoriques ou non)
- ne pas mixer 2 sujets dans le même changeset, cad ne profiter de
l'ajout d'horaire sur certains pour corriger des PH manquant sur
d'autre: c'est telement plus propre un changeset séparé qui
dit "ajout de PH manquant dans les horaires existant".


+1



Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux de poste.

pq pas si t'as envie... mais un import avec des changeset n'ayant
parfois qu'un bureau, cela limite l'intérêt du changeset.
perso un changeset pour la france ou un par région, cela me choque
pas, ces bureaux n'avaient de toute façon pas d'horaire.
mais peu importe ton choix à ce niveau, ce point est pour moi ok,


Même avis ici aussi.

1 537 changets pour 9 730 objets. Ça fait quand même vraiment beaucoup de 
changesets.


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

Re: [Talk-GB] Recycling Points

[Jeremy Harris]

On 26/11/2020 11:16, Jez Nicholson wrote:

Am I missing something, or is there no concept of a Recycling Point in OSM?
Have you seen/used anything else?


https://wiki.openstreetmap.org/wiki/Key:recycling_type>

--
Cheers,
  Jeremy

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

Re: [OSM-talk-fr] Import d'horaires et :covid19

[Florian LAINEZ]

Certes.

Le jeu. 26 nov. 2020 à 10:03, Marc_marc  a écrit :

> Bonjour,
>
> Le 26.11.20 à 08:16, Florian LAINEZ a écrit :
> > Une autre manière d'éviter des imports, c'est d'utiliser tout simplement
> > opening_hours:covid19=same ;)
>
> le but de l'import est d'ajouter des horaires aux bureaux
> qui n'en ont pas.
> si t'ajoutes opening_hours:covid19=same aux bureaux qui n'ont pas
> d'horaire, cela ne donne toujours pas l'horaire...
> comme dirait La Palisse, pour ajouter un horaire, faut l'ajouter :)
>
> Cordialement,
> Marc
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [Talk-GB] Recycling Points

[James Derrick]

Hi,

Here's a couple of local examples for reference and comment...


On 26/11/2020 11:16, Jez Nicholson wrote:


A Recycling Centre being the local 'tip', see 
https://www.aberdeencity.gov.uk/services/bins-and-recycling/find-your-nearest-recycling-centre 



Called a 'Household Waste Recovery Centre' in Northumberland (although 
we still 'go to the tip'!):


https://www.openstreetmap.org/way/858629908

 * amenity=recycling
 * recycling_type=centre


A Recycling Point being a cluster of recycling containers in, say, at 
the end of your local supermarket car park. Often given a name by the 
Council, see 
https://www.aberdeencity.gov.uk/services/bins-and-recycling/recycling-points 



Local example for glass bottles (skip with holes, but as you say can be 
more specialised for clothes, shoes, etc.):


https://www.openstreetmap.org/node/6538028486

* amenity=recycling
* recycling_type=container


Happy Mapping,


James
--
James Derrick
li...@jamesderrick.org, Cramlington, England
I wouldn't be a volunteer if you paid me...
https://www.openstreetmap.org/user/James%20Derrick


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

Re: [Talk-GB] Recycling Points

[Nick Allen]

Hi Jez,

Try

amenity=recycling

Regards

Nick
Tallguy

On Thu, 26 Nov 2020, 13:08 Jez Nicholson,  wrote:

> I'm planning some work with Household Waste Recycling Centres and
> Recycling Points during the Code The City OSM hack weekend this Sat/Sun
> (which you are very welcome to join
> https://codethecity.org/what-we-do/hack-weekends/code-the-city-21-put-your-city-on-the-map/
> in any capacity you like)
>
> A Recycling Centre being the local 'tip', see
> https://www.aberdeencity.gov.uk/services/bins-and-recycling/find-your-nearest-recycling-centre
>
> A Recycling Point being a cluster of recycling containers in, say, at the
> end of your local supermarket car park. Often given a name by the Council,
> see
> https://www.aberdeencity.gov.uk/services/bins-and-recycling/recycling-points
>
> Am I missing something, or is there no concept of a Recycling Point in
> OSM? Have you seen/used anything else?
>
> - Jez
> ___
> 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] Recycling Points

[Jez Nicholson]

"amenity"="recycling" + "recycling:type"="centre" == Council Tip
"amenity"="recycling" + "recycling:type"="container" == a single recycling
box, so multiple would appear at a Recycling Point

On Thu, Nov 26, 2020 at 1:22 PM Dan S  wrote:

> Hi Jez
>
> Is this not it?
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling
>
> Op do 26 nov. 2020 om 13:08 schreef Jez Nicholson  >:
>
>> I'm planning some work with Household Waste Recycling Centres and
>> Recycling Points during the Code The City OSM hack weekend this Sat/Sun
>> (which you are very welcome to join
>> https://codethecity.org/what-we-do/hack-weekends/code-the-city-21-put-your-city-on-the-map/
>> in any capacity you like)
>>
>> A Recycling Centre being the local 'tip', see
>> https://www.aberdeencity.gov.uk/services/bins-and-recycling/find-your-nearest-recycling-centre
>>
>> A Recycling Point being a cluster of recycling containers in, say, at the
>> end of your local supermarket car park. Often given a name by the Council,
>> see
>> https://www.aberdeencity.gov.uk/services/bins-and-recycling/recycling-points
>>
>> Am I missing something, or is there no concept of a Recycling Point in
>> OSM? Have you seen/used anything else?
>>
>> - Jez
>> ___
>> 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] Recycling Points

[Dan S]

Hi Jez

Is this not it?
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling

Op do 26 nov. 2020 om 13:08 schreef Jez Nicholson :

> I'm planning some work with Household Waste Recycling Centres and
> Recycling Points during the Code The City OSM hack weekend this Sat/Sun
> (which you are very welcome to join
> https://codethecity.org/what-we-do/hack-weekends/code-the-city-21-put-your-city-on-the-map/
> in any capacity you like)
>
> A Recycling Centre being the local 'tip', see
> https://www.aberdeencity.gov.uk/services/bins-and-recycling/find-your-nearest-recycling-centre
>
> A Recycling Point being a cluster of recycling containers in, say, at the
> end of your local supermarket car park. Often given a name by the Council,
> see
> https://www.aberdeencity.gov.uk/services/bins-and-recycling/recycling-points
>
> Am I missing something, or is there no concept of a Recycling Point in
> OSM? Have you seen/used anything else?
>
> - Jez
> ___
> 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-cz] červená značka se nerenderuje

[Marián Kyral via talk-cz]

Občas se vyplatí počkat ;-) U schránek jsem na to taky narazil.


Marián



-- Původní e-mail --
Od: Pavel Pilát 
Komu: p...@propsychology.cz, OpenStreetMap Czech Republic 
Datum: 26. 11. 2020 11:49:44
Předmět: Re: [talk-cz] červená značka se nerenderuje
"
Aha, já myslel, že snad někde mám chybu, kterou nejsem schopen postřehnout.
Díky moc, už se to vyrenderovalo. :-)




On Wed, Nov 25, 2020 at 12:19 AM Petr Vejsada mailto:o...@propsychology.cz)> wrote:

"Ahoj,

nedávno byl problém s Geofabrik - ztratili dva změnové soubory a musel jsem
celou DB nahrát znovu od začátku. Když už jsem to nahrával, tak
necenzurovaná data. Nemám v provozu tool na automatické stahování
necenzurovaných dat, takže je stahuju ručně, občas se zpožděním (právě teď).
Takže tu druhou relaci ještě nemám nahranou. Byť jsi to dělal ve stejný den,
tak nekde se to střihne a něco jde do změnového souboru a něco třeba do
dalšího. Tedy za chvíli by to mělo být vykreslené.

--
Petr

Dne Út 24. listopadu 2020 22:20:15, Pavel Pilát napsal(a):

> Tušíte někdo, jestli je nějaký zásadní rozdíl v tagování červené značky (
> https://www.openstreetmap.org/relation/11921421#map=17/49.17255/17.51148
(https://www.openstreetmap.org/relation/11921421#map=17/49.17255/17.51148) )
> a modré (
> https://www.openstreetmap.org/relation/11921360#map=14/49.1832/17.4945
(https://www.openstreetmap.org/relation/11921360#map=14/49.1832/17.4945) ) ?
>
> Protože červená se na openstreetmap.cz(http://openstreetmap.cz) v
turistické vrstvě nevyrenderovala,
> zatímco modrá ano. Obě jsem vytvořil ve stejný den.
>
> https://openstreetmap.cz/#map=16/49.1746/17.5115=dKVG
(https://openstreetmap.cz/#map=16/49.1746/17.5115=dKVG)

___
talk-cz mailing list
talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
https://openstreetmap.cz/talkcz(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

[Talk-GB] Recycling Points

[Jez Nicholson]

I'm planning some work with Household Waste Recycling Centres and Recycling
Points during the Code The City OSM hack weekend this Sat/Sun (which you
are very welcome to join
https://codethecity.org/what-we-do/hack-weekends/code-the-city-21-put-your-city-on-the-map/
in any capacity you like)

A Recycling Centre being the local 'tip', see
https://www.aberdeencity.gov.uk/services/bins-and-recycling/find-your-nearest-recycling-centre

A Recycling Point being a cluster of recycling containers in, say, at the
end of your local supermarket car park. Often given a name by the Council,
see
https://www.aberdeencity.gov.uk/services/bins-and-recycling/recycling-points

Am I missing something, or is there no concept of a Recycling Point in OSM?
Have you seen/used anything else?

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

[Talk-it] HOT Summit 2020

[mbranco2]

Ciao Lista,

segnalo che la prossima settimana (venerdì 4 dicembre) si svolgerà l'HOT
Summit, il convegno annuale dell'Humanitarian OpenStreetMap Team
(quest'anno ovviamente si svolge in modalità remota).
Il programma ed il link per iscriversi sono qui:
https://summit2020.hotosm.org/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Marc_marc]

Le 25.11.20 à 21:39, David Faure via Talk-fr a écrit :
> Bonjour à tous,
> 
> Voici un résumé de l'état des choses concernant cet import

pour ma part un import doit être limpide, donc si je résume
la première étape :
- ne cibler que ceux qui n'ont pas d'horaire cad ne pas toucher les
objets qui ont opening_hours ni opening_hours:covid19 (parce qu'on sait
pas si osm a une version corrigée des horaires théoriques ou non)
- ne pas mixer 2 sujets dans le même changeset, cad ne profiter de
l'ajout d'horaire sur certains pour corriger des PH manquant sur
d'autre: c'est telement plus propre un changeset séparé qui
dit "ajout de PH manquant dans les horaires existant".

> Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux de poste.

pq pas si t'as envie... mais un import avec des changeset n'ayant
parfois qu'un bureau, cela limite l'intérêt du changeset.
perso un changeset pour la france ou un par région, cela me choque
pas, ces bureaux n'avaient de toute façon pas d'horaire.
mais peu importe ton choix à ce niveau, ce point est pour moi ok,

Cordialement,
Marc



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

Re: [OSM-talk-fr] Import d'horaires et :covid19

[Marc_marc]

Bonjour,

Le 26.11.20 à 08:16, Florian LAINEZ a écrit :
> Une autre manière d'éviter des imports, c'est d'utiliser tout simplement
> opening_hours:covid19=same ;)

le but de l'import est d'ajouter des horaires aux bureaux
qui n'en ont pas.
si t'ajoutes opening_hours:covid19=same aux bureaux qui n'ont pas
d'horaire, cela ne donne toujours pas l'horaire...
comme dirait La Palisse, pour ajouter un horaire, faut l'ajouter :)

Cordialement,
Marc



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

Re: [talk-cz] červená značka se nerenderuje

[Pavel Pilát]

Aha, já myslel, že snad někde mám chybu, kterou nejsem schopen postřehnout.
Díky moc, už se to vyrenderovalo. :-)

On Wed, Nov 25, 2020 at 12:19 AM Petr Vejsada  wrote:

> Ahoj,
>
> nedávno byl problém s Geofabrik - ztratili dva změnové soubory a musel
> jsem celou DB nahrát znovu od začátku. Když už jsem to nahrával, tak
> necenzurovaná data. Nemám v provozu tool na automatické stahování
> necenzurovaných dat, takže je stahuju ručně, občas se zpožděním (právě
> teď). Takže tu druhou relaci ještě nemám nahranou. Byť jsi to dělal ve
> stejný den, tak nekde se to střihne a něco jde do změnového souboru a něco
> třeba do dalšího. Tedy za chvíli by to mělo být vykreslené.
>
> --
> Petr
>
> Dne Út 24. listopadu 2020 22:20:15, Pavel Pilát napsal(a):
>
> > Tušíte někdo, jestli je nějaký zásadní rozdíl v tagování červené značky (
> > https://www.openstreetmap.org/relation/11921421#map=17/49.17255/17.51148
> )
> > a modré (
> > https://www.openstreetmap.org/relation/11921360#map=14/49.1832/17.4945
> ) ?
> >
> > Protože červená se na openstreetmap.cz v turistické vrstvě
> nevyrenderovala,
> > zatímco modrá ano. Obě jsem vytvořil ve stejný den.
> >
> > https://openstreetmap.cz/#map=16/49.1746/17.5115=dKVG
>
> ___
> 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