Re: [talk-ph] Request clarification on access restrictions

[Erwin Olario]

Currently, many highways within gated subdivisions are tagged as private.
It seems that the more appropriate tag is access=destination, where access
rights are granted every time a guest is allowed in, and is the most likely
case. access=permissive is not necessarily correct, where the visitor is
assumed to have been given casual access, without asking further permission.

In summary, common access values for access for local roads:
private - access to owners only (e.g, household driveways)
destination - temporary access is given, until destination is reached
(shared roads, in gated communities/subdivisions/estates)
permissive - nominally private, casual use are tolerated by the owners
until revoked (e.g. private subdivisions, without guards or barriers)



On Wed, Feb 20, 2019 at 3:35 PM grab osm via talk-ph <
talk-ph@openstreetmap.org> wrote:

> Hi Team,
>
> Request your help in clarifying a couple of questions related to access
> restrictions.
>
> 1)**Incorrect segments assigned as access=private**
> At this location, 14.6792514, 121.0568702, there is a gate with name(Gate
> to Pingki-an 2).
> Basis gate location and name, we assume segments to the north should be
> assigned as access=permissive basis poi's and surrounding landuse polygon
> names
> Example way id's -
> way 655215117
> way 655215119
> way 655215118
> way 129591536
> However, access restrictions are given to segments towards south
> Example way id's -
> way 28296648
> way 23172246
> way 23172447
>
> 2)**Segments assigned as access=private should be changed to
> access=permissive**
> Below mentioned example way id's are assigned as access=private, however
> basis the landuse residential polygons, we assume access should be changed
> to permissive.
> Example way id's -
> way 130960943
> way 22952874
> way 28296647
> way 22952900
>
> Alternatively we have created an issue
>  in our github page.
> Kindly take time to review and suggest.
>
> Thanks,
> GrabTeam
>
>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[talk-ph] Request clarification on access restrictions

[grab osm via talk-ph]

Hi Team,

Request your help in clarifying a couple of questions related to access
restrictions.

1)**Incorrect segments assigned as access=private**
At this location, 14.6792514, 121.0568702, there is a gate with name(Gate
to Pingki-an 2).
Basis gate location and name, we assume segments to the north should be
assigned as access=permissive basis poi's and surrounding landuse polygon
names
Example way id's -
way 655215117
way 655215119
way 655215118
way 129591536
However, access restrictions are given to segments towards south
Example way id's -
way 28296648
way 23172246
way 23172447

2)**Segments assigned as access=private should be changed to
access=permissive**
Below mentioned example way id's are assigned as access=private, however
basis the landuse residential polygons, we assume access should be changed
to permissive.
Example way id's -
way 130960943
way 22952874
way 28296647
way 22952900

Alternatively we have created an issue
 in our github page.
Kindly take time to review and suggest.

Thanks,
GrabTeam
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-it] Whodidit non funziona, alternative?

[Marco]

Confermo, funziona da qualche giorno

On February 17, 2019 2:23:01 PM GMT+01:00, liste DOT girarsi AT posteo DOT eu 
 wrote:
>Il 29/01/19 23:10, Marco ha scritto:
>> Ciao Lorenzo, grazie per la risposta.
>> Vero, mi ero completamente dimenticato di OSMCha, appena ho un attimo
>di tempo cerco di capire come funziona, grazie!
>> 
>
>Torno un'attimo sull'argomento perchè provato adesso e sembra
>funzionare
>di nuovo, chiedo conferme.
>
>
>
>-- 
>_|_|_|_|_|_|_|_|_|_
>|_|_|_|_|_|_|_|_|_|_|
>Simone Girardelli
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-au] Able to host a tile.osm.org CDN node?

[John Bryant]

Hi Grant, it would be great to have something up and running here. What
kind of org usually provides this elsewhere? Unis, companies, individuals?
Is there a technical maintenance component required, or is this just
hardware? AWS has a Sydney location, would this be a viable option?

Thanks, John

On Wed, 20 Feb 2019 at 06:55, Grant Slater 
wrote:

> Hi OpenStreetMap Talk-AU,
>
> Quick Introduction: I am part of the volunteer Operations team who run
> the OpenStreetMap.org infrastructure.
>
> Our tile.openstreetmap.org CDN would greatly benefit from having a
> cache server in Australia and/or New Zealand. It would make the
> default rendered map on OpenStreetMap.org much faster for Australians.
>
> The live CDN Country -> Edge Cache Mapping:
> https://dns.openstreetmap.org/tile.openstreetmap.org.html
>
> Know anyone who could help?
> We're ideally looking for a physical server or powerful VM with 8GB+
> RAM and at least 146GB of storage.
> More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN
>
> Our current peak AU traffic is currently around 18,000,000 Bits per second.
>
> Full breakdown here in bps:
>
> https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml
>
> Feel free to contact me off-list if you prefer.
>
> Kind regards,
>
> Grant
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-at] [Info] vereinsmitglied/mapper in Freistadt?

[scubbx]

Hallo, Martin!

Ich habe die eMail gleich einmal an die OpenStreetMap Mailingliste für
Österreich weitergeleitet. (talk-at@openstreetmap.org).
Eine gute Idee ist bestimmt auch, den Beitrag noch im Österreich-Teil
des OpenStreetMap Forums zu Posten:
https://forum.openstreetmap.org/viewforum.php?id=89

Beste Grüße,
Markus


Am 19.02.19 um 11:38 schrieb Martin Lasinger:
> Guten Tag!
>
> Sind wir hier richtig? Wir suchen Mapper im Bezirk Freistadt.
>
> Das Freie Radio Freistadt ist ein community radio im Mühlviertel. Wir
> produzieren u.a. wöchentlich eine Sendung über engagierte Menschen aus
> unserer Region, das "Kernlandmagazin":
> https://dorftv.at/videos?text=kernland
>
> Wir planen eine Sendung zu Wikipedia und Openstreetmap - beide
> Initiativen leben großteils vom Engagement ihrer Nutzer*innen, die
> dadurch der Allgemeinheit fundamentale Informationen zur Verfügung
> stellen.
> Bei der Sendung ist immer wichtig, dass es einen Bezug zum
> Mühlviertler Kernland (ca. westlicher Bezirk  Freistadt) gibt, wegen
> der Regionalförderung. Allerdings wäre das Mappen der hiesigen
> Landschaft evtl schon Regionalbezug genug; d.h. die Person muss nicht
> zwingend im Kernland wohnen.
>
> Von Wikipedia hätten wir schon einen Aktivisten, ihn haben wir über
> Wikimedia Österreich gefunden. Jetzt probieren wir das gleiche bei
> Openstreetmap :-)
>
> Könnt ihr uns bitte jemanden vermitteln, der hier aktiv ist und auch
> über die Struktur und das Wesen von Openstreetmap etwas erzählen kann?
> Es geht um ein 55minütiges Gespräch in angenehmer Atmosphäre (sagen
> zumindest die meisten Gäste).
>
> Das wäre uns eine große Hilfe.
> Vielen Dank, lG,
> Martin Lasinger
> 0699 1000 6580
>
>

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

[Talk-us] Whole-US Garmin Map update - 2019-02-17

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-02-17

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-02-17/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-02-17

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [talk-cz] Data telefonich budek

[Marián Kyral]

A co takhle jim nejprve nahlásit, že seznam na webu není aktuální? A pokud
jej zaktualizují, pokračovat krokem 2?




Marián



-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 19. 2. 2019 21:10:21
Předmět: Re: [talk-cz] Data telefonich budek
"
Já trochu pochybuji o tom, že cokoli z toho bude v současné době odpovídat. 
 U nás některé budky loni jen tak v tichosti zmizely.  
U těch od ČTU můžeme dejme tomu předpokládat, že tam nebude nic navíc proti
současnému stavu - i když vím o několika obcích, které na naléhání O2
nakonec podepsaly, že si tam budku nepřejí. Ta data v mapě od O2 jsou
zastaralá, a netuším jestli se někomu podaří z nich vytáhnout aktuální. 
Je obrovský rozdíl se zeptat, jestli můžu použít data, která už někde
jednoznačně jsou, a snažit se ta data z někoho vylámat naslepo. O2 to sice
bude mít v nějakém svém systému, ale nedělám si velké iluze, že nám to budou
vytahovat. Zvlášť pokud na svém vlastním webu to mají zakonzervované.




Majka





On Tue, 19 Feb 2019 at 20:58, Marián Kyral mailto:mky...@email.cz)> wrote:

"

-- Původní e-mail --
Od: Miroslav Suchý mailto:miros...@suchy.cz)>
Komu: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
Datum: 19. 2. 2019 20:47:18
Předmět: Re: [talk-cz] Data telefonich budek
"Dne 19. 02. 19 v 19:59 majka napsal(a):
> Ta data jsou rok stará. Teoreticky to půjde, se k nim nějak dostat, ale
> není lepší jít po tomhle
> ?
> Není to sice tak podrobné, jsou to telefonní budky “ze zákona”. (Data
> budou pravděpodobně stejně stará, netuším jestli ten měsíc udělá rozdíl)

