Re: [Talk-is] Fw: [Tagging] Active volcanoes

[Sveinn í Felli]

Sælt veri fólkið;

Til fróðleiks: Þessar skilgreiningar duttu núna eftir áramótin inn til 
þýðinga í OSMAnd og tengdum forritum:


Scoria = Gjallgígur
Shield = Dyngja
Maar = Ker
Stratovolcano = Eldkeila
Lava dome = Hraungúll
Caldera = Askja

Svo er þarna líka "Dirt" sem hlýtur að vera einhverskonar 
leirgígur/pyttur/hver sem ég hef ekki ennþá fundið íslenskt fræðiheiti 
yfir, en það er greinilega verið að ræða það á spjallsíðunni 
 
hvar eldfjöll endi og jarðhitamyndanir taki við.


Þessu til viðbótar eru skilgreiningar á stöðu eldstöðvanna:

Last eruption = Gaus síðast
Number of eruptions = Fjöldi gosa
Inactive = Óvirkt
Active = Virkt
Dormant = Sofandi
Extinct = Útbrunnið

Þetta tengist óneitanlega því sem þið voruð að ræða; hvaða skilgreiningu 
ætlið þið að nota til að skilgreina virk eldfjöll?


Venjuleg er talað um virkar eldstöðvar þar sem gosið hefur á síðustu 
10.000 árum (gos á nútíma - eftir ísaldarskeið), sjá t.d.: 
.
Ég hef hinsvegar hitt franska jarðfræðinga sem miða við 100.000 ár (til 
að ná eldfjöllunum í Auvergne inn fyrir rammann), en svo eru einhverjir 
jarðeðlisfræðingar sem miða við þann tíma sem kvikuhólf geta tekið í að 
fyllast og kvikuna að skiljast ( => líparítsprengigos eins og í 
Öræfajökli = u.þ.b. 400 ár). Í þessu síðasta tilfelli væri með 
öryggismörkum sennilega miðað við að virkar eldstöðvar hafi gosið á 
síðustu 1.000 árum, annars teljist þær "sofandi".


Almenningur skilur þetta hugsanlega allt öðruvísi, spurningin er við 
hvað ætti að miða? Mér finnst sjálfum eðlilegast að miða við þessar 32 
eldstöðvar á eldfjallavefsjánni.


Bkv,
Sveinn í Felli

Þann 27.1.2020 14:33, skrifaði Thorir Jonsson:

Það er ekki slæm hugmynd Morten.

Það er hægt að finna upplýsingar um stöðu þeirra á íslensku
eldfjallavefsjánni: http://islenskeldfjoll.is/

Ég veit ekki hvernig er með höfundarrétt á þessum upplýsingum en geri ráð
fyrir því að það ætti að vera auðvelt að fá að nota þau í OSM ef maður
biður fallega.

Kv. Þórir Már

On Fri, Jan 24, 2020 at 5:57 PM Morten Lange via Talk-is <
talk-is@openstreetmap.org> wrote:


Hæ,

Ætti ekki að bæta við nokkrum virkum eldfjöllum á Íslandi?
Sjá http://overpass-turbo.eu/s/Q4d

Mér datt í hug amk
Hekla, Heimaey, Surtsey og Bárðarunga

Svo eru fleiri hér og sennilega hægt að miða við þessu sem heimild:
http://www.islenskeldfjoll.is/


--
Regards / Kveðja / Hilsen Morten Lange

- Forwarded message -
*From:* Mateusz Konieczny via Tagging 
*To:* Tag discussion, strategy and related tools <
tagg...@openstreetmap.org>
*Cc:* Mateusz Konieczny 
*Sent:* Friday, 24 January 2020, 14:13:37 CET
*Subject:* Re: [Tagging] Active volcanoes

There is some documentation at
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dvolcano

Note that wiki is not binding and may be wrong.

Also, there are apparently multiple ways
to classify volcano activity

See for example
https://simple.m.wikipedia.org/wiki/List_of_active_volcanoes


24 Jan 2020, 14:04 by cascaf...@gmail.com:

vHello ML!
this query [1] is supposed to display active volcanes. I made some
research using Sentinel-2 browser, but it happens that most volcanoes
doesn't have an infrared response [2].

Which is the criteria to tag volcanoes as volcano:status=active?


[1] http://overpass-turbo.eu/s/Q3E
[2] http://bit.ly/30OIUKw

___
Tagging mailing list
tagg...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging


___
Tagging mailing list
tagg...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
___
Talk-is mailing list
Talk-is@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-is




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




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

Re: [OSM-talk-fr] Commune (“admin_level”=“8”) sans attribut “postal_code”

[Philippe Verdy]

Il n'est pas forcément nécessaire de créer une relation si c'et une commune
nouvelle dont les communes déléguées ont chacune un code postal clair.
Certaines grosses communes ont de toute façon plusieurs codes postaux
(indépendemmant des Cedex ou autres codes spéciaux, mais là c'est tagué
élément par élément et jamais selon une logique géographique car ils ne
divisent pas les secteurs postaux mais sont pour certains types de courier
et non selon l'identité du destinataire) selon le secteur géographique
(arrondissements à Paris, ou quartiers ailleurs, mais pas forcément les
mêmes que les quartiers administratifs)

Le mar. 28 janv. 2020 à 18:59,  a écrit :

> Plus propre : une relation pour chaque CP.
>
> Et pas de CP pour la commune, éventuellement une note expliquant le
> pourquoi.
>
> Et indiquer un faux positif si besoin dans Osmose.
>
> Jean-Yvon
>
> Le 28/01/2020 à 18:43, marc marc - marc_marc_...@hotmail.com a écrit :
> > Le 28.01.20 à 18:03, Jacques Lavignotte a écrit :
> >> j'ai un doute sur la validité de « postal_code=86130;86490 »
> > non ce ne serrait pas juste (les addr de la commune n'ont pas chacun 2
> CP)
> > une piste de solution est de mettre le CP le + courant sur la relation
> > de la commune et faire une 2ieme relation postal_code pour l'étendue de
> > l'autre CP
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Commune (“admin_level”=“8”) sans attribut “postal_code”

[Christian Quest]

Les CP ne suivent pas forcément une logique de découpage par zones 
polygonales... ce sont des tournées de distribution et elles peuvent se 
croiser.


postal_code=86130;86490 ne me choque pas ou bien il faudrait avoir dans 
les clés OSM un autre séparateur indiquant clairement un "ou" du type 
86130|86490



Le 28/01/2020 à 18:58, osm.sanspourr...@spamgourmet.com a écrit :

Plus propre : une relation pour chaque CP.

Et pas de CP pour la commune, éventuellement une note expliquant le
pourquoi.

Et indiquer un faux positif si besoin dans Osmose.

Jean-Yvon


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk] New Telegram chat for OSM + LGBTQIA*

[Mateusz Konieczny via talk]

28 Jan 2020, 23:19 by ricoz@gmail.com:

> On Sun, Jan 26, 2020 at 10:58:01PM +, Alan Mackie wrote:
>
>> https://wiki.openstreetmap.org/wiki/List_of_OSM_centric_Telegram_accounts ?
>>
>
> thanks, for some reason it was not easy to find.
>
Do you remember search terms that you
tried? Or pages where you looked?

Maybe it would be a good idea to create
more redirects or add more links to
this page.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-ie] Bypasses