Jupiii, to je dokonce lepsi. Na tom webu O2 jsou i automaty, ktere uz
neexistují - což jde sice lehce ověřit zavoláním na to číslo -
neexistující automaty hlásí, že číslo neexistuje. Ale je to zbytečný opruz.
Ta data CTU lépe vystihují realitu - alespoň co jsem mohl soudit dle
svého okolí. A vzhledek k výnostnosti automatů počítám, že O2
neprovozuje jediný navíc než musí. :)
"



Tím si právě nejsem jistý. Ve FM vím o několika budkách, ale v tom seznamu
nejsou. Tam jsou jen budky mimo FM.




Marián


___
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

Re: [OSM-talk-fr] Contribuer avec son Smartphone

[Nicolas Bétheuil]

Gsmarena permet d'avoir des infos très précises sur les tel.

Le lun. 18 févr. 2019 à 22:16, Manu CAUSSE  a écrit :

> Bonjour à tous et à toutes
>
>
> Je dois prochainement renouveler mon smartphone. Je suis à la recherche
> de conseils, en effet mon principal critère est la qualité et la
> précision de la géolocalisation avec ce smartphone, le but au final
> étant de contribuer au mieux à OSM.
>
> Quelques téléphones commencent à permettre l'utilisation du réseau
> Galileo : voir la liste ici :
> https://www.usegalileo.eu/FR/inner.html#data=smartphone
>
> Le problème c'est que lorsque l'on va regarder en détails les specs de
> certains de ces smartphones ils ne mentionnent pas la possibilité
> d'utiliser le réseau Galileo.
>
> Donc ma question est : avez vous des retours sur des smartphones
> permettant une très bonne géolocalisation ?
>
> Bonne semaine à tous et toutes
>
> ___
> 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-br] Able to host a tile.osm.org CDN node? (Inglês)

[Grant Slater]

Hi OpenStreetMap Talk-BR,

(Please would someone kindly translate this into Portugês?)

Quick Introduction: I am part of the volunteer Operations team who run
the OpenStreetMap.org servers.

Our tile.openstreetmap.org CDN would greatly benefit from having a
cache server in Brazil.
It would make the default rendered map on OpenStreetMap.org much
faster for Brazilians.

The live CDN Country -> Edge Cache Mapping:
https://dns.openstreetmap.org/tile.openstreetmap.org.html

Know anyone who could help?
We're ideally looking for a dedicated physical server or powerful VM with 8GB+
RAM and at least 146GB of storage.
More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN

Our current peak Brazil traffic is currently around 70,000,000 bits per second.

Full breakdown here in bits per second:
https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml

Feel free to contact me off-list if you prefer.

Kind regards,

Grant

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

Re: [Talk-br] Importação de shapefiles da PBH

[Alexandre Oliveira]

Bom, resolvi fuçar mais um pouco e consegui importar os tiles do BHMap no JOSM.

Comparei com o OSM e com as camadas que a PBH disponibiliza e percebi
que há um certo erro em relação aos dados que a própria prefeitura
disponibiliza. Por exemplo, em [1] (escala 10,0 m), há uma diferença
de mais ou menos 6,7 m (em escala) de um ponto da borda do círculo da
rotatória (BHMap) até um segmento da rotatória (camada
TRECHO_CIRCULACAO do GeoPortal da PBH) [2]. Há também casos em que os
segmentos das ruas, fornecidos pela camada TRECHO_CIRCULACAO, obtida
no GeoPortal da PBH, "invadem" os limites do BHMap entre vias e lotes
[3].

Ambos estão usando a projeção SIRGAS 2000 (EPSG:31983). Espero que
estas dúvidas possam ser esclarecidas na próxima reunião com a
Prodabel.

[1] https://i.imgur.com/V7kmxgZ.png
[2] https://i.imgur.com/1tjqvze.png
[3] https://i.imgur.com/MxmAUZd.png

Em 30/01/2019, Alexandre Oliveira escreveu:
> Opa, esqueci de mandar o link. Aqui vai:
>
> [1] https://geodadosbh.pbh.gov.br/
>
> Em 30/01/2019, Alexandre Oliveira escreveu:
>> Eu baixei as camadas que foram atualizadas em 2018 no portal da
>> PBH[1]. Tem sim um shapefile chamado ENDERECO_BH_SHAPE que contém as
>> numerações de cada imóvel de BH.
>>
>> Eu comparei alguns imóveis do bairro Pampulha e parece estar alinhado,
>> porém acredito que esteja alinhado com as camadas de circulação
>> (vias), portanto pode haver algum desalinhamento com os dados que o
>> OSM já possui.
>>
>>
>> Em 30/01/2019, Vítor Rodrigo Dias escreveu:
>>> Prezados,
>>>
>>> Há um tempo, vi que a PBH também disponibiliza um arquivo com numerações
>>> de
>>> porta, mas não tive tempo ou conhecimento suficiente para trabalhar
>>> nesses
>>> arquivos e importá-los. Alguém se habilita a tal?
>>>
>>> Vítor Rodrigo Dias
>>> Revisor de textos
>>> Tradutor de inglês e espanhol
>>> Telefones: 31 99916-1719
>>>
>>>
>>> Em qua, 30 de jan de 2019 às 14:27, Thierry Jean
>>> 
>>> escreveu:
>>>
 Alexandre,

 Que legal que você identificou isto e está na própria cidade de Belo
 Horizonte.

 Gostaria de apresentar você para Karla Borges, Superintendente da área
 de
 Geo da Prodabel (Prefeitura de BH). Encontrei a Karla uma primeira vez
 no
 evento MundoGeo, em Maio, e em Novembro, no evento sobre os 10 anos da
 INDE
 que aconteceu no RJ (SBIDE). Eles estão interessados em se envolver
 mais
 com o OSM. Até troquei um WhatsApp com Karla, esta segunda-feira.

 Passe-me seu celular. Vamos conversar e alinhar.

 Abs,

 Thierry Jean
 M. +55 11 99607 1319



 --
 *De:* Sérgio V. 
 *Enviado:* quarta-feira, 30 de janeiro de 2019 09:20
 *Para:* Alexandre Oliveira; OpenStreetMap no Brasil
 *Assunto:* Re: [Talk-br] Importação de shapefiles da PBH

 Bom dia Alexandre.
 Algumas considerações que creio podem ajudar:
 1- nas fotos seria útil manter a escala gráfica do JOSM, para poder
 avaliar o quanto é a diferença; não me pareceu muito mais desalinhadas
 do
 que o comumente observado em outros materiais de OSM e prefeituras;
 sempre
 existe algum desalinhamento entre materiais de fontes diversas, feitos
 sobre imagens diversas;
 2-o fato de ser WGS84 no OSM e SIRGAS2000 na prefeitura não deve ser em
 si
 causa de alguma diferença, pois ambos são praticamente idênticos, o
 SIRGAS2000 foi uma padronização para ajustar ao padrão WGS84; a causa
 principal de diferenças costuma ser o fato de que o que é mapeado no
 OSM
 é sobretudo sobre imagens (como BING principalmente), estas sim podem
 ter
 desalinhamentos, sobretudo no passado;
 3-para saber qual dos 2 está mais alinhado, a melhor forma é comparar
 com
 traçados de GPS, ou com elementos de coordenadas exatas, como marcos
 geodésicos que possam ser visíveis em imagens. Com os GPS do OSM pode
 fazer
 no JOSM mesmo.
 4-como exemplo, em Porto Alegre quando importei os prédios da
 prefeitura
 em 2016, verifiquei um deslocamento médio de 6m para NE, um pouco
 variável
 em regiões diversas do município; confirmou comparando com os marcos
 geodésicos visíveis de coordenadas exatas oficiais; aí procedi com um
 realinhamento manual da cidade, rua por rua, onde mais necessário; sem
 ainda importar os prédios; deslocamentos menores que 50% da largura da
 rua
 não são muito significativos (se a rua tem 8m, 4m de deslocamento do
 eixo
 permanece dentro);
 5-importante é não ter vias cortando outras coisas, como prédios.
 Att.,

 - - - - - - - - - - - - - - - -

 Sérgio - http://www.openstreetmap.org/user/smaprs

 --
 *De:* Alexandre Oliveira 
 *Enviado:* quarta-feira, 30 de janeiro de 2019 02:31
 *Para:* talk-br
 *Assunto:* [Talk-br] Importação de shapefiles da PBH

 Bom dia (ou boa noite?),

Re: [talk-cz] Data telefonich budek

[majka]