[Colm Moore]

Hi,

New Ross Bypass - due to open this week. I had a look over the mapping the 
other day. It just needs conversion from highway=construction to highway=* Does 
anyone know the new regional road reference numbers?

Naas Bypass - are the three lanes open on both sides yet?

Does anyone know the status?
* A5 Dualling
* Castlebar-Westport
* Colloney-Castlebaldwin
* Donabate Bypass
* Dungiven-Derry
* Mullingar-Devlin
* Ratoath Outer Relief Road
* Sallins Bypass

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

Re: [Talk-in] Virtual Mappy Hours - India

[Jinal Foflia]

Hi Chetan,

Yes, you can find more details here:
https://wiki.openstreetmap.org/wiki/India/Virtual_Mappy_Hours

Cheers,
Jinal Foflia
(sent from mobile, excuse typos)

On Wed, 29 Jan 2020, 11:41 am Chetan H A,  wrote:

> Hello all,
>
> Is this happening?
>
> Thanks,
> Chetan
>
> On Mon, Jan 27, 2020 at 7:43 AM Jinal Foflia 
> wrote:
>
>> Hello Naveen,
>>
>> This is amazing. Thank you for sharing this.
>>
>> Cheers,
>> Jinal Foflia
>>
>> On Mon, 27 Jan 2020, 9:47 am Naveen Francis,  wrote:
>>
>>> Hello all,
>>>
>>> OSM Foundation Chair @allan_mustard will be talking to OSM India
>>> community.
>>> Kicking off OSM India Virtual Mappy Hour on Jan 29th, 2020 - 9-10pm IST.
>>> Please Join.
>>> https://wiki.openstreetmap.org/wiki/India/Virtual_Mappy_Hours
>>>
>>> Thanks
>>> naveenpf
>>> ___
>>> Talk-in mailing list
>>> Talk-in@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-in
>>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] Virtual Mappy Hours - India

[Chetan H A]

Hello all,

Is this happening?

Thanks,
Chetan

On Mon, Jan 27, 2020 at 7:43 AM Jinal Foflia  wrote:

> Hello Naveen,
>
> This is amazing. Thank you for sharing this.
>
> Cheers,
> Jinal Foflia
>
> On Mon, 27 Jan 2020, 9:47 am Naveen Francis,  wrote:
>
>> Hello all,
>>
>> OSM Foundation Chair @allan_mustard will be talking to OSM India
>> community.
>> Kicking off OSM India Virtual Mappy Hour on Jan 29th, 2020 - 9-10pm IST.
>> Please Join.
>> https://wiki.openstreetmap.org/wiki/India/Virtual_Mappy_Hours
>>
>> Thanks
>> naveenpf
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk-fr] Opportunité de promouvoir OSM : Démonstration T'dat'hack les 31/01 et 01/02

[François Lacombe]

Bonsoir Brice

L'événement est bien maintenu et aura lieu de vendredi midi à samedi midi
Malheureusement les équipes ont été constituées il y a 15 jours et les
accréditations déjà envoyées.

C'est dommage de ne pas avoir pu nous entendre avant la semaine dernière
pour que tu y participes.
Peux-tu te libérer vendredi à partir de 13h ou uniquement le soir ?

François

Le mar. 28 janv. 2020 à 22:14, Brice  a écrit :

> Le 18/12/2019 à 23:11, François Lacombe a écrit :
> > L'Association des Villes et Collectivités Câblées (AVICCA) organise sur
> deux jours, les 31/01 et 01/02, un hackathon un
> > peu particulier à La Paillasse à Paris à destination de ses membres.
> > http://www.avicca.org/actualite/tdathack-territoires-data-et-telecoms
> > http://www.avicca.org/content/tdathack
> (...)
> > Il n'est pas nécessaire d'être familier avec ce domaine de contribution
> pour venir assister les participants. La
> > connaissance et la culture autour d'OSM est ce qui est le plus recherché
> et nous avons ici une belle tribune il me semble.
>
> Bonsoir François,
>
> Cette manifestation est-elle bien maintenue ?
> Je pense pouvoir passer vendredi soir, est-ce le bon moment pour apporter
> un peu de savoir-faire concernant OSM ?
> D'autres contributeurs OSM seront-ils présents ?
>
> Brice Mallet aka Britzz
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] New tool to download OSM data from all mirrors in parallel

[Yuri Astrakhan]

For those who download OSM data regularly, there is now a simple way to
reduce the load on the primary OSM servers, while also making download much
faster and ensure the data is correct.

OpenMapTiles new tool downloads the planet from all mirrors in parallel. It
usually takes just a few minutes, and it automatically verifies md5
checksum.  The tool will not use the primary planet source by default.  The
tool can also download and validate regional extracts from geofabrik,
bbbike, and osmfr.  Internally the tool uses aria2c.

Easiest is to use it with the docker -- share current dir with docker and
save the file there. Anything after the "--" is passed to aria2c. Here's a
Linux/Mac command, but should be runnable from Windows with the minor
command adjustment.

  docker run --rm -it -v $PWD:/download openmaptiles/openmaptiles-tools
download-osm planet -- -d /download

Use  --dry-run (-n)  to run it without the actual download (i.e. to see
which file it would download and from what mirrors). You may also add
--verbose (-v)

  docker run --rm -it openmaptiles/openmaptiles-tools download-osm planet
--dry-run

Use --help for all arguments.  See source and documentation here:
https://github.com/openmaptiles/openmaptiles-tools#multi-streamed-osm-data-downloader

P.S. Conceptually, the script is doing for OSM data what torrents were
designed to do, but sadly there is no well established web of torrents that
would offer similar functionality.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] W3C Maps on the Web workshop

[Rushforth, Peter (NRCan/RNCan)]

Dear Open Street Map community,

I apologize if you are seeing this email for a second time. I sent it 
originally to the talk-ca list, and I was advised that this list might be more 
appropriate.

My name is Peter Rushforth, and I'm with the Canada Centre for Mapping and 
Earth Observation, at Natural Resources Canada (a Canadian government 
department).  We are planning a World Wide Web Consortium (W3C) workshop on 
maps in the Web platform (specifically HTML), together with the W3C and the 
Open Geospatial Consortium (OGC).  The workshop will be collocated with the OGC 
Technical Committee meeting, June 15-17 2020 in Montreal, Quebec.

I am sending this email to see if Open Street Map (especially the Web client 
development teams) might be interested in being invited to participate (by 
presenting a short position paper, in person) in this workshop on the concept 
of better integrating mapping into the Web platform standards, and if so, how 
does Open Street Map see this.  Even if you believe that the Web platform 
standards are already good enough for mapping, it might be worthwhile staking 
that out as a position. If you are interested, though, we would certainly 
welcome OSM to also be part of the program committee.

The objective of the workshop will be to start the conversation between the 
geospatial (and geospatial standards) and Web platform communities, about how 
Web standards could better serve the needs of Web mapping and most especially 
users of Web maps and the Web in general.

Some topics of potential interest include:


  *   a native map viewer, similar to that provided for video content
  *   standards for how such a map widget might integrate with map services and 
APIs
  *   accessibility of browser maps
  *   privacy of user location information
  *   security of browser-based maps
  *   Integration / relationship of maps and location with other browser APIs, 
e.g. geo-video, geolocation API, forms, SVG
  *   crawling, indexing and searching map information
  *   standardized browser elements and APIs
  *   CSS styling of maps and map features
  *   Map feature creation / input forms
  *   federated map services with linking - aka the Web

Mostly the agenda will be driven by position papers, and what organizations 
like yours want to discuss.  If OSM is interested in sending one or two people 
to present a position, please reply directly to me, and I will ensure that you 
/ they are invited.


Sincerely,
Peter


Peter Rushforth

Technology Advisor
Canada Centre for Mapping and Earth Observation
Natural Resources Canada / Government of Canada
peter.rushfo...@canada.ca / Tel: 613-759-7915

Conseiller technique
Centre canadien de cartographie et d'observation de la Terre
Ressources naturelles Canada / Gouvernement du Canada
peter.rushfo...@canada.ca / Tél: 613-759-7915

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

Re: [OSM-talk] New Telegram chat for OSM + LGBTQIA*

[Richard]

On Sun, Jan 26, 2020 at 10:58:01PM +, Alan Mackie wrote:
> https://wiki.openstreetmap.org/wiki/List_of_OSM_centric_Telegram_accounts ?

thanks, for some reason it was not easy to find.

Richard

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

Re: [Talk-ca] W3C Maps on the Web workshop

[Pierre Béland via Talk-ca]

Bonjour Peter,
Il vaut mieux à mon avis s'adresser à la liste OSM internationale pour un tel 
sujet. Pour pouvoir discuter, il est facile de s'inscrire avec adresse de 
courriel sur https://lists.openstreetmap.org/listinfo/talk et éventuellement de 
paramétrer pour ne pas recevoir toutes les discussions.

En plus des responsables des pages web du site OSM, divers groupes sont 
susceptibles de s'intéresser à un tel sujet, par exemple équipe du style Carto 
et développeurs de diverses applications de géovisualisation.
 
Pierre 
 

Le mardi 28 janvier 2020 14 h 13 min 37 s UTC−5, Rushforth, Peter 
(NRCan/RNCan)  a écrit :  
 
  
Dear Open Street Map community,
 
  
 
I apologize if this email gets duplicated. I sent it once without joining the 
list.  Please ignore a second version if it gets released.
 
  
 
My name is Peter Rushforth, and I’m with the Canada Centre for Mapping and 
Earth Observation, at Natural Resources Canada (a Canadian government 
department).  We are planning a World Wide Web Consortium (W3C) workshop on 
maps in the Web platform (specifically HTML), together with the W3C and the 
Open Geospatial Consortium (OGC).  The workshop will be collocated with the OGC 
Technical Committee meeting, June 15-17 2020 in Montreal, Quebec.
 
  
 
I am sending this email to see if Open Street Map (especially the Web client 
development teams) might be interested in being invited to participate (by 
presenting a short position paper, in person) in this workshop on the concept 
of better integrating mapping into the Web platform standards, and if so, how 
does Open Street Map see this.  Even if you believe that the Web platform 
standards are already good enough for mapping, it might be worthwhile staking 
that out as a position. If you are interested, though, we would certainly 
welcome OSM to also be part of the program committee.
 
  
 
The objective of the workshop will be to start the conversation between the 
geospatial (and geospatial standards) and Web platform communities, about how 
Web standards could better serve the needs of Web mapping and most especially 
users of Web maps and the Web in general.
 
  
 
Some topics of potential interest include:
 
  

   - a native map viewer, similar to that provided for video content
   - standards for how such a map widget might integrate with map services and 
APIs
   - accessibility of browser maps
   - privacy of user location information
   - security of browser-based maps
   - Integration / relationship of maps and location with other browser APIs, 
e.g. geo-video, geolocation API, forms, SVG
   - crawling, indexing and searching map information
   - standardized browser elements and APIs
   - CSS styling of maps and map features
   - Map feature creation / input forms
   - federated map services with linking - aka the Web
 
  
 
Mostly the agenda will be driven by position papers, and what organizations 
like yours want to discuss.  If OSM is interested in sending one or two people 
to present a position, please reply directly to me, and I will ensure that you 
/ they are invited. 
 
  
 
  
 
Cheers,
 
Peter
 
  
 
  
 
Peter Rushforth
 
  
 
Technology Advisor
 
Canada Centre for Mapping and Earth Observation
 
Natural Resources Canada / Government of Canada
 
peter.rushfo...@canada.ca / Tel: 613-759-7915
 
  
 
Conseiller technique
 
Centre canadien de cartographie et d’observation de la Terre
 
Ressources naturelles Canada / Gouvernement du Canada
 
peter.rushfo...@canada.ca / Tél: 613-759-7915
 
  
 ___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


| 
| 
|  | 
talk Info Page


 |

 |

 |



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

Re: [OSM-talk-fr] Opportunité de promouvoir OSM : Démonstration T'dat'hack les 31/01 et 01/02

[Brice]

Le 18/12/2019 à 23:11, François Lacombe a écrit :
L'Association des Villes et Collectivités Câblées (AVICCA) organise sur deux jours, les 31/01 et 01/02, un hackathon un 
peu particulier à La Paillasse à Paris à destination de ses membres.

http://www.avicca.org/actualite/tdathack-territoires-data-et-telecoms
http://www.avicca.org/content/tdathack

(...)
Il n'est pas nécessaire d'être familier avec ce domaine de contribution pour venir assister les participants. La 
connaissance et la culture autour d'OSM est ce qui est le plus recherché et nous avons ici une belle tribune il me semble.


Bonsoir François,

Cette manifestation est-elle bien maintenue ?
Je pense pouvoir passer vendredi soir, est-ce le bon moment pour apporter un 
peu de savoir-faire concernant OSM ?
D'autres contributeurs OSM seront-ils présents ?

Brice Mallet aka Britzz

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

Re: [Talk-it] Query pesanti

[Alessandro Palmas]

Il 27/01/20 23:47, Luca Delucchi ha scritto:


osmconvert sul file dell'italia oppure ti scarichi i file osm regione
per regione (alla fine è un comunque un ciclo sulle regioni).

Scarichi il pbf, poi osmium (1), osmfilter (2) e osmconvert (3) tutta la 
vita.


Io ogni qualche mese mi scarico il planet (lavoriamo su tutto il globo, 
ops ... geoide) e da riga di comando estraggo tutto ciò che voglio. 
Ovviamente puoi scaricarti il pbf dell'Italia e in un minuto estrai 
l'impossibile.


1) https://osmcode.org/osmium-tool/manual.html
2) https://wiki.openstreetmap.org/wiki/Osmfilter
3) https://wiki.openstreetmap.org/wiki/Osmconvert

Alessandro

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Cédric Frayssinet]

Bonjour Christian,

Voici mon test.

J'ai téléchargé le fichier en 28mn, soit environ 32 Mo/s derrière une
Freebox fibre et le logiciel Transmission 2.84.

J'ai pas pensé à utiliser l'outil  Freebox pour le téléchargement mais
si besoin, je peux mettre en partage sur ma freebox ; c'est une bonne idée.

Cédric