Já trochu pochybuji o tom, že cokoli z toho bude v současné době
odpovídat.  U nás některé budky loni jen tak v tichosti zmizely.
U těch od ČTU můžeme dejme tomu předpokládat, že tam nebude nic navíc proti
současnému stavu - i když vím o několika obcích, které na naléhání O2
nakonec podepsaly, že si tam budku nepřejí. Ta data v mapě od O2 jsou
zastaralá, a netuším jestli se někomu podaří z nich vytáhnout aktuální.
Je obrovský rozdíl se zeptat, jestli můžu použít data, která už někde
jednoznačně jsou, a snažit se ta data z někoho vylámat naslepo. O2 to sice
bude mít v nějakém svém systému, ale nedělám si velké iluze, že nám to
budou vytahovat. Zvlášť pokud na svém vlastním webu to mají zakonzervované.

Majka

On Tue, 19 Feb 2019 at 20:58, Marián Kyral  wrote:

>
> -- Původní e-mail --
> Od: Miroslav Suchý 
> Komu: talk-cz@openstreetmap.org
> Datum: 19. 2. 2019 20:47:18
> Předmět: Re: [talk-cz] Data telefonich budek
>
> Dne 19. 02. 19 v 19:59 majka napsal(a):
> > Ta data jsou rok stará. Teoreticky to půjde, se k nim nějak dostat, ale
> > není lepší jít po tomhle
> > <
> http://data.ctu.cz/dataset/verejne-telefonni-automaty-v-ramci-univerzalni-sluzby/resource/478e31d4-e41e-4d77-831b
> >?
> > Není to sice tak podrobné, jsou to telefonní budky “ze zákona”. (Data
> > budou pravděpodobně stejně stará, netuším jestli ten měsíc udělá rozdíl)
>
> Jupiii, to je dokonce lepsi. Na tom webu O2 jsou i automaty, ktere uz
> neexistují - což jde sice lehce ověřit zavoláním na to číslo -
> neexistující automaty hlásí, že číslo neexistuje. Ale je to zbytečný opruz.
> Ta data CTU lépe vystihují realitu - alespoň co jsem mohl soudit dle
> svého okolí. A vzhledek k výnostnosti automatů počítám, že O2
> neprovozuje jediný navíc než musí. :)
>
>
> Tím si právě nejsem jistý. Ve FM vím o několika budkách, ale v tom seznamu
> nejsou. Tam jsou jen budky mimo FM.
>
>
> Marián
>
> ___
> 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: [OSM-talk-fr] Contribuer avec son Smartphone

[Stéphane Péneau]

Le 19/02/2019 à 16:48, Jérôme Seigneuret a écrit :
sympa cette puce. Après ton système c'est à connecté par cable usb 
avec la platine proposée ?


Je ne l'utilise jamais en Usb. Sur le V4MBIKE/V4MPACK, c'est connecté en 
UART sur les GPIO du Raspberry Pi. En voiture, l'UART est relié à un 
module bluetooth et à une batterie.


Il y a un modèle avec le port usb intégré, mais j'avais besoin d'une 
version qui donne accès au "timepulse" pour que l'horloge du Raspberry 
soit parfaitement synchro avec celle des satellites.





Le mar. 19 févr. 2019 à 16:24, Stéphane Péneau 
mailto:stephane.pen...@wanadoo.fr>> a écrit :


Le 19/02/2019 à 16:04, marc marc a écrit :

Stéphane semble avoir poursuivit ses expériences de boîtier autonome.
J'ai hâte de lire son commentaire.


Peu de choses ont changé depuis les dernières discussions.
J'utilise toujours un récepteur avec une antenne externe (pratique
pour la mettre sur le toit de la voiture), qui envoie les données
à un smartphone en Bluetooth.

J'ai une bonne réception, de belles traces, et sans avoir à
investir dans un smartphone haut de gamme.

C'est toujours du bricolage avec des fils en l'air et une plaque
de prototypage. Le packaging n'est pas ma priorité pour l'instant.

En théorie, certains smartphones avec un récepteur bi fréquence
(puce broadcomm bcm47755
)
peuvent être très bon, et sans doute meilleurs que ma solution
actuelle en théorie

Stf


le récepteur : https://www.csgshop.com/product.php?id_product=240

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



--
Cordialement,
Jérôme Seigneuret

___
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-cz] Data telefonich budek

[Marián Kyral]

-- Původní e-mail --
Od: Miroslav Suchý 
Komu: talk-cz@openstreetmap.org
Datum: 19. 2. 2019 20:47:18
Předmět: Re: [talk-cz] Data telefonich budek
"Dne 19. 02. 19 v 19:59 majka napsal(a):
> Ta data jsou rok stará. Teoreticky to půjde, se k nim nějak dostat, ale
> není lepší jít po tomhle
> ?
> Není to sice tak podrobné, jsou to telefonní budky “ze zákona”. (Data
> budou pravděpodobně stejně stará, netuším jestli ten měsíc udělá rozdíl)

Jupiii, to je dokonce lepsi. Na tom webu O2 jsou i automaty, ktere uz
neexistují - což jde sice lehce ověřit zavoláním na to číslo -
neexistující automaty hlásí, že číslo neexistuje. Ale je to zbytečný opruz.
Ta data CTU lépe vystihují realitu - alespoň co jsem mohl soudit dle
svého okolí. A vzhledek k výnostnosti automatů počítám, že O2
neprovozuje jediný navíc než musí. :)
"



Tím si právě nejsem jistý. Ve FM vím o několika budkách, ale v tom seznamu
nejsou. Tam jsou jen budky mimo FM.




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

[talk-au] Able to host a tile.osm.org CDN node?

[Grant Slater]

Hi OpenStreetMap Talk-AU,

Quick Introduction: I am part of the volunteer Operations team who run
the OpenStreetMap.org infrastructure.

Our tile.openstreetmap.org CDN would greatly benefit from having a
cache server in Australia and/or New Zealand. It would make the
default rendered map on OpenStreetMap.org much faster for Australians.

The live CDN Country -> Edge Cache Mapping:
https://dns.openstreetmap.org/tile.openstreetmap.org.html

Know anyone who could help?
We're ideally looking for a physical server or powerful VM with 8GB+
RAM and at least 146GB of storage.
More details here: https://wiki.openstreetmap.org/wiki/Servers/Tile_CDN

Our current peak AU traffic is currently around 18,000,000 Bits per second.

Full breakdown here in bps:
https://git.openstreetmap.org/dns.git/blob/HEAD:/bandwidth/tile.openstreetmap.yml

Feel free to contact me off-list if you prefer.

Kind regards,

Grant

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

[Diversity-talk] Anything happening for Int. Women's Day?

[Rory McCann]

Hello all,

In just over 2 weeks, on 8th March, it's International Women's Day. Is 
anything happening? Does anyone know of any events? I know the 
Communications Working Group is interested in promoting events, or 
helping to spread information around then.


So, anyone know anything? Anyone doing anything? Anything people here 
should do (or not do )? Feel free to post/promote your thing, or 
suggest a thing? Should we attempt a mapping project again?


Rory

Read more:

https://en.wikipedia.org/wiki/International_Women%27s_Day
http://www.unwomen.org/en/news/in-focus/international-womens-day

___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [Talk-de] Experimentelles Öffnungszeiten-Webtool

[Harald Hartmann]

Und schon etwas gefunden:
Mo - Fr
09:00 - 11:00
Di
14:00 - 16:00
Do
14:00 - 18:00
Sa
09:00 - 11:00

wird als

Mo-Fr 09:00-11:00; Tu 14:00-16:00; Th 14:00-18:00; Sa 09:00-11:00

ausgegeben, sprich danach ist am Dienstag und Donnerstag nur Nachmittags
auf. Meiner Meinung nach, und des opening_hours evaluators, müsste hier
aber mit Komma getrennt werden:

Mo-Fr 09:00-11:00, Tu 14:00-16:00, Th 14:00-18:00; Sa 09:00-11:00


Am 19.02.19 um 20:37 schrieb Harald Hartmann:
> Wie geht ihr mit dem Thema PH (Feiertage) um?
> War/ist zumindest im deutschen Forum öfters mal das Thema...
> 
> PS: Offensichtliche Fehler habe ich bisher nicht entdeckt, also mache
> ich mich mal auf die Suche nach versteckten Fehlern ;-)
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 



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

Re: [talk-cz] Data telefonich budek

[Miroslav Suchý]

Dne 19. 02. 19 v 19:59 majka napsal(a):
> Ta data jsou rok stará. Teoreticky to půjde, se k nim nějak dostat, ale
> není lepší jít po tomhle
> ?
> Není to sice tak podrobné, jsou to telefonní budky “ze zákona”. (Data
> budou pravděpodobně stejně stará, netuším jestli ten měsíc udělá rozdíl)

Jupiii, to je dokonce lepsi. Na tom webu O2 jsou i automaty, ktere uz
neexistují - což jde sice lehce ověřit zavoláním na to číslo -
neexistující automaty hlásí, že číslo neexistuje. Ale je to zbytečný opruz.
Ta data CTU lépe vystihují realitu - alespoň co jsem mohl soudit dle
svého okolí. A vzhledek k výnostnosti automatů počítám, že O2
neprovozuje jediný navíc než musí. :)