Le 28/01/2020 à 20:48, Christian Quest a écrit :
> J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/
>
> Vous pouvez participer au test en téléchargeant ce fichier planet à
> l'aide du client BitTorrent de votre choix.
>
> Attention... il fait dans les 50Go, donc il faut de la place sur
> disque ;)
>
> J'ai 3 "seed" actifs:
>
> - 1 depuis ma freebox (avec le bittorrent intégré à celle-ci),
> connecté par fibre
>
> - 1 depuis ma "Tour Nord", connectée sur une autre fibre (OVH)
>
> - 1 depuis une dédibox
>
> Donc théoriquement il y a dans les 2Gbps de bande passante cumulée ;)
>
>
> Si vous pouvez notez le temps de transfert complet et/ou le débit
> moyen ça serait super cool pour se faire une idée de l'efficacité pour
> proposer ce type de distribution dans l'avenir. Indiquez aussi votre
> type de connexion internet et éventuellement le client bittorrent
> utilisé.
>
> Merci d'avance !
>
>

-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk-fr] Motorroad sur Trunk en France

[Florimond Berthoux]

Non, c'est juste décorréler route automobile (motorroad=yes) et "voie
express" (trunk).
Utiliser trunk si c'est une voie express.
Utiliser motorroad=yes s'il y a le panneau.

Le lun. 27 janv. 2020 à 15:32, Philippe Verdy  a écrit :

> ça voudrait dire que nos rocades urbaines resteraient "trunk" (bretelles
> d'accès courtes et nombreuses, et pas forcément limité uniquement aux
> véhicules motorisés, restriction de vitesse, trafic dense, pas d'aires de
> repos, juste des petites aires de service, quelques accès privés...) et que
> les grandes voies pour automobiles passeraient en motorroad (e.x. la
> 4-voies Rennes - Saint-Malo hors agglos urbaines)
>
> Le lun. 27 janv. 2020 à 13:17, Julien djakk 
> a écrit :
>
>> Oui l’idéal serait de faire comme Angleterre où le trunk est une
>> super-primary ( grandes routes ou grandes artères urbaines)
>>
>> Julien “djakk”
>>
>>
>> Le dim. 26 janv. 2020 à 23:16, Florimond Berthoux <
>> florimond.berth...@gmail.com> a écrit :
>>
>>> Merci, vu le manque de réponse c'est bien indéfini en France.
>>> Je me posais la question pour Cyclosm.org : la nouvelle version (fraîche
>>> de ce soir) considère par défaut cyclable les Trunk et non cyclable s'il y
>>> a motorroad=yes.
>>> C'est la position visiblement la plus universelle.
>>> Et ma position, un tag (highway) pour l'aspect et la hiérarchie dans le
>>> réseau routier et un tag pour le côté l'égal du panneau, comme ça on évite
>>> de mélanger les torchons et les serviettes et les moutons sont bien gardés.
>>> Je pense changer cette petite phrase du wiki.
>>>
>>> Le dim. 26 janv. 2020 à 20:54, Axel Listes  a écrit :
>>>
 Bonsoir,

 Le 25/01/2020 à 21:12, Florimond Berthoux a écrit :
 > Je suis tombé sur une phrase qui m'a étonné sur la page de la clé
 motorroad
 > du wiki
 > «France
 > This tag is not required, just use highway=trunk. »
 > https://wiki.openstreetmap.org/wiki/Key:motorroad?uselang=fr#France
 >
 > Et effectivement pas de traduction en français de la page, et sur la
 page
 > française de Trunk l'explication du tag est resté en anglais.
 >
 > Cette phrase me parait assez fausse parce qu'en France une motorroad
 ça a
 > un panneau voir
 > https://fr.wikipedia.org/wiki/Route_pour_automobiles#En_France
 > Le tag est très utilisé dans le pays des Trunk (Bretagne) et ailleurs.
 > Et pour ce qui me concerne j'ai l'exemple d'une voie rapide dont un
 premier
 > tronçon est cyclable puis un panneau "route pour automobile" après la
 > premier sortie, où le tag motorroad est fort utile.
 >
 > Alors, je corrige la page ?

 J'avais déjà lancé le sujet en 2014, au final il n'y a jamais eu de
 consensus.

 http://gis.19327.n8.nabble.com/highway-trunk-en-France-td5821793.html

 Si tu arrives à faire bouger les lignes, merci d'avance !

 Axel.

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


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

Re: [OSM-talk-fr] Avec quoi taguer une résidence pour étudiants ?

[Brice]

Le 26/01/2020 à 19:16, Donat ROBAUX a écrit :

Personnellement je les taggue comme des foyers-logements pour personnes
âgées (/assisted_living/, car il y a des services), indépendamment de savoir
si c'est public ou privé. Voir:  https://www.openstreetmap.org/way/674207398



Merci Donat,
je prends "assisted_living" puisque "like group_home, but the looked after are more 
independent"

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

J'ai remis au propre le torrent sur https://osm.cquest.org/torrents/

Vous pouvez participer au test en téléchargeant ce fichier planet à 
l'aide du client BitTorrent de votre choix.


Attention... il fait dans les 50Go, donc il faut de la place sur disque ;)

J'ai 3 "seed" actifs:

- 1 depuis ma freebox (avec le bittorrent intégré à celle-ci), connecté 
par fibre


- 1 depuis ma "Tour Nord", connectée sur une autre fibre (OVH)

- 1 depuis une dédibox

Donc théoriquement il y a dans les 2Gbps de bande passante cumulée ;)


Si vous pouvez notez le temps de transfert complet et/ou le débit moyen 
ça serait super cool pour se faire une idée de l'efficacité pour 
proposer ce type de distribution dans l'avenir. Indiquez aussi votre 
type de connexion internet et éventuellement le client bittorrent utilisé.


Merci d'avance !


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-at] Fehler bei Altenmarkt im Pongau

[Robin Däneke]

HI,

Ich habe bezüglich dessen einfach in der Wiki nachgeschaut.
Relation wäre route=piste, mit den tags die derzeit auf den paths sind.
Könnte die beiden Paths mal in so eine Piste-relation verfrachten.

Mit freundlichen Grüßen
RobinD (emergency99)

> Am 28.01.2020 um 20:01 schrieb Stefan Tauner :
> 
> On Tue, 28 Jan 2020 19:37:39 +0100
> Kevin Kofler  wrote:
> 
>> Daher aber eine Frage an die Mapper-Kollegen, die mit Wintersport mehr am 
>> Hut haben als ich: Gibt es einen sinnvollen Tag (nicht einfach highway=track 
>> für den Renderer, was außerhalb der Rodelsaison dann Unsinn ist), den man da 
>> setzen kann und der auch gerendert wird?
> 
> 
> Hi,
> 
> ich wüßte jetzt nicht, wieso die im Standard Layer gerendert werden
> sollte (aber auch keine übermäßig guten Gründe warum nicht).
> 
> Wenn man einen spezifischen Renderer befragt, passt jedenfalls alles
> AFAICT: https://openskimap.org/#16.74/47.359187/13.429972
> Also würde ich im konkreten Fall auf User Error plädieren ;)
> 
> BTW gibt's keinen Relationstyp für sowas? Dann müsste der Name nicht
> auf den Tracks picken... was in diesem Fall ja Auslöser der Verwirrung
> war.
> 
> -- 
> Kind regards/Mit freundlichen Grüßen, Stefan Tauner
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at


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

Re: [Talk-it] Mappatura pietre d'inciampo in Italia

[Lorenzo Stucchi]

Grazie. Alcune domande:

Scusa per il ritardo nella risposta.


1) Relativamente all'indicazione "name=* - Nome della persona a cui è
dedicata la pietra d'inciampo", per altri memorial si fa così? Io credo di
aver sempre messo nomi del tipo "Statua di XYZ", "Monumento a XYZ".

Sarebbe più corretto, ma non è riportato in nessun caso [1].

2) Nel caso di più pietre affiancate usiamo nodi diversi o un unico nodo?

Sono nodi diversi.


3) Visto che è una sorta di progetto, utilizziamo un hashtag nel gruppo di
modifiche?

Non ci abbiamo pensato, ma le modifiche sono visibili qui [2]. Pensando 
(esagerando) che chiunque abbia contribuito l’abbia fatto dopo la nostra 
proposta.

Ciao,
Lorenzo
[1] http://overpass-turbo.eu/s/Qbu
[2] http://overpass-turbo.eu/s/Q8d


Ciao,
Gianluca



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

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

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

[Talk-ca] W3C Maps on the Web workshop

[Rushforth, Peter (NRCan/RNCan)]

Dear Open Street Map community,

I apologize if this email gets duplicated. I sent it once without joining the 
list.  Please ignore a second version if it gets released.

My name is Peter Rushforth, and I'm with the Canada Centre for Mapping and 
Earth Observation, at Natural Resources Canada (a Canadian government 
department).  We are planning a World Wide Web Consortium (W3C) workshop on 
maps in the Web platform (specifically HTML), together with the W3C and the 
Open Geospatial Consortium (OGC).  The workshop will be collocated with the OGC 
Technical Committee meeting, June 15-17 2020 in Montreal, Quebec.

I am sending this email to see if Open Street Map (especially the Web client 
development teams) might be interested in being invited to participate (by 
presenting a short position paper, in person) in this workshop on the concept 
of better integrating mapping into the Web platform standards, and if so, how 
does Open Street Map see this.  Even if you believe that the Web platform 
standards are already good enough for mapping, it might be worthwhile staking 
that out as a position. If you are interested, though, we would certainly 
welcome OSM to also be part of the program committee.

The objective of the workshop will be to start the conversation between the 
geospatial (and geospatial standards) and Web platform communities, about how 
Web standards could better serve the needs of Web mapping and most especially 
users of Web maps and the Web in general.

Some topics of potential interest include:


  *   a native map viewer, similar to that provided for video content
  *   standards for how such a map widget might integrate with map services and 
APIs
  *   accessibility of browser maps
  *   privacy of user location information
  *   security of browser-based maps
  *   Integration / relationship of maps and location with other browser APIs, 
e.g. geo-video, geolocation API, forms, SVG
  *   crawling, indexing and searching map information
  *   standardized browser elements and APIs
  *   CSS styling of maps and map features
  *   Map feature creation / input forms
  *   federated map services with linking - aka the Web

Mostly the agenda will be driven by position papers, and what organizations 
like yours want to discuss.  If OSM is interested in sending one or two people 
to present a position, please reply directly to me, and I will ensure that you 
/ they are invited.


Cheers,
Peter


Peter Rushforth

Technology Advisor
Canada Centre for Mapping and Earth Observation
Natural Resources Canada / Government of Canada
peter.rushfo...@canada.ca / Tel: 613-759-7915

Conseiller technique
Centre canadien de cartographie et d'observation de la Terre
Ressources naturelles Canada / Gouvernement du Canada
peter.rushfo...@canada.ca / Tél: 613-759-7915

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

Re: [Talk-at] Fehler bei Altenmarkt im Pongau

[andreas wecer]

Am Di., 28. Jan. 2020 um 19:37 Uhr schrieb Kevin Kofler <
kevin.kof...@chello.at>:

> Daher aber eine Frage an die Mapper-Kollegen, die mit Wintersport mehr am
> Hut haben als ich: Gibt es einen sinnvollen Tag (nicht einfach
> highway=track
> für den Renderer, was außerhalb der Rodelsaison dann Unsinn ist), den man
> da
> setzen kann und der auch gerendert wird?


Es ist ja eh als piste:type=sled getaggt, nur wird das eben nur auf
(manchen) Winterkarten angezeigt:
https://slopes.waymarkedtrails.org/#route?id=146871383=wayset=17!47.3602!13.4321
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Fehler bei Altenmarkt im Pongau

[Stefan Tauner]

On Tue, 28 Jan 2020 19:37:39 +0100
Kevin Kofler  wrote:

> Daher aber eine Frage an die Mapper-Kollegen, die mit Wintersport mehr am 
> Hut haben als ich: Gibt es einen sinnvollen Tag (nicht einfach highway=track 
> für den Renderer, was außerhalb der Rodelsaison dann Unsinn ist), den man da 
> setzen kann und der auch gerendert wird?


Hi,

ich wüßte jetzt nicht, wieso die im Standard Layer gerendert werden
sollte (aber auch keine übermäßig guten Gründe warum nicht).

Wenn man einen spezifischen Renderer befragt, passt jedenfalls alles
AFAICT: https://openskimap.org/#16.74/47.359187/13.429972
Also würde ich im konkreten Fall auf User Error plädieren ;)

BTW gibt's keinen Relationstyp für sowas? Dann müsste der Name nicht
auf den Tracks picken... was in diesem Fall ja Auslöser der Verwirrung
war.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

[Talk-pt] Porto - Edições antigas de Filipe Neto

[Filohipo]

 Porto - Edições antigas de Filipe Neto
https://www.openstreetmap.org/user/Filipe
Neto


Caros
 Este mapeador colocou uma serie de áreas agrícolas (farmyards) espalhadas
pela Porto. Usou esta tag em espaços peatonais públicos ou não. Fui
alertado pela observação de um Italiano que chamou a atenção para as zonas
ao redor da Igreja de São Francisco (Palácio da Bolsa).
Uma revisão ao Porto é necessária
https://openstreetmap.org/changeset/49700075


Sílvio [aenariel ]

Quote:
Já corrigi imensas ao longo dos tempos. parece-me ser um caso de "pôr o
mapa bonito"
o centro da cidade está uma confusão de micromapping, com muitas tags mal
utilizadas
unquote
Nuno Caldeiraadmin
Quote
Reparei nisso quando estive aí ha duas semana. Todos os passeio estão como
áreas 臘‍♂️
Map for the rendering
Terror
Unquote


Cumprimentos
F
Nota - Texto e comentários publicados inicialmente em OSMPortugal
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-at] Fehler bei Altenmarkt im Pongau

[Kevin Kofler]

Hallo,

C.Scharf wrote:
> Am Wochenende wollten wir uns am Ende der Rodelbahn Bifang (von der
> Hochnössleralm) treffen und dabei zeigte sich, daß das Ende der Bahn nicht
> an der Rettenbachstraße, wie in OSM eingezeichnet, sondern am Parkplatz
> der Hochbifangbahn I liegt.
> Vielleicht gibt es jemanden aus der Region, der den Fehler korrigieren
> kann.