Je tohle kombatibilní s ODbl?
http://data.ctu.cz/podminky-uziti-dat
Mě se zdá, že ano. Zejména pokud je uvedeme na:
https://wiki.openstreetmap.org/wiki/Contributors#Czech_Republic
Ale ocením pokud se na to podívá ještě někdo.

Mirek


-- 
,,,
   (o o)
  =oOO==(_)==OOo===
 )  mailto:miros...@suchy.cz  tel:+420-603-775737
(   One picture is worth 128K words.
 )Oooo.
 .oooO   (   )
 (   )) /
  \ ((_/
   \_)


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

Re: [Talk-de] Experimentelles Öffnungszeiten-Webtool

[Harald Hartmann]

Wie geht ihr mit dem Thema PH (Feiertage) um?
War/ist zumindest im deutschen Forum öfters mal das Thema...

PS: Offensichtliche Fehler habe ich bisher nicht entdeckt, also mache
ich mich mal auf die Suche nach versteckten Fehlern ;-)

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

Re: [talk-cz] Data telefonich budek

[r00t]

Ahoj,

> Predpokladam, ze vetsi problem nez ten souhlas bude problem ziskat ta
> data v rozumnem formatu. Protoze podle tech pinu co maji v te embeded
> mape to bude PITA to delat. Chtelo by to CSV nebo neco podobneho.
Ta mapa je taha z tohohle JSONu:
https://mapy.o2.cz/o2mapy/data/dynamic/data-dynamic.json
A to nevypada zrovna spatne...




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

Re: [Talk-de] Experimentelles Öffnungszeiten-Webtool

[Tobias Knerr]

On 19.02.19 09:24, Stefan Keller wrote:
> Fernziel ist u.a., den Tag "opening_hours:url" zu verwenden, um den
> dort verlinkten Webinhalt in opening_hours zu wandeln.

Finde ich eine spannende Vision, denn so könnten Änderungen bei den
Öffnungszeiten viel schneller entdeckt werden. Für OSM ist zumindest in
Europa die größte Herausforderung ja zunehmend das Aktualisieren (statt
Ersterfassen) von Daten.

> Feedback willkommen - hier oder als Issue im Repository!

Meine einfachen bis mittelschwierigen Tests haben beide
Implementierungen anstandslos geschluckt!

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

Re: [talk-cz] Data telefonich budek

[majka]

Ta data jsou rok stará. Teoreticky to půjde, se k nim nějak dostat, ale
není lepší jít po tomhle

?
Není to sice tak podrobné, jsou to telefonní budky “ze zákona”. (Data budou
pravděpodobně stejně stará, netuším jestli ten měsíc udělá rozdíl)

On Tue, 19 Feb 2019 at 19:14, Miroslav Suchý miros...@suchy.cz
 wrote:

Predpokladam, ze vetsi problem nez ten souhlas bude problem ziskat ta
> data v rozumnem formatu. Protoze podle tech pinu co maji v te embeded
> mape to bude PITA to delat. Chtelo by to CSV nebo neco podobneho.
>
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Data telefonich budek

[Miroslav Suchý]

Dne 19. 02. 19 v 17:50 Dalibor Jelínek napsal(a):
> jasně. Jen bych potřeboval něco, co případě můžou podepsat. Máš něco už
> připraveného?

Predpokladam, ze vetsi problem nez ten souhlas bude problem ziskat ta
data v rozumnem formatu. Protoze podle tech pinu co maji v te embeded
mape to bude PITA to delat. Chtelo by to CSV nebo neco podobneho.
Mirek

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

[Talk-GB] Reminder: Derby pub meeting tonight

[SK53]

We're at the Old Silk Mill from 19:30 tonight in Derby:
https://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup

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

Re: [talk-cz] Data telefonich budek

[majka]

Tak tady jsou návrhy, zatím zde, na příkladu ČSOB

Doplňujte, kritizujte…

Až bude definitivní, někam to vystavím. Průvodní dopis + ten souhlas pak
budu převádět do PDF. V mailu je zatím mail na spolek, jinak by to ode mě
šlo přes protonmail. Pokud máme někde místo, kam to nahrát, můžu dát ty
texty jako takové (je to markdown + šablony pro vkládání dat).

Majka
Mail (přímo na člověka, kterého kontaktujeme, zbytek mu jde do příloh):

Vážený pane ___,

za OpenStreetMap Česká republika z.s. se na Vás obracím s prosbou
o poskytnutí souhlasu s použitím údajů ze seznamu Vašich poboček a
bankomatů, které jsou zveřejněné na internetových stránkách Vaší banky.

Konkrétně by se jednalo by se o zanesení těchto údajů do databáze
OpenStreetMap , která je následovně používána
pro vytváření mapových aplikací a v navigacích.

Věříme, že by bylo i ve Vašem zájmu tato data zde mít zobrazena kompletní a
aktuální.

Prosím, abyste případně předal tento mail a přiložené dokumenty kompletním
osobám.

Pro případné dotazy jsem Vám k dispozici.

S pozdravem,

Marie Zemanová
OpenStreetMap Česká republika z.s.
--

Přílohy:
Dopis s žádostí o poskytnutí informací
Formulář souhlasu s poskytnutím dat
Průvodní dopis, pro vytištění a předání “šéfovi”

České Budějovice, 19.02.2019

Vážené dámy a pánové,

jménem spolku OpenStreetMap Česká republika z.s. se na Vás dovoluji
obrátit s prosbou o souhlas s využitím dat zveřejněných na Vašich
internetových stránkách
 pro účely
převzetí těchto informací do databáze Openstreetmap
.

Tato databáze shromažďuje mapová data, která jsou dále poskytována
třetím stranám a využívána například pro vytváření map, jako podklady
pro různé navigace či na mnohých webových stránkách.

V tomto konkrétním případě bychom rádi získali souhlas s užitím seznamu
Vašich poboček a bankomatů. Dobrovolníci, zapojení do projektu by tento
seznam použili k doplnění a zkompletování těchto informací v databázi.
Následně se pak tyto informace objeví v mapových aplikacích a navigacích
založených na těchto datech. Věříme, že zanesení kompletního a
aktuálního seznamu bude i ve Vašem zájmu.

V případě, že s tímto využitím souhlasíte, prosíme o podepsání
přiloženého dokumentu a jeho zaslání zpět na naši adresu. Pokud nám
navíc pošlete naskenovanou kopii, budeme rádi.

S pozdravem,

Marie Zemanová
OpenStreetMap Česká republika z.s.
Údolní 567/33, 602 00 Brno
email: spo...@openstreetmap.cz 
--

Seznam poboček a bankomatů je uveden na
https://www.csob.cz/portal/kontakty/pobocky-a-bankomaty
A nakonec přímo souhlas, který bychom chtěli podepsat: Souhlas s užitím dat
v Openstreetmap

Československá obchodní banka, a. s. , se sídlem Praha 5, Radlická
333/150, PSČ 150 57 , IČ 1350 prohlašuje, že nemá námitek s využitím
dat týkajících se poboček a bankomatů zveřejněných na svých
internetových stránkách
 v databázi
Openstreetmap .

Souhlasíme s tím, že tato data mohou být poskytována třetím stranám
 pod svobodnou a
otevřenou licencí[^1].

V _, dne 

podpis

Seznam odkazů:
https://www.csob.cz/portal/kontakty/pobocky-a-bankomaty
https://www.openstreetmap.org/copyright/cs

[^1]: V současné době se jedná o licenci ODbL, tento souhlas se však týká i
jakékoli licence, na kterou případně v budoucnosti Openstreetmap přejde.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Data telefonich budek

[Pavel Zbytovský]

Já ne, to připravovala Majka.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Data telefonich budek

[Dalibor Jelínek]

Čau, jasně. Jen bych potřeboval něco, co případě můžou podepsat. Máš něco už 
připraveného?Dalibor Sent from my Samsung Galaxy smartphone.
 Original message From: Pavel Zbytovský  
Date: 19/02/2019  17:09  (GMT+01:00) To: OpenStreetMap Czech Republic 
 Subject: Re: [talk-cz] Data telefonich budek Tak 
kámoška prý dnes dostala kontakt na někoho jiného, kdo by mohl vědět, ale prý 
spíš taky vědět nebude. Tak klidně Dalibore poptej i u svého známého.P.On Mon, 
Feb 18, 2019 at 8:29 AM Dalibor Jelínek  wrote:Ahoj,zrovna 
jsem chtěl psát, že tam mám taky nějaký slušný kontakt.Asi nemá cenu to hnát 
dvěma kanály. Tak kdyby Pavlův kontaktselhal, tak můžeme zkusit můj.  Dalibor 
From: Pavel Zbytovský [mailto:zbytov...@gmail.com] Sent: Monday, February 18, 
2019 8:26 AMTo: majka.zem+t...@gmail.com; OpenStreetMap Czech Republic 
Subject: Re: [talk-cz] Data telefonich budek Mám 
jednu kámošku, která tam pracuje na nějaké manažerské pozici. Zeptám se jí a 
následně můžu předat email. P. On Sat, Feb 16, 2019 at 10:52 PM Majka 
 wrote:Co zkusit tiskové mluvčí, ať to předají 
dál?https://www.o2.cz/spolecnost/279191-media/Aspoň je to pak konkrétní osoba, 
sama tím směrem chci jít taky tam, kde lepší kontakt není ... 
Majka___talk-cz mailing 
listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://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

Re: [talk-cz] Data telefonich budek

[Pavel Zbytovský]

Tak kámoška prý dnes dostala kontakt na někoho jiného, kdo by mohl vědět,
ale prý spíš taky vědět nebude. Tak klidně Dalibore poptej i u svého
známého.

P.

On Mon, Feb 18, 2019 at 8:29 AM Dalibor Jelínek  wrote:

> Ahoj,
>
> zrovna jsem chtěl psát, že tam mám taky nějaký slušný kontakt.
>
> Asi nemá cenu to hnát dvěma kanály. Tak kdyby Pavlův kontakt
>
> selhal, tak můžeme zkusit můj.
>
>
>
> Dalibor
>
>
>
> *From:* Pavel Zbytovský [mailto:zbytov...@gmail.com]
> *Sent:* Monday, February 18, 2019 8:26 AM
> *To:* majka.zem+t...@gmail.com; OpenStreetMap Czech Republic <
> talk-cz@openstreetmap.org>
> *Subject:* Re: [talk-cz] Data telefonich budek
>
>
>
> Mám jednu kámošku, která tam pracuje na nějaké manažerské pozici. Zeptám
> se jí a následně můžu předat email.
>
>
>
> P.
>
>
>
> On Sat, Feb 16, 2019 at 10:52 PM Majka  wrote:
>
> Co zkusit tiskové mluvčí, ať to předají dál?
> https://www.o2.cz/spolecnost/279191-media/
>
> Aspoň je to pak konkrétní osoba, sama tím směrem chci jít taky tam, kde
> lepší kontakt není ...
>
> Majka___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Contribuer avec son Smartphone

[Jérôme Seigneuret]

sympa cette puce. Après ton système c'est à connecté par cable usb avec la
platine proposée ?

Le mar. 19 févr. 2019 à 16:24, Stéphane Péneau 
a écrit :

> Le 19/02/2019 à 16:04, marc marc a écrit :
>
> Stéphane semble avoir poursuivit ses expériences de boîtier autonome.
> J'ai hâte de lire son commentaire.
>
> Peu de choses ont changé depuis les dernières discussions. J'utilise
> toujours un récepteur avec une antenne externe (pratique pour la mettre sur
> le toit de la voiture), qui envoie les données à un smartphone en Bluetooth.
>
> J'ai une bonne réception, de belles traces, et sans avoir à investir dans
> un smartphone haut de gamme.
>
> C'est toujours du bricolage avec des fils en l'air et une plaque de
> prototypage. Le packaging n'est pas ma priorité pour l'instant.
>
> En théorie, certains smartphones avec un récepteur bi fréquence (puce
> broadcomm bcm47755
> )
> peuvent être très bon, et sans doute meilleurs que ma solution actuelle
> en théorie
>
> Stf
>
>
> le récepteur : https://www.csgshop.com/product.php?id_product=240
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contribuer avec son Smartphone

[Stéphane Péneau]

Le 19/02/2019 à 16:04, marc marc a écrit :

Stéphane semble avoir poursuivit ses expériences de boîtier autonome.
J'ai hâte de lire son commentaire.


Peu de choses ont changé depuis les dernières discussions. J'utilise 
toujours un récepteur avec une antenne externe (pratique pour la mettre 
sur le toit de la voiture), qui envoie les données à un smartphone en 
Bluetooth.


J'ai une bonne réception, de belles traces, et sans avoir à investir 
dans un smartphone haut de gamme.


C'est toujours du bricolage avec des fils en l'air et une plaque de 
prototypage. Le packaging n'est pas ma priorité pour l'instant.


En théorie, certains smartphones avec un récepteur bi fréquence (puce 
broadcomm bcm47755 
) 
peuvent être très bon, et sans doute meilleurs que ma solution 
actuelle en théorie


Stf


le récepteur : https://www.csgshop.com/product.php?id_product=240

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

Re: [OSM-talk-fr] Contribuer avec son Smartphone

[marc marc]

Bonjour,

De mes maigres tests, le facteur numéro 1 est le temps de "chauffe" : 
tous les signaux et correctifs ne sont pas reçu rapidement.
Donc si tu allumes ton smartphone et fait une photo ou une trace,
l'info de géolocalisation est mauvaise... voir très mauvaise pendant
"un certain temps", même si parfois l'application croit le contraire.
Depuis je met en route l'enregistreur en route 5min avant utilisation.
cela n’empêche pas évidement de chercher la meilleur puce.

Stéphane semble avoir poursuivit ses expériences de boîtier autonome.
J'ai hâte de lire son commentaire.

Cordialement,
Marc

Le 19.02.19 à 15:33, Jérôme Seigneuret a écrit :
> Salut,
> 
> Je me demandais comment opérer pour faire des tracés GPS un peu plus 
> fiable. A t'on une page sur des tests GPS qui aurait été réalisé par des 
> contributeurs? Je sais qu'il y a déjà eu des discussion en ce sens mais 
> j'ai pas vu de résultat d'autre son parti sur une solution maison est 
> une logique de conception de boitier d’acquisition.
> 
> GNS 2000 ça me semble pas mal. Il y a vraiment les 10h d'autonomie annoncé?
> 
> Merci
> 
> Le mar. 19 févr. 2019 à 15:22, ades  > a écrit :
> 
> Juste une expérience perso, j’ai abandonné le "GPS" du smartphone
> pour un boitier GNS 2000 qui fait GPS + Glonass+Galileo+ WAAS EGNOS,
> relié par BlueTooth, au téléphone, à la tablette ou à un PC portable.
> Plus fiable que la puce d’un smartphone, plus précis et en plus ça
> fait aussi logger. Il y a d’autres marques… et ça coute dans les 100
> boules…
> 
>  > Le 18 févr. 2019 à 22:16, Manu CAUSSE  > a écrit :
>  >
>  > Bonjour à tous et à toutes
>  >
>  >
>  > Je dois prochainement renouveler mon smartphone. Je suis à la
> recherche
>  > de conseils, en effet mon principal critère est la qualité et la
>  > précision de la géolocalisation avec ce smartphone, le but au final
>  > étant de contribuer au mieux à OSM.
>  >
>  > Quelques téléphones commencent à permettre l'utilisation du réseau
>  > Galileo : voir la liste ici :
>  > https://www.usegalileo.eu/FR/inner.html#data=smartphone
>  >
>  > Le problème c'est que lorsque l'on va regarder en détails les
> specs de
>  > certains de ces smartphones ils ne mentionnent pas la possibilité
>  > d'utiliser le réseau Galileo.
>  >
>  > Donc ma question est : avez vous des retours sur des smartphones
>  > permettant une très bonne géolocalisation ?
>  >
>  > Bonne semaine à tous et toutes
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contribuer avec son Smartphone

[Jérôme Seigneuret]

Salut,

Je me demandais comment opérer pour faire des tracés GPS un peu plus
fiable. A t'on une page sur des tests GPS qui aurait été réalisé par des
contributeurs? Je sais qu'il y a déjà eu des discussion en ce sens mais
j'ai pas vu de résultat d'autre son parti sur une solution maison est une
logique de conception de boitier d’acquisition.

GNS 2000 ça me semble pas mal. Il y a vraiment les 10h d'autonomie annoncé?

Merci

Le mar. 19 févr. 2019 à 15:22, ades  a écrit :

> Juste une expérience perso, j’ai abandonné le "GPS" du smartphone pour un
> boitier GNS 2000 qui fait GPS + Glonass+Galileo+ WAAS EGNOS, relié par
> BlueTooth, au téléphone, à la tablette ou à un PC portable.
> Plus fiable que la puce d’un smartphone, plus précis et en plus ça fait
> aussi logger. Il y a d’autres marques… et ça coute dans les 100 boules…
>
> > Le 18 févr. 2019 à 22:16, Manu CAUSSE  a écrit :
> >
> > Bonjour à tous et à toutes
> >
> >
> > Je dois prochainement renouveler mon smartphone. Je suis à la recherche
> > de conseils, en effet mon principal critère est la qualité et la
> > précision de la géolocalisation avec ce smartphone, le but au final
> > étant de contribuer au mieux à OSM.
> >
> > Quelques téléphones commencent à permettre l'utilisation du réseau
> > Galileo : voir la liste ici :
> > https://www.usegalileo.eu/FR/inner.html#data=smartphone
> >
> > Le problème c'est que lorsque l'on va regarder en détails les specs de
> > certains de ces smartphones ils ne mentionnent pas la possibilité
> > d'utiliser le réseau Galileo.
> >
> > Donc ma question est : avez vous des retours sur des smartphones
> > permettant une très bonne géolocalisation ?
> >
> > Bonne semaine à tous et toutes
> >
> > ___
> > 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
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Contribuer avec son Smartphone