ich kenne mich zwar in der Region überhaupt nicht aus (bin aus Wien), aber 
soweit ich feststellen kann, ist das schon richtig getaggt, wenn auch leider 
auf der gerenderten Karte irreführend:
Bis zum Punkt 1600978910 (47°21'35.22"N 13°25'49.26"E):
https://www.openstreetmap.org/node/1600978910
verläuft die Rodelbahn parallel zu einem Weg (highway=track):
https://www.openstreetmap.org/way/146871392
der deshalb auch die Bezeichnung "Rodelbahn Bifang" und den Tag 
piste:type=sled trägt. Bei Punkt 1600978910 hingegen zweigt die Rodelbahn 
(piste:type=sled):
https://www.openstreetmap.org/way/146871384
vom Weg (highway=track):
https://www.openstreetmap.org/way/167050766
ab. Die Bezeichnung "Rodelbahn Bifang" steht ab der Abzweigung nur mehr auf 
der Rodelbahn, jedoch wird die leider nicht gerendert, weil sie keinen 
highway=* Tag hat (was aber daran liegt, daß da im Sommer kein Weg erkennbar 
ist, zumindest sehe ich auf dem geoimage.at-Luftbild keinen).

Daher aber eine Frage an die Mapper-Kollegen, die mit Wintersport mehr am 
Hut haben als ich: Gibt es einen sinnvollen Tag (nicht einfach highway=track 
für den Renderer, was außerhalb der Rodelsaison dann Unsinn ist), den man da 
setzen kann und der auch gerendert wird?

Kevin Kofler


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

Re: [OSM-talk-fr] Commune (“admin_level”=“8”) sans attribut “postal_code”

[osm . sanspourriel]

Plus propre : une relation pour chaque CP.

Et pas de CP pour la commune, éventuellement une note expliquant le
pourquoi.

Et indiquer un faux positif si besoin dans Osmose.

Jean-Yvon

Le 28/01/2020 à 18:43, marc marc - marc_marc_...@hotmail.com a écrit :

Le 28.01.20 à 18:03, Jacques Lavignotte a écrit :

j'ai un doute sur la validité de « postal_code=86130;86490 »

non ce ne serrait pas juste (les addr de la commune n'ont pas chacun 2 CP)
une piste de solution est de mettre le CP le + courant sur la relation
de la commune et faire une 2ieme relation postal_code pour l'étendue de
l'autre CP
___
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] Commune (“admin_level”=“8”) sans attribut “postal_code”

[marc marc]

Le 28.01.20 à 18:03, Jacques Lavignotte a écrit :
> j'ai un doute sur la validité de « postal_code=86130;86490 »

non ce ne serrait pas juste (les addr de la commune n'ont pas chacun 2 CP)
une piste de solution est de mettre le CP le + courant sur la relation
de la commune et faire une 2ieme relation postal_code pour l'étendue de
l'autre CP
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-at] Fehler bei Altenmarkt im Pongau

[C.Scharf]

Hallo!
Am Wochenende wollten wir uns am Ende der Rodelbahn Bifang (von der  
Hochnössleralm) treffen und dabei zeigte sich, daß das Ende der Bahn nicht  
an der Rettenbachstraße, wie in OSM eingezeichnet, sondern am Parkplatz  
der Hochbifangbahn I liegt.
Vielleicht gibt es jemanden aus der Region, der den Fehler korrigieren  
kann.


Viele Grüße aus Bayern,
C. Scharf

--

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

[OSM-talk-fr] Commune (“admin_level”=“8”) sans attribut “postal_code”

[Jacques Lavignotte]

Bonjour,

j'ai un doute sur la validité de « postal_code=86130;86490 »

Osmose donne : Commune (“admin_level”=“8”) sans attribut “postal_code”

pour la relation 6838534


admin_level=8
admin_type:FR=commune nouvelle
alt_name=Beaumont-Saint-Cyr
boundary=administrative
name=Beaumont Saint-Cyr
population=3035
postal_code=86130;86490

Ca fait deux-trois fois que j'essaye des trucs sans grand succès.

J'en ai d'autres dans le même cas.


Merci de votre aide

Jacques

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [talk-cz] Kilometraz zeleznic

[petr.b...@domogled.com]

Ahoj,

většina tratí (nejen ČR) má kilometráž na wiki, například zde 
https://cs.wikipedia.org/wiki/%C5%BDelezni%C4%8Dn%C3%AD_tra%C5%A5_P%C5%99erov%E2%80%93B%C5%99eclav



Další zdroj by byla tabulka traťových poměrů Správy železnic, ta je na 
portálu s omezeným přístupem - jde o služební pomůcky, ale mají k tomu 
přístup i dopravci. A dá se k tomu poměrně snadno dostat, případně i 
přes mě, rád zašlu, ale není to dobrý nápad. Formát je totiž pdf, ze 
kterého ty data nevydoluješ nijak snadno. To už z té wiki půjde lépe.


K tomu třeba tento článek 
https://zdopravy.cz/prulom-szdc-otevre-data-o-tratich-muzou-vzniknout-navigace-pro-strojvedouci-32522/



Kdyby ještě něco k tomu chtěl vědět, rád pomůžu.


K čemu to přesně chceš? Jsou v tom ještě nějaké menší technické zrady 
(ohledně navazování kilometráže, změny při přeložkách tratí atd.) se 
kterými je potřeba se případně vypořádat.



Petr Bolf


Dne 28. 01. 20 v 13:00 talk-cz-requ...@openstreetmap.org napsal(a):

Příspěvky do konference  talk-cz zasílejte na adresu:
talk-cz@openstreetmap.org

Pro přihlášení nebo odhlášení použijte WWW rozhraní na
adrese"
https://lists.openstreetmap.org/listinfo/talk-cz
nebo použijte elektronickou poštu, zašlete slovo help v těle
dopisu na adresu
talk-cz-requ...@openstreetmap.org

Správce konference můžete nalézt na adrese
talk-cz-ow...@openstreetmap.org

Když budete odpovídat na příspěvek, změňte, prosím, Subject:
na něco rozumnějšího než je: "Re: Contents of talk-cz digest..."


Dnešní menu:

1.  Kilometraz zeleznic (Honza Cibulka)


--

Message: 1
Date: Mon, 27 Jan 2020 12:53:55 +
From: Honza Cibulka 
To: OpenStreetMap Czech Republic 
Subject: [talk-cz] Kilometraz zeleznic
Message-ID: <748d7807-0875-9a59-3078-99d7d848f...@datastory.cz>
Content-Type: text/plain; charset=UTF-8

Zdravím vespolek,
nepracoval jste někdo s kilometráží českých železnic? Zatím jsem
vyhrabal jenom Plzeňský kraj a jejich geoportálu:
http://mapy.kr-plzensky.cz/ArcGIS/rest/services/doprava/MapServer/10

Budu rád za každý tip.


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

Re: [Talk-br] Nova proposta de classificação viária

[santamariense]

> Vi as suas alterações lá. Acho que seria interessante termos um
> glossário, pra que as definições dos termos estejam bem claras. Eu
> acho interessante adotarmos as definições do CTB e do DNIT, que são do
> conhecimento de muitos, e esclarecer onde for necessário divergir
> delas por alguma razão específica do OSM. Se quiser, eu mesmo posso
> acrescentar o glossário.

Pode adicionar o glossário. Só mantenha o padrão adotado ao adicionar
ou suprimir texto da proposta conforme está no topo da página.

> Se existir, pode ser mapeada com route=ferry + ferry=tertiary/secondary

Eu desconhecia a tag ferry=*. Ela é perfeita para manter a
continuidade na classificação.

>  Eu acho que nós evitaríamos situações assim e teríamos uma classificação que 
> respeita as relações hierárquicas das vias se limitarmos o uso de motorway da 
> seguinte forma:
> 1. Cada sistema motorway regional tem que estar enraizado em alguma cidade de 
> grande porte. Não precisa ir até o núcleo da cidade, mas deve começar nas 
> proximidades do perímetro urbano.
> 2. Toda motorway tem que preencher também os requisitos das trunks, ou seja, 
> o sistema motorway tem que ser um subconjunto do sistema trunk.
> 3. Um trecho motorway tem que ter uma extensão mínima. Uma exceção seria 
> motorways que ligam outras motorways muito próximas entre si.

Eu tendo a concordar com o apresentado por alguns motivos: (1)
continuidade, pois não faz sentido que as motorways sejam trechos de
níveis inferiores a trunk, (2) o próprio fato da divergência quanto ao
entendimento da acessibilidade direta a lotes, o que parece ser comum
e que na prática desbancaria provavelmente a maioria das atuais
motorways do país.

Irei adicionar à lista dos pontos a discutir na proposta.


> A expectativa geralmente é que essas vias trunks sejam radiais, ou
> seja, partam das cidades grandes para outros lugares, ou seja, não
> incluiria anéis e perimetrais. Estes seriam classificados conforme a
> classificação do plano diretor, ou por continuidade com as vias nas
> proximidades (ex.: se só partem vias primárias da cidade, não faz
> sentido ela ter um anel trunk).

Nessa linha de raciocínio, parece-me estranho que vias internas de uma
cidade concorram com a via que a atravessa, conforme o que foi
apresentado na abordagem norteadora da proposta.

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

[Talk-GB] Tagging of the boundaries of special planning areas

[Ken Kilfedder]

There are several special town planning areas - including the London Legacy 
Development Corporation area, and the Old Oak Common area. Both of these are 
Mayor-appointed quango-style organisations that have Town Planning powers for 
defined areas that would otherwise be exercised by local councils.

A new user has recently created a new boundary for each of these two planning 
areas - there is a related changeset here: 
https://www.openstreetmap.org/changeset/80157116 

There is no obvious way to tag these areas in the wiki at present - what should 
be advised?

---
https://hdyc.neis-one.org/?spiregrain
spiregrain_...@ksglp.org.uk


On Sun, 26 Jan 2020, at 5:44 PM, Rob Nickerson wrote:
> Hi all,
> 
> We are pleased to announce the start of a (very) small micro-grant scheme 
> available to members of OSM UK who wish to help us meet our aims but need a 
> little bit of financial support.
> 
> Form to apply:
> https://forms.gle/njsTxkb3NQChob3W7
> 
> More info: 
> https://docs.google.com/document/d/1xVLT-mUWPl-zxR4qyZ0PmceFR7HGwNEDsck9e-AsYGk/
> 
> P.S. We're also now looking for a new topic to cover in our February meeting. 
> This could be a presentation of something you've created/seen. Please share 
> ideas here or at 
> https://www.loomio.org/d/a8Yt4B2X/what-should-we-discuss-in-the-3rd-februray-meeting-
>  
> 
> Thank you,
> *Rob*
> ___
> 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] Talk sur lecteur de news: news.gmane.org devient news.gmane.io

[Jacques Lavignotte]

Le 28/01/2020 à 10:13, FR via Talk-fr a écrit :
il n’y a pas mieux qu’un lecteur de news pour suivre une liste de 
discussion.


Hum

Lecteur de news : NNTP ou NNRP
Liste discussion : IMAP/POP/ SMTP

Ce qui importe c'est que ça « threade » correctement.

Mes 2 cents

J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Ajout de NRO : blocage d'un contributeur à envisager ?

[Philippe Verdy]

Une gendarmerie ça déménage aussi, c'était peut-être plus prêt avant, mais
trop vétuste ou trop petit)

Le dim. 26 janv. 2020 à 22:57, deuzeffe  a écrit :

> Le 26/01/2020 à 22:27, François Lacombe a écrit :
> >
> > Le dim. 26 janv. 2020 à 22:19, deuzeffe  > > a écrit :
> >
> >
> > Cépabien ^^
> > (dit celle qui ne taggue pas les name pour les points de
> distribution -
> > j'ai bon ? - en building pour ne pas qu'ils soient rendus :P)
> >
> >
> > Les sous-répartiteurs cuivre et certaines armoires fibre peuvent aussi
> > avoir des noms d'usage.
> >
> > Pour que tout le monde comprenne, on ne tague pas en building lorsque
> > c'est une armoire parce que man_made=street_cabinet et building=* sont
> > strictement incompatibles.
>
> Vivi. J'avions bien compris, pas de souci*.
>
> Mais le champ name= d'un "transfo." sur pole ou un street_cabinet ne
> sont pas rendus, alors que sur un building, oui. Et franchement, c'est
> très très bizarre à voir (genre le transfo. "Gendarmerie" à plus de 500m
> de la dite gendarmerie :/) Je suppose que tout champ name= est rendu par
> défaut ?
>
> * : je t'en ai rajouté deux nouveaux en building nés fin 2019 ^^
> --
> deuzeffe
>
> ___
> 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] [evento] FOSS4G Italia 2020

[mbranco2]

Ciao Lista,
abbiamo stabilito il programma definitivo della giornata OSMit [1]: spero
che saremo in molti, sarà sicuramente una bella giornata!

P.S. Visto che il comitato organizzatore ci offre gentilmente pizza e birra
nella pausa pranzo, occorre sapere in quanti saremo: iscrivetevi quindi qui
i[2], contrassegnando
"Parteciperò alla giornata di attività OSM del 22 febbraio "

[1] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020
[2] https://foss4g-it2020.gfoss.it/registrazione

Il giorno lun 27 gen 2020 alle ore 14:47 stefano campus 
ha scritto:

> ciao a tutti,
> volevo informarvi che è stato pubblicato il programma e sono aperte le
> iscrizioni all'evento FOSS4G Italia 2020 che si terrà a Torino dal 18 al 22
> febbraio.
> quest'anno il programma prevede:
> - 23 workshop che si terranno martedì 18 pomeriggio e mercoledì 19 mattina;
> - il convegno vero e proprio, da mercoledì 19 pomeriggio a venerdì 21
> mattina;
> - incontro degli utenti italiani di QGIS, venerdì 21 pomeriggio e tutto
> sabato 22;
> - OSMIT 2020, incontro degli utenti italiani di OpenStreetMap, sabato 22
> mattina e pomeriggio;
> - assemblea soci Associazione GFOSS.it, venerdì 21 dalale 14:30
>
> felice pomeriggio
>
> s.
>
> https://foss4g-it2020.gfoss.it
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Talk sur lecteur de news: news.gmane.org devient news.gmane.io

[FR via Talk-fr]

Bonjour

Le 21/01/2020 à 16:00, marc marc a écrit :

Mais avec ma casquette ad-hoc, je pense que côté osm-fr, il nous reste
d'abord à mettre en place l'anti-spam en entrée (et p'tre même sortie)
avant de s'interconnecter +.

Se pose aussi la question (sans avoir analysé la chose) de la modération
(qui est courante, principalement justement pour virer les spams) qu'il
faudrait éviter à devoir faire plusieurs fois.


Je comprend bien que ce ne soit pas une priorité, et merci, au passage, 
pour ton investissement, mais bon je pense vraiment qu’il n’y a pas 
mieux qu’un lecteur de news pour suivre une liste de discussion. M’enfin 
peut-être que je fais partie des rares dinosaures inconditionnel·le·s de 
cet outil... depuis plus de 20 ans ;-)