[ades]

Juste une expérience perso, j’ai abandonné le "GPS" du smartphone pour un 
boitier GNS 2000 qui fait GPS + Glonass+Galileo+ WAAS EGNOS, relié par 
BlueTooth, au téléphone, à la tablette ou à un PC portable. 
Plus fiable que la puce d’un smartphone, plus précis et en plus ça fait aussi 
logger. Il y a d’autres marques… et ça coute dans les 100 boules…

> Le 18 févr. 2019 à 22:16, Manu CAUSSE  a écrit :
> 
> Bonjour à tous et à toutes
> 
> 
> Je dois prochainement renouveler mon smartphone. Je suis à la recherche 
> de conseils, en effet mon principal critère est la qualité et la 
> précision de la géolocalisation avec ce smartphone, le but au final 
> étant de contribuer au mieux à OSM.
> 
> Quelques téléphones commencent à permettre l'utilisation du réseau 
> Galileo : voir la liste ici : 
> https://www.usegalileo.eu/FR/inner.html#data=smartphone
> 
> Le problème c'est que lorsque l'on va regarder en détails les specs de 
> certains de ces smartphones ils ne mentionnent pas la possibilité 
> d'utiliser le réseau Galileo.
> 
> Donc ma question est : avez vous des retours sur des smartphones 
> permettant une très bonne géolocalisation ?
> 
> Bonne semaine à tous et toutes
> 
> ___
> 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] Aggiornamenti agli import

[Cascafico Giovanni]

Ho messo giù una bozza [1]: commentate pure nella sezione discussione
oppure qui.

[1]
https://wiki.openstreetmap.org/wiki/Import/Catalogue/ItalyFuelStations/maintenance

Il giorno mar 19 feb 2019 alle ore 13:05 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> Am Di., 19. Feb. 2019 um 12:06 Uhr schrieb Cascafico Giovanni <
> cascaf...@gmail.com>:
>
>> Secondo voi, l'aggiornamento di un precedente import si configura come
>> import a sua volta?
>>
>
>
> si, perché sono altri dati. La procedura potrebbe essere accorgiata e si
> potrebbe estendere la pagina wiki esistente (secondo le circostanza,
> talvolta potrebbe avere più senso creare una nuova pagina).
>
>
>
>>
>> In questo periodo sto preparando un metodo semi-automatico per i
>> distributori di carburanti. Oltre all'aggiornamento dei tipi di carburanti,
>> ci sono anche in non rari cambi di operatore, le dismissioni ed i nuovi
>> POI... Preparare un documento di import ogni volta sarebbe un po' oneroso.
>> Come procedere?
>>
>
>
> farei un file con tutte le modifiche, spezzerei in comuni o simile (per
> non averne troppe in un file, forse anche per comuni), e chi volesse
> potrebbe usare questo confronto per verificare la situazione attuale. In
> passato il dataset Mise non si era dimostrato proprio come modello di
> uniformità o affidabilità di dati (io trovo tanti benzinai che non ci sono
> nel db Mise, oppure al meno non è stato possibile identificarli), quindi
> personalmente escluderei un nuovo import "automatico".
>
> Ciao,
> Martin
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aggiornamenti agli import

[Martin Koppenhoefer]

Am Di., 19. Feb. 2019 um 12:06 Uhr schrieb Cascafico Giovanni <
cascaf...@gmail.com>:

> Secondo voi, l'aggiornamento di un precedente import si configura come
> import a sua volta?
>


si, perché sono altri dati. La procedura potrebbe essere accorgiata e si
potrebbe estendere la pagina wiki esistente (secondo le circostanza,
talvolta potrebbe avere più senso creare una nuova pagina).



>
> In questo periodo sto preparando un metodo semi-automatico per i
> distributori di carburanti. Oltre all'aggiornamento dei tipi di carburanti,
> ci sono anche in non rari cambi di operatore, le dismissioni ed i nuovi
> POI... Preparare un documento di import ogni volta sarebbe un po' oneroso.
> Come procedere?
>


farei un file con tutte le modifiche, spezzerei in comuni o simile (per non
averne troppe in un file, forse anche per comuni), e chi volesse potrebbe
usare questo confronto per verificare la situazione attuale. In passato il
dataset Mise non si era dimostrato proprio come modello di uniformità o
affidabilità di dati (io trovo tanti benzinai che non ci sono nel db Mise,
oppure al meno non è stato possibile identificarli), quindi personalmente
escluderei un nuovo import "automatico".

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

Re: [talk-cz] Pramen Bobravy

[Michal Fabík]

On Tue, Feb 19, 2019 at 12:04 PM Karel Volný  wrote:
> tak aktuální situace v mapě je sice nelogická, ale stavu 'on the ground'
> odpovídá - prostě je zaznačena zdrojnice potoka, ale pramen na ní není, bod je
> tam, kde je označený a upravený v reálu

Ahoj, pramen by na ní IMHO měl být bez ohledu na to, jestli je
upravený. Nějak upravené prameny by prý měly být označeny
refitted=yes, viz
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dspring. Bylo by
super užívání tohoto tagu trochu rozšířit (resp. i refitted=no) -
nedávno se mi stalo v Tatrách, že jsem si v mapě vyhlédl pramen, kde
si doplním vodu, ale na místě jsem našel malou kaluž, na jejímž dně
voda vyvěrala z bahna a do které šel sotva ponořit Camelbak, nemluvě o
flašce. Ale je to pramen? Je.

-- 
Michal Fabík

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

Re: [OSM-talk-ie] Redundant admin boundaries in Ireland

[wambacher]

Sorry, list was unreadable:||

| IRL | 5857133 | Athy Municipal District | 8 | 8* | {2,6,8,8} IRL |
8449476 | Athy Municipal District (2019) | 8 | 8* | {2,6,8,8} IRL |
5857135 | Celbridge-Leixlip Municipal District | 8 | 8* | {2,6,8,8} IRL
| 8448661 | Celbridge-Leixlip Municipal District (2019) | 8 | 8* |
{2,6,8,8} IRL | 8448101 | Clane-Maynooth Municipal District (2019) | 8 |
8* | {2,6,8,8} IRL | 5857136 | Kildare-Newbridge Municipal District | 8
| 8* | {2,6,8,8} IRL | 8449477 | Kildare-Newbridge Municipal District
(2019) | 8 | 8* | {2,6,8,8} IRL | 5857137 | Maynooth Municipal District
| 8 | 8* | {2,6,8,8} IRL | 5857138 | Naas Municipal District | 8 | 8* |
{2,6,8,8} IRL | 8449475 | Naas Municipal District (2019) | 8 | | 8* |
{2,4,8,8} Walter|

-- 
My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] Imprimer un plan à partir d'OSM ?

[Jean-Christophe Becquet]

Le 19/02/2019 07:47, Jean-Christophe Becquet a écrit :
> Pour démarrer avec  QGIS, tu as l'excellent tutoriel de l'UMR PASSAGES
> sous licence Creative Commons BY.
> http://ouvrir.passages.cnrs.fr/tutoqgis/05_01_creation_couche.php

Plutôt http://ouvrir.passages.cnrs.fr/tutoqgis/index.php
pour la page d'accueil du tutoriel, pardon.

> Et celui-ci sous licence ouverte Etalab.
> https://www.ente-aix.fr/documents/164-QGIS/

Il existe visiblement une version plus récente de ce tutoriel :
https://www.ente-aix.fr/documents/177-qgisv2/

JCB
-- 
Conférence « Communs numériques - Cartes sensibles » 26 février à Digne
https://twitter.com/mairiedigne/status/1092322448769458177

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

[talk-au] [Brisbane] EWB Missing Maps event with Australia Red Cross Youth

[Joel H.]

Hello all!

I would like to forward an invitation to all Brisbane OpenStreetMappers!


A Missing Maps mapathon is being held on 28th Feb (6pm) by Engineers 
Without Boarders and the Australian Red Cross Youth.


And on the 12th Apr a larger event will be held.

Both events take place at WSP 900 Ann Street.


If you have any question please contact Ritva Vilppola at:

Ritva.Vilppola (at) wsp (dot) com


Thanks,

Joel


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

[Talk-it] Aggiornamenti agli import

[Cascafico Giovanni]

Secondo voi, l'aggiornamento di un precedente import si configura come
import a sua volta?

In questo periodo sto preparando un metodo semi-automatico per i
distributori di carburanti. Oltre all'aggiornamento dei tipi di carburanti,
ci sono anche in non rari cambi di operatore, le dismissioni ed i nuovi
POI... Preparare un documento di import ogni volta sarebbe un po' oneroso.
Come procedere?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-ie] Redundant admin boundaries in Ireland

[wambacher]

Hi,

I am currently testing my *OSM Path Analyzer*, which is supposed to
recognize redundant admin boundaries among other things.

It checks if there are several border relations with the same structure.
These are usually double admin relations with the same tags and often
the same members.

In Ireland it found the following bugs:

|IRL | 5857133 | Athy Municipal District | 8 | 8* | {2,6,8,8} IRL |
8449476 | Athy Municipal District (2019) | 8 | 8* | {2,6,8,8} IRL |
5857135 | Celbridge-Leixlip Municipal District | 8 | 8* | {2,6,8,8} IRL
| 8448661 | Celbridge-Leixlip Municipal District (2019) | 8 | 8* |
{2,6,8,8} IRL | 8448101 | Clane-Maynooth Municipal District (2019) | 8 |
8* | {2,6,8,8} IRL | 5857136 | Kildare-Newbridge Municipal District | 8
| 8* | {2,6,8,8} IRL | 8449477 | Kildare-Newbridge Municipal District
(2019) | 8 | 8* | {2,6,8,8} IRL | 5857137 | Maynooth Municipal District
| 8 | 8* | {2,6,8,8} IRL | 5857138 | Naas Municipal District | 8 | 8* |
{2,6,8,8} IRL | 8449475 | Naas Municipal District (2019) ||| 8 | 8* | {2,6,8,8}|

obviously these are changes at the turn of the year.

My suggestion: set the "old" rels to /boundary=historic/ and
additionally add /end_date=2018_12_31/.

Or delete them.

Regards
walter, germany

ps: there are more bugs on higher admin levels but that has to wait.

-- 
My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [talk-cz] Pramen Bobravy

[Karel Volný]

čus,

> On the ground principle. I s tím rizikem, že to třeba je "špatně" a někdo
> to jednou v terénu přeznačí.

tak aktuální situace v mapě je sice nelogická, ale stavu 'on the ground' 
odpovídá - prostě je zaznačena zdrojnice potoka, ale pramen na ní není, bod je 
tam, kde je označený a upravený v reálu :-)

možná by stálo za to dotázat se na VÚV, jak oni určují to vedení toku ...

K.



signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Pramen Bobravy

[Jan Macura]

Ahoj

On Sun, 17 Feb 2019 at 16:50, Miroslav Suchý  wrote:

> V podstatě je to dilema zda věřit místním, nebo zda věřit ouřadům.
> Co s tím?
>

On the ground principle. I s tím rizikem, že to třeba je "špatně" a někdo
to jednou v terénu přeznačí.

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

Re: [Talk-it] turn restrictions su graphhopper

[emmexx]

On 02/18/2019 12:14 PM, emmexx wrote:
> Ho anche trovato questa frase che non ho capito:
> "Please note, that turn restrictions are considered only with
> ch.disable=true and for the free package you can only choose from car,
> bike or foot."

Mi rispondo da solo.
Il riferimento a ch.disable=true è un parametro della query url.
Affinché vengano considerate le turn restrictions è necessario
aggiungere quel parametro nell'url:

https://graphhopper.com/maps/?point=45.523879%2C9.210427=45.52209%2C9.211028=it=car=fastest=true=true_miles=false=Omniscale

Che strana scelta!

ciao
maxx

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

[Talk-ca] hebdoOSM Nº 447 2019-02-05-2019-02-11

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 447 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11576/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk-fr] hebdoOSM Nº 447 2019-02-05-2019-02-11

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 447 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11576/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-ht] hebdoOSM Nº 447 2019-02-05-2019-02-11

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 447 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11576/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

Re: [Talk-it] Import dati drinking water dal geoportale Emilia Romagna

[Rallysta74]

Ciao Andrea, nel 2017 l'Emilia Romagna ha deliberato l'applicazione della
CC-BY 3.0, penso che comunque cambi poco.
Saluti



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

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

Re: [Talk-it] Wikimedia Commons

[Massimo A.]

Ciao. avevo iniziato io a "settare" le categorie di questi Guideposts... 
funzionali ad un futuro upload organizzato

come suggerisce danbag...
Ci si era un attimo fermati in quanto era pervenuta una richesta dal CAI 
SAT (Trentino) di aggiungere e categorizzare

come categoria CAI a sè il Trentino e la Val d'Aosta
Ben venga riprendere il THREAD ma suggerisco - visto la complessità dei 
vari Settori del Catasto Sentieri Nazionale - di
avere un metodo condiviso che ci permetta poi di categorizzare i vari 
Guideposts nei settori giusti
Ad esempio per il caso Verbania sarebbe opportuno suddividere 
ulteriormente la Sottocategoria Verbania
nei vari Sotto -settori escursionistici in cui è divisa - come avevo 
iniziato a fare per il Cuneese e come è stato fatto per la Provincia di 
La Spezia-

ed inserire le foto nei sottosettori corrispondenti...
http://www.estmonterosa.it/percorsi-vco.html

un saluto

Massimo


Il 07/11/2017 12:56, Massimo ha scritto:


Buongiorno a tutti,
ecco le categorie aggiornate .
Le potete trovare nella Category:Club Alpino Italiano
https://commons.wikimedia.org/wiki/Category:Club_Alpino_Italiano
all'interno della Sottocategoria
https://commons.wikimedia.org/wiki/Category:Guideposts_of_Club_Alpino_Italiano 



La proposta è di suddividerle il caricamento di foto per Regioni
es
https://commons.wikimedia.org/wiki/Category:Guideposts_of_Club_Alpino_Italiano_in_Abruzzo 

e per successivi Settori Escursionistici, per le Regioni che hanno già 
adottato la codificazione.


Es. Piemonte
https://commons.wikimedia.org/wiki/Category:Guideposts_of_Club_Alpino_Italiano_in_Piemonte 


Es. Settore Cuneo
https://commons.wikimedia.org/wiki/Category:Guideposts_Piemonte_-_Settore_Cuneo 


Es. Settore AA- Valle Tanaro
https://commons.wikimedia.org/wiki/Category:Settore_AA_-Valle_Tanaro-Guideposts_Piemonte 




Fate sapere se può funzionare


Massimo

Visto che la SAT è stata categorizzata, direi al suo interno di 
sottocategorizzare i vari buildings, guidepost e altro cme per il CAI 
nazionale, anche per l'Alto Adige, la Valle d'Aosta da par suo fanno 
eccezione.







On 18/02/2019 19:19, Alessandro P. via Talk-it wrote:

Il 18/02/19 18:51, danbag--- via Talk-it ha scritto:
Alessandro probabilmente ti ho suggerito male...scusa, ero con lo 
smartphone .. ora col PC posso essere più chiaro:


esiste già la categoria:

https://commons.wikimedia.org/wiki/Category:Club_Alpino_Italiano

e la sottocategoria:

https://commons.wikimedia.org/wiki/Category:Guideposts_of_Club_Alpino_Italiano

e la sottocategoria:

https://commons.wikimedia.org/wiki/Category:Guideposts_of_Club_Alpino_Italiano_in_Piemonte

che contiene già:

https://commons.wikimedia.org/wiki/Category:Guideposts_Piemonte_-_Settore_Cuneo

e dove bisogna inserire affinchè sia visibile assieme al settore 
Cuneo il settore Verbania, quindi occorre creare:


https://commons.wikimedia.org/wiki/Category:Guideposts_Piemonte_-_Settore_Verbania

Quando ho provato a crearlo io, è uscito un avvertimento dicendo che 
esisteva già una categoria con quel nome, e che era stata cancellata 
e non l'ha accettata.



Prima cosa da fare è Premere il tasto F5 col browser aperto (Edge, 
Firefox, Chrome o quello che usi) che ti scarica la cache e trovi la 
categoria :-) Altrimenti continua a mostrarti la pagina non aggiornata 
con la sola sottocategoria di Cuneo.


Ora è esattamente come hai scritto tu!
Si parte da:
https://commons.wikimedia.org/wiki/Category:Club_Alpino_Italiano dove vedo
https://commons.wikimedia.org/wiki/Category:Guideposts_of_Club_Alpino_Italiano 
dove assieme a altre 3 regioni vedo
https://commons.wikimedia.org/wiki/Category:Guideposts_of_Club_Alpino_Italiano_in_Piemonte 
che indica come sottocategorie "Settore Cuneo" e "Settore Verbania"

https://commons.wikimedia.org/wiki/Category:Guideposts_Piemonte_-_Settore_Verbania

___
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] Un rendu cyclable libre ?

[Florimond Berthoux]

Bonjour,