ça évite de télécharger les mails sur le disque dur.

cela a beaucoup d'avantage mais pas celui là :
ton client "news" télécharge de toute façon ton message et en garde
généralement une copie sur ton disque dur pour éviter de le télécharger
à chaque fois que tu le sélectionnes.


Oui j’ai utilisé une image approximative : je pensais aux personnes qui 
s’inquiètent de voir leur boîte aux lettre submergée par la quantité de 
messages produites par certaines listes de discussion. Avec un lecteur 
de news on a un espace dédié qu'on peut gérer indépendamment du flot de 
mails et autres spams. Tu me diras que dans le client mail on peut 
toujours créer des filtres. Mais ce n’est qu’un compromis (que j’utilise 
pour la liste transports par ex. puisqu'elle est en .fr).


Cordialement
Françoise


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

Re: [Talk-it] Query pesanti

[Alfredo Gattai]

On Mon, Jan 27, 2020 at 11:47 PM Luca Delucchi  wrote:

> On Thu, 23 Jan 2020 at 18:37, Alfredo Gattai 
> wrote:
> >
> > Ciao lista,
> >
>
> ciao Alfredo,
>
> > ho cercato un po' in rete prima di chiedere ma alla fine probabilmente
> qualcuno di voi ha la soluzione a portata di mano.
> > Sto usando overpass per tirare giu' le highway=track per regione ma per
> alcune non ce la fa perche' eccede i 100mb
>
> ma perchè va in timout o c'è un limite massimo di 100MB
>

Credo che sia un limite proprio di Overpass da browser, quando si supera i
100mb la pagina non ti permette di scaricare.
Ho provato anche da dentro Josm ma la memoria non mi basta comunque


>
> > A parte fare zone piu' piccole (come per provincia) che funziona quasi
> ovunque ma non sempre perche' anche alcune province superano il limite e a
> parte scaricarmi il Planet e lavorare in postgress che mi sembra eccessivo,
> qualcuno ha qualche soluzione brillante e semplice? Anche Josm non ce la fa
> con la memoria
> >
>
> osmconvert sul file dell'italia oppure ti scarichi i file osm regione
> per regione (alla fine è un comunque un ciclo sulle regioni).
>

Alla fine ho risolto scaricando da Geofrabrik tanto dovevo fare delle
statistiche e non mi serviva il dato aggiornato al momento.
Poi ho risuddiviso in regioni estraendo per poligoni. Tra l'altro era tutto
disponibile in shape quindi non ho dovuto convertire nulla.

Grazie comuinque a tutti per i suggerimenti.



>
> > Alfredo
> >
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> 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] Héberger un mirroir ou un bittorrent pour les planet, possible?

[Christian Quest]

Le 26/01/2020 à 21:29, marc marc a écrit :

Le 26.01.20 à 15:27, Thomas Gratier a écrit :

La version courte: l'ensemble de la communauté en récupérant des planet
complets finit par saturer la bande passante

question courte (de la discussion qui a lieu aussi sur la ml dev) :
pq 100 personnes ont besoin chaque semaine de télécharger le planet ?
je crois que certains ignorent ou trouvent trop compliqué la maj
cela implique de mieux informer et/ou rendre la maj + facile.



Je suis aussi étonné d'un besoin de téléchargement régulier du planet.

Il y a peut être une forme de paresse (plus simple) mais aussi une façon 
de se rassurer sur le "j'ai une copie identique" vis à vis d'une copie 
mise à jour avec les problèmes qui peuvent intervenir sur les mises à jour.




OpenStreetMap France pourrait créer un miroir et/ou une version torrent?

l'ironie c'est que pour le moment, faire un miroir doit se faire
par téléchargement d'un planet toute les semaine.
le planet osm.org lui meme n'est pas produit avec les diff.
après rien n'interdit de produire un planet non mirroir de l'original.
cela dépend de la réponse à la question précédente.



On peut effectivement le faire, mais on tombera dans la garantie d'avoir 
quelque chose d'identique.






Un/des avis?

une piste est de comprendre le besoin (voir point 1)
une piste est la création d'un planet non miroir (voir point précédent)
une piste est la création d'un miroir à la volée : pas de dl automatique
entre osm.org et osm.fr chaque semaine mais si qlq clique sur le lien
osm.fr, cela télécharger le dernier planet osm.org et le met à
disposition pendant une semaine (puisqu'après il est "périmé")
ainsi si 2 personnes téléchargent le planet via osm.fr
il y a un gain, sans jamais provoquer de trafic inutile.
la piste d'un miroir osm.org me semble venir après même si perso je
serrai pour, surtout si geolimité pour favoriser l'efficacité (car il y
a deja un outil qui télécharge sur tous les miroirs en meme temps,
c'est très con de télécharger sur un miroir loin quand on en a un proche)


Un miroir "à la volé" ne présente de l'intérêt que si il est peu 
utilisé, si il n'est régulièrement, autant mettre à dispo dès que 
possible un fichier, pour favoriser l'usage du miroir (et simplifier son 
fonctionnement).



Le 26.01.20 à 20:09, Christian Quest a écrit :
> Je viens de regénérer des torrents pour le fichier planet pbf:
> http://osm.cquest.org/torrents/

créer autant de torrent mono-seed initial que de personne ayant l'idée
d'héberger un planet en réduit l'intérêt. surtout combiné à la non
priorisation des sources proches.
c'est p'tre cela qui explique la non utilisation, faudrait au moins
avoir le lien depuis la page osm.fr en attend plus communautaire.

ton planet vient d'osm.org ou c'est une génération locale ?

Il vient d'un miroir, et je l'avais déjà sur disque car j'ai importé une 
base monde cette semaine sur ma tour nord ;)


On peut même créer des torrents "hybrides" qui peuvent utiliser des 
sources HTTP en seed... ce qui combine le téléchargement direct depuis 
de multiples serveurs miroir et le p2p entre ceux qui téléchargent.


Ces torrents sont expérimentaux, histoire de tester et valider le 
fonctionnement. Après validation et automatisation de tout ça, il 
suffira de mettre ces petits fichiers sur planet.openstreetmap.org (et 
les miroirs) pour leur donner de la visibilité et qu'ils soient 
largement partagés et utilisés. On itère ;)


Pour le download par script, lftp est un wget/curl like qui intègre 
aussi le protocole BitTorrent. A tester aussi...


La diffusion par torrent se fait déjà par exemple pour ubuntu. Lors des 
sorties de releases semestrielles, le demande en download est énorme et 
les torrents sont une bonne alternative. J'avais aussi testé la 
diffusion des sorties de modèles de prévision de météo-france, qui eux 
sont non seulement volumineux mais mis à jour toutes les 6h. Tout sort 
des serveurs de MF à Toulouse et donc le lien est saturé... le p2p n'a 
jamais été envisagé (bien que proposé comme solution) vu que c'est une 
techno trop attachée au côté "piratage".


--
Christian Quest - OpenStreetMap France


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