Je partage ton constat Erwan, et c'est d'ailleurs ce qui est fait pour les
autoroutes affichées en gris vert ou les pistes cyclables en trait plein et
assez épais.
Malheureusement le réseaux routier a été créer pour la circulation
automobile, les axes structurants, direct et de transit sont faites pour
les motorisés. Alors que le réseau cyclable (français) est balbutiant et
n'est pas à vrai dire un réseau.
Si bien que mettre en valeur les petites routes calmes est très compliqué :
mettre toutes les routes mineures en valeur créera un bruit monstre et on
ne verra rien, en sélectionner certaines ? mais alors c'est un travail de
création d'itinéraire qui sort du cadre du simple rendu d'une carte. (Les
contributeurs d'OSM peuvent d'ailleurs ajouter des itinéraires
régulièrement empruntés par les cyclistes).
La question est donc complexe mais nous avons quelques idées.

En ville nous pensons ajouter un rendu spéciale pour les rues <=30km/h et
les rues piétonnes.
En zoom faible ne plus afficher la route mais l'aménagement cyclable de la
route (s'il y en a un).
Afficher les pistes cyclables bidirectionnelles à la taille d'une route.
Effectivement il faudrait rendre les primary/secondary moins prégnante à
mon avis, mais il faut tout de même que leur affichage crée un "attention
voiture" dans la tête du lecteur.
Pour le cycliste c'est peut-être les tertiary et les unclassified à mettre
le plus en valeurs ? Problème en ville il y a un risque de surcharge.

Bonne journée.

Le mar. 19 févr. 2019 à 01:03, Erwan Salomon  a écrit :

> bravo pour le boulot déjà fait
> si je peut apporter mon grain de sel …
>
> les cartes cyclable actuelles sont basées sur des cartes classique aux
> quelles ont rajoute des points d’intérêts cyclistes (bande cyclable,
> parking vélo …)
> mais les cartes classiques sont orienté circulation automobile
> on ce retrouve avec des axes principaux très visibles (couleur et largeur
> de la voie)
> hors c’est justement les axes qu’on cherche à éviter en vélo
> je rêve d’une carte qui marque les voies lentes et estompe les voies
> rapide (genre dégradé de couleur fonction de la limite de vitesse ou à
> défaut du rang de la voie -primary;secondary….)
> y compris pour la couleur (dégradé de bleu) de la bande cyclable, une
> bande le long d’une voie à 90 80 km/h n’a pas le même attrait que celle
> en bordure de voie à 50 km/h
> tout en gardant la largeur du trait fonction du nombre de « lane » pour
> garder ces repères géographique
>
> en POI je vois les pompes et outillage en libre service (spécifique vélo
> ou en station service) amenity=compressed_air
> et peut-être que c’est déjà pris en compte : ne pas oublier de tracer les
> "route=ferry" qui acceptent les "bicycle=yes »
>
> …
> bon je vois que c’est déjà en discussion sur le github, mais je ne suis
> pas habitué à cet outil alors j’aime autant exposer mes sentiment ici
> …
> bonne journée
>
> Le 18 févr. 2019 à 09:10, Phyks  a écrit :
>
> Bonjour à toutes et à tous,
>
> Nous avons pas mal avancé sur la question d'un rendu cyclable libre avec
> Florimond, suite à mon dernier message.
>
> Une démonstration autour de Paris (pour une zone urbaine dense) et
> Clermont-Ferrand (pour plus de routes de campagnes) est disponible sur
> https://tiles.phyks.me/ entre les zooms 0 et 18. Le code est disponible
> et réutilisable sur https://github.com/cyclosm/cyclosm-cartocss-style/.
>
> Il devrait actuellement contenir la plupart des éléments importants :
>
> - pistes cyclables
> - bandes cyclables
> - POIs
> - différents niveaux d'itinéraires cyclables
> - quelques améliorations sur OpenCycleMap dont la prise en compte des
> voies de bus partagées, des parkings motos autorisés aux vélos et de
> plus d'abris (shelter).
>
> La motivation principale guidant les choix de rendus pour l'instant est
> d'avoir un rendu adapté aux cyclistes (urbains, vélotaffeurs, ou
> cyclotouristes en rando), comme OpenCycleMap, qui puisse également être
> utilisé par les associations de cyclistes pour repérer et identifier les
> aménagements cyclables et identifier les discontinuités / points faibles
> du réseau (ce qui motive le rendu d'un certain nombre d'éléments peu
> rendus habituellement tels que les ralentisseurs, déjà traités, ou les
> sas vélos et les cédez-le-passage-cycliste, à venir).
>
> Le principal problème connu actuellement est d'ordre stylistique, avec
> une palette de couleurs et des icônes à revoir, qui manque un peu de
> contraste et de peps.
>
> Un certain nombre d'éléments manquants ou à améliorer est listé dans les
> tickets Github, sur
> https://github.com/cyclosm/cyclosm-cartocss-style/issues, avec des
> labels "good first issue" pour les tickets les plus faciles et "help
> wanted" pour les plus complexes. :)
>
> N'hésitez pas à ouvrir des tickets sur Github ou à commenter ici, nous
> serions très intéressés par des retours sur cette première version.
> Toute aide supplémentaire sur ce rendu est la bienvenue également :)
>
> Bonne journée,
> --

Re: [talk-au] Correct tagging of railway=platform where it is a sandwich platform

[Ewen Hill]

Thank you Andrew and Warin,
There are 1734 platform_edge elements, mainly in Germany and
surrounding countries as well as in London and 3 in South Korea. I see this
probably being a better solution for underground  or complex interchanges
where platforms are not visible however I do think this is overkill and are
1700+ elements going to become standard in all the rendering engines as
Warin commented/

The backstory is that most Melbourne stations with a sandwich platform have
been commented on that they need to be split and this appears to be a
rather tedious process that has little reward to very few. I want to make
sure that we are future proofing this and the best way to proceed.

Ewen

On Tue, 19 Feb 2019 at 07:46, Warin <61sundow...@gmail.com> wrote:

> I too am not aware of 'platform edge'.
>
> Of what use is it, other than making more work/adding data bloat?
>
> Not used by route relation for public transport.
>
> Rendered?
>
> Used by on the fly routers?
>
> I prefer to split the platform so it is clear which side is what, so I am
> for A.
>
> But am not worried by it.
>
> On 18/02/19 23:23, Andrew Harvey wrote:
>
> > All methods are in current use:
> >
> > An example of A:
> https://www.openstreetmap.org/#map=19/-34.04169/151.12293
> > An example of C:
> https://www.openstreetmap.org/#map=19/-33.67210/151.11468
> >
> > I wasn't aware of platform_edge
> > https://wiki.openstreetmap.org/wiki/Tag:railway%3Dplatform_edge but in
> > light of the detailed wiki write-up of it, I think it's better if we
> > migrate to B. So map the whole platform area, but then add linear ways
> > for platform_edge along the sides.
> >
> > On Mon, 18 Feb 2019 at 21:44, Ewen Hill  wrote:
> >> I'm interested in the preferred way of creating a sandwich railway
> platform
> >> where
> >> a) there are railway lines on both sides and
> >> b) trains stop to pick up passengers on both sides and
> >> c) there are few physical barriers between both platforms and
> >> d) there is sufficient aerial imagery to allow detailed platform layout
> >>
> >> Is it better to
> >> a) split the platform in the middle or
> >> b) add platform_edge and include platform number as the reference or
> >> c) no need to do anything, the reference="platform 8/9" on the platform
> >> polygon suffices and platform_edge is overkill.
> >>
> >> Thanks in anticipation
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> --
> >> Sent from: http://gis.19327.n8.nabble.com/Australia-f5416966.html
> >>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>


-- 
Warm Regards

Ewen Hill
Internet Development Australia
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-de] Experimentelles Öffnungszeiten-Webtool

[Stefan Keller]

Liebe alle

In meinem Lab "experimentieren" wir ja mit Software und zurzeit ist
ein simples Öffnungszeiten-Webtool am Entstehen namens "Web to OSM
Opening
Hours" . Das Tool soll Tipp-Arbeit abnehmen und versucht die
Öffnungszeiten einer Webseite die maschinenlesbare Form von
opening_hours (OH) zu konvertieren.

Fernziel ist u.a., den Tag "opening_hours:url" zu verwenden, um den
dort verlinkten Webinhalt in opening_hours zu wandeln. Ein typischer
Ablauf ist, dass man auf einer Webseite den Text zu den Öffnungszeiten
mit der Maus auswählt und per Copy & Paste ins Textfeld des Webtools
kopiert.

Beispiel - Eingabe:
Dienstag bis Freitag:
07:30 - 12:00 und 13:15 - 18:30 Uhr
Samstag:
07:30 - 16:00
Der Output wäre hier "Tu-Fr 07:30-12:00,13:15-18:30; Sa 07:30-16:00".

Zurzeit werden deutsch- und englisch-sprachige Eingaben unterstützt.

Es gibt zwei unterschiedliche Implementationen:
* A's Version https://codepen.io/AlejoFab/full/WLbBQr und v.a.
* B's Version https://codepen.io/BSee/full/WLbLGW !

Feedback willkommen - hier oder als Issue im Repository!

:Stefan

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