Re: [Talk-it] Dove finiscono i dati non renderizzati?

[Simone Saviolo]

Il giorno lun 19 nov 2018 alle ore 08:17 aldoct  ha
scritto:

> Grazie per la risposta e la dritta sull'utilizzo di Query features. Rimane
> il
> fatto che per utilizzare le mappe specifiche per tematismi devi sapere già
> cosa cercare, mentre andando a zonzo su una mappa cartacea la tua
> attenzione
> può essere colpita da qualcosa che neanche sospettavi esistesse e
> contribuisce a creare il tuo itinerario per andare a verificare ciò che la
> mappa riporta.
>

Quello che descrivi non è un problema nuovo. Servirebbe un'applicazione un
po' più ricca di quelle esistenti: un'interattiva basata sul rendering di
Mapnik che vedi su osm.org sarebbe già tanta roba. Un tentativo era stato
quello di osm24 (http://osmapa.pl/osm24/index.php#!16/45.3242/8.4231/), che
era nato intorno all'idea di mostrare gli orari di apertura, ma a giudicare
da Github è fermo dal 2015.

Ciao,

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

Re: [Talk-it] Dove finiscono i dati non renderizzati?

[aldoct]

Grazie per la risposta e la dritta sull'utilizzo di Query features. Rimane il
fatto che per utilizzare le mappe specifiche per tematismi devi sapere già
cosa cercare, mentre andando a zonzo su una mappa cartacea la tua attenzione
può essere colpita da qualcosa che neanche sospettavi esistesse e
contribuisce a creare il tuo itinerario per andare a verificare ciò che la
mappa riporta.
Ciao, Aldo 




--
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: [OSM-talk-fr] Soyons carto, contribuons au renouvellement des serveurs OSM-France

[Jean-Claude Repetto]

Le 18/11/2018 à 23:56, mailbd1 a écrit :

Bonsoir

Je pense qu'il y a un problème avec le lien vers Assoconnect ci-dessous.

Pour ma part je n'arrive pas ni à l'ouvrir ni à le copier

Cordialement

Brunaud Devillard




Idem


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

Re: [Talk-at] zweisprachige Ortsnamen/Tafeln

[Kevin Kofler]

Martin Brunner wrote:

> Kevin Kofler schrieb:
>> Steht das jeweils auch mehrsprachig auf dem Ortsschild?
> 
> Ja, wie geschrieben.
> 
> Aber hier ist der Beweis:
> https://img.picload.org/image/dcoiopod/zweisprachige_ortstafel_sopron.png

Dann bin ich auch dafür, daß das in die OSM auch so hineinkommt. Aber wie 
bereits besprochen, können wir das nicht hier auf talk-at entscheiden.

> Das Name ist daher sicher nicht "old", weil sogar extra beschildert, und
> deutsch als Minderheitensprache anerkannt.

Da gebe ich dir recht. (Nur warum verwendet hier in Österreich keiner mehr 
den deutschen Namen?)

Kevin Kofler


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

Re: [OSM-talk-fr] Soyons carto, contribuons au renouvellement des serveurs OSM-France

[mailbd1]

Bonsoir

 

Je pense qu'il y a un problème avec le lien vers Assoconnect ci-dessous.

 

Pour ma part je n'arrive pas ni à l'ouvrir ni à le copier

 

Cordialement

 

Brunaud Devillard

 

 

> Message du 18/11/18 22:15
> De : "Fabienne Morel" 
> A : talk-fr@openstreetmap.org
> Copie à : 
> Objet : [OSM-talk-fr] Soyons carto, contribuons au renouvellement des 
> serveurs OSM-France
> 
>
> Bonsoir à toutes et tous,

> Afin de soutenir les activités de la communauté d'OSM-France, l'association 
> assure la gestion des serveurs où se trouvent :



Des services autour des données géographiques libres OSM : générateurs de 
tuiles, orthophotographies des collectivités locales, fonds de carte, bases de 
données




Des applications : BANO, uMap, Overpass Turbo, Osmose...




L'animation de la communauté française : wiki, forum, Peertube OSM France...




Les activités de l'association : CA, AG, State of The Map...


> Bonne nouvelle, en 2018 ces serveurs sont fortement sollicités. Cette 
> croissance nous ravit mais le pendant c'est qu'ils vieillissent vite et 
> menacent de lâcher.

Pour rester à la hauteur de la demande et ses ambitions collaboratives, 
OpenStreetMap France lance un appel à dons pour le renouvellement matériel de 
ces serveurs. 
 
Une belle occasion pour chacun de nous, contributeurs occasionnels, chevronnés, 
utilisateurs ou tout simplement supporter, de soutenir le projet OpenStreetMap. 
 

Tous les dons même les plus petits sont importants, c'est ici sur Assoconnect.
Bon à savoir : Les dons sont déductibles et le prélèvement à la source ne 
modifie pas les règles de réduction d'impôts liées aux dons aux associations.
 
Les paliers :


4000 euros : c'est un bon début, on peut lancer la mise à jour de 3 gros 
serveurs, dont un hébergeant des tuiles




5000 euros: on va un peu plus loin, on prend de la hauteur et la mise à jour 
d'un quatrième serveur pour les orthophotos peut se faire.




6500 euros : là, on est les plus forts. OSM France  achète de nouvelles 
machines pour des analyses quotidiennes sur Osmose

> Contribuons et partageons cette campagne de dons dont la réussite dépend de 
> chacun !

> Fabienne Morel membre du Conseil d'Administration OpenStreetFrance


 

 
 



___
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-at] zweisprachige Ortsnamen/Tafeln

[Martin Brunner]

Kevin Kofler schrieb:
> Martin Brunner wrote:
>> Gut, aber dann müsste man auch Sachen mehrsprachig Taggen wie
>> Sopron - Ödenburg
>> Radling - Rönök
>> Brasov - Kronstadt - Braso
> 
> Steht das jeweils auch mehrsprachig auf dem Ortsschild?

Ja, wie geschrieben.

Aber hier ist der Beweis:
https://img.picload.org/image/dcoiopod/zweisprachige_ortstafel_sopron.png

https://upload.wikimedia.org/wikipedia/commons/thumb/2/23/R%C3%B6n%C3%B6k-radling_ortstafel_zweisprachig.jpg/800px-R%C3%B6n%C3%B6k-radling_ortstafel_zweisprachig.jpg

https://de.wikipedia.org/wiki/Bra%C8%99ov#/media/File:Kronstadt-Ortsschild_2016.jpg

> Besonders bei Sopron würde ich "Ödenburg" eher nur als old_name bzw. 
> old_name:de einstufen. Maximal noch als name:de, aber es sagen doch auch 
> alle hier in Österreich, sie fahren nach "Sopron" einkaufen, nicht nach 
> "Ödenburg".

Das Name ist daher sicher nicht "old", weil sogar extra beschildert, und deutsch
als Minderheitensprache anerkannt. Welcher Name verwendet wird, ist oft auch
stark regional abhängig.

In der Stadt selber gibt es übrigens sogar zweisprachige Straßennamen:
https://de.wikipedia.org/wiki/Sopron#/media/File:Sopron.Grabenrunde.zweisprachiges.Strassenschild.jpg

lg
Martin


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

Re: [Talk-us] Add street names from TIGER

[Joe Sapletal]

I downloaded the MSP street data this weekend and am currently working through 
getting it to match up with OSM data attributes.  I might have something to 
share soon with the seven metro counties each broken out to not overload the 
Cygnus system., etc.  Stay tuned . . .

Joe Sapletal

From: Martijn van Exel
Sent: Saturday, November 17, 2018 12:06 PM
To: talk-us
Subject: Re: [Talk-us] Add street names from TIGER

Existing challenges all done :)
Let’s look into some new ones then. If someone wants to set up MSP based on 
existing city or TIGER data, that’d be great. 
Martijn


On Nov 16, 2018, at 8:00 AM, Martijn van Exel  wrote:

We’re down to 128 as of just now!

Any requests for other cities?

Martijn


On Nov 9, 2018, at 3:36 PM, Martijn van Exel  wrote:

There’s currently a total of 1303 tasks in these challenges

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


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

Re: [OSM-talk-be] [Tagging] identifier in ref:xOperatorx=y0yyyy to url=http://mijnlijn.be/y0yyyy

[André Pirard]

  
  
On 2018-11-18 19:05, Kevin Kenny wrote:


  

  
On Sun, Nov 18, 2018 at 11:16 AM André Pirard
  
  wrote:


  
Jakka's
  point is not that "url" is used but that it could be
  wanted and that this usage would prevent it.

To prevent the "first jumping on it owns it" practice,
the good move would be to consider that anything:url is
officially an URL.
"being officially" meaning principally that listings
make it a clickable link.
Even though any URL can be recognized inside any text
and made clickable.
But I've had problems suggesting to make multiple tags
containing URLs clickable.
The answer was: "the URL tag exists already" ;-)



For whatever it's worth (probably not much), when I
  imported the New York City DEP recreation lands data, most
  of the facilities had multiple URL's - the main URL for
  the facility, the URL for the facility's official map, the
  URL for the site where permits can be obtained (if permits
  are required)...


At the time, JOSM warned me about 'url' and proffered
  'website' in its place, so I went with that in place of
  'url'. For the secondary sites (map, permit service, ...)
  I used 'website:map', 'website:permit', etc.  The tools
  appear to recognize it - at least when I call up a place
  like https://www.openstreetmap.org/relation/6304825,
  the URL's render appropriately as links. I may have got it
  all wrong, but nobody corrected me on talk-us or imports
  at the time.
  

  

In strict parlance, an URL refers to any resource and its name is
self-describing its type (with a scheme), e.g. mailto:me@there.
(if you click on mailto: the software may open a new e-mail message,
and on tel: it may dial a number, there are no coffee: nor tea:)
So, it's a matter of knowing if we want to reopen this discussion
for a new key for each scheme or do it all with url="">
A web site is a collection of web pages.
In any case, it is map:website, the website that is an attribute of
the map and not website:map which is the map of the website.
Just like the door:key is the key of the door and not the door of
the key.
Most general concept comes first and its parts or attributes come
last.

All the best,



  

  André.

  




  


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

[OSM-talk-fr] Soyons carto, contribuons au renouvellement des serveurs OSM-France

[Fabienne Morel]

Bonsoir à toutes et tous, 

Afin de soutenir les activités de la communauté d'OSM-France,
l'association assure la gestion des serveurs où se trouvent :

* Des services autour des données géographiques libres OSM :
générateurs de tuiles, orthophotographies des collectivités locales,
fonds de carte, bases de données

* Des applications : BANO, uMap, Overpass Turbo, Osmose...

* L'animation de la communauté française : wiki, forum, Peertube OSM
France...

* Les activités de l'association : CA, AG, State of The Map...

Bonne nouvelle, en 2018 ces serveurs sont fortement sollicités. Cette
croissance nous ravit mais le pendant c'est qu'ils vieillissent vite et
menacent de lâcher.

Pour rester à la hauteur de la demande et ses ambitions collaboratives,
OpenStreetMap France lance un appel à dons pour le renouvellement
matériel de ces serveurs.  

Une belle occasion pour chacun de nous, contributeurs occasionnels,
chevronnés, utilisateurs ou tout simplement supporter, de soutenir le
projet OpenStreetMap. 

Tous les dons même les plus petits sont importants, c'est ici sur
Assoconnect [1]. 
Bon à savoir : LES DONS SONT DÉDUCTIBLES et le prélèvement à la source
ne modifie pas les règles de réduction d'impôts liées aux dons aux
associations. 

LES PALIERS : 

* 4000 EUROS : c'est un BON DÉBUT, on peut lancer la MISE À JOUR de 3
GROS SERVEURS, dont un hébergeant des tuiles

* 5000 EUROS: on va un peu plus loin, ON PREND DE LA HAUTEUR et la
mise à jour d'un QUATRIÈME SERVEUR pour les orthophotos peut se faire.

* 6500 EUROS : là, on est LES PLUS FORTS. OSM France  achète de
NOUVELLES MACHINES pour des analyses quotidiennes sur OSMOSE

Contribuons et partageons cette campagne de dons dont la réussite dépend
de chacun ! 

Fabienne Morel membre du Conseil d'Administration OpenStreetFrance 

  

Links:
--
[1]
http://webmail.zaclys.net/(https://openstreetmap.assoconnect.com/billetterie/offre/90295-e-renouvellement-de-nos-serveurs)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Awesome Italian Public Datasets

[Marcello]

Il 18/11/18 19:55, mbranco2 ha scritto:
> Sarà la mia natura ottimistica e fiduciosa, ma voglio pensare che il
> Ministero della Salute ce l'abbia abbastanza giusta, l'informazione
> della denominazione e indirizzo delle farmacie italiane...
>
> Penso anche che sovente, quando un mapper diventa senior, disdegni
> tutto quello che non sia "mappatura perfetta" e perda un po' di vista
> lo spirito wiki "poi passerà qualcuno dopo di me a migliorare la mia
> mappatura".
>
> :-)
>
> Marco
>
Marco, il problema non è di mappatura perfetta o di mappatori senior, ma
solo mi sembra sbagliato mettere un dato errato per poi sperare che
qualcuno lo corregga. Un conto mettere un'informazione non completa ma
corretta, un altro invece mettere dati anche errati solo perché sono del
ministero della salute.

Per la farmacia di cui ho messo il riferimento il nome della via è
sbagliato, sicuramente un errore di digitazione, quella riportata come
denominazione è l'operator, non il nome della farmacia, quindi se una
farmacia non è in OSM ma è nel database mis per inserirla occorre
qualcuno che sia sicuro della posizione e della correttezza della via e
numero civico, a quel punto potrebbe inserirla senza avere bisogno del
database mis o meno, se si vogliono inserire i campi ref:mis e ref:vatin
invece può recuperarli dal database.

Ciao
Marcello
>
> Il giorno dom 18 nov 2018 alle ore 18:51 Andrea Musuruane
> mailto:musur...@gmail.com>> ha scritto:
>
> Concordo. Io ho trovato anche errori nell'indirizzo (non era
> aggiornato) e nel campo name ho trovato spesso l'operator e non il
> nome della farmacia.
>
> Ciao,
>
> Andrea
>
>
> On Sun, Nov 18, 2018 at 6:40 PM Volker Schmidt  > wrote:
>
> Si ci sono così tanti errori della posizione, chi ci dice che
> il resto dell'inforamzione è di qualità milgiore?
> Io sono assolutamente contrario a qualsiasi import dove non
> c'è un controllo manuale uno ad uno o  sul territorio o su
> foto street-level con data recente.
>
> 
> 
>   Virus-free. www.avast.com
> 
> 
>
>
>
> On Sun, 18 Nov 2018 at 17:52, mbranco2  > wrote:
>
> Nella segnalazione di esempio che ho fatto, le farmacie,
> non volevo affatto suggerire di fare un import automatico
> di quei dati, eh? (tra l'altro, sono contrario per
> principio agli import automatici in OSM!)
>
> Descrivo come uso io quella tabella, per
> controllare/aggiungere le farmacie nella mia zona (il
> Canavese):
> - Dal .csv iniziale, filtro per SIGLAPROVINCIA=TO
> - Cancellazione di tutte le righe che hanno valorizzato
> DATAFINE VALIDITA'
> - Ordinamento per CAP, così da poter estrarre i dati della
> mia zona
> - SOSTITUZIONE DELLA VIRGOLA CON IL PUNTO PER LE
> COORDINATE GEOGRAFICHE 
> - Salvataggio delle righe che mi interessano in una
> tabella .csv
> - creazione della mappa in Umap:
> http://u.osmfr.org/m/21/, abilitando il pulsante di
> modifica con iD/Josm (che di default è nascosto)
> Da questa mappa posso facilmente aggiornare i dati
> relativi nella mia zona, aggiundendo le farmacie oppure,
> se esistono già, aggiungedoci se mancano l'indirizzo, la
> descrizione (messa come "operator" [1]); e se non sono
> mappati - già che ci sono - aggiungo l'edificio, la strada
> di servizio...
> Anche se la localizzazione è imprecisa, riesco facilmente
> ad identificare di quale farmacia si tratta.
> Poi carico su OSM indicando come source "conoscenza
> diretta + www.dati.salute.gov.it/dataset/farmacie.jsp
> "
>
> Ribadisco quindi l'intenzione iniziale del mio intervento,
> ringraziare Giorgia e Maria Claudia: fa sempre piacere
> scoprire che c'è, nella pubblica amministrazione, chi è
> sensibile alla tematica degli open data e se ne occupa
> anche al di fuori dell'attività lavorativa.
>
> Ciao,
> Marco
>
> P.S. A ben pensarci, si potrebbe fare la mappa in Umap di
> tutte le farmacie italiane, e poi cambiamo il colore
> dell'icona se le abbiamo verificate/aggiornate: una sorta
> di tasking manger insomma...
>
> [1] prima o poi dovremo (ri)affrontare in modo organico il
> problema del tag name=*, che è troppo (ab)usato...
>
> Il giorno dom 

Re: [Talk-it] Awesome Italian Public Datasets

[Martin Koppenhoefer]

sent from a phone

> On 18. Nov 2018, at 19:55, mbranco2  wrote:
> 
> Penso anche che sovente, quando un mapper diventa senior, disdegni tutto 
> quello che non sia "mappatura perfetta" e perda un po' di vista lo spirito 
> wiki "poi passerà qualcuno dopo di me a migliorare la mia mappatura".


questo non vale per gli import, vale per la mappatura sul campo, dove comunque 
potresti inserire dati poco dettagliati, ma non metteresti mai dati superati 
oppure completamente sbagliati e falsi.
Per gli import deve essere seguita la procedura indicata qui:
https://wiki.openstreetmap.org/wiki/Import/Guidelines

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

Re: [Talk-it] Awesome Italian Public Datasets

[Martin Koppenhoefer]

sent from a phone

> On 18. Nov 2018, at 18:39, Volker Schmidt  wrote:
> 
> Si ci sono così tanti errori della posizione, chi ci dice che il resto 
> dell'inforamzione è di qualità milgiore?


+1, purtroppo l’unica utilità che vedo in questo dataset è di trovare eventuali 
farmacie da inserire, ma con i dati di un rilievo proprio, non con i dati 
vecchi e poco attendibili del dataset.

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

[Talk-ca] hebdoOSM Nº 434 2018-11-06-2018-11-12

[theweekly . osm]

Bonjour,

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

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

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º 434 2018-11-06-2018-11-12

[theweekly . osm]

Bonjour,

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

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

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º 434 2018-11-06-2018-11-12

[theweekly . osm]

Bonjour,

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

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

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: [OSM-talk] 3rd party API integration

[Mateusz Konieczny]

17. Nov 2018 17:01 by sebastian.kuer...@fu-berlin.de 
:


> I'm just looking for more examples to get an idea of what people are
> doing already to connect OSM with other services, especially via APIs.




I have a script that takes area and lists the most interesting tourism 
attractions,




with description and images from Wikipedia.




Nothing fancy as for 3rd party API integration - following wikipedia tag link 





is fairly obvious.

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

Re: [OSM-talk] Multiple errors in the same location

[Mateusz Konieczny]

16. Nov 2018 17:06 by sandor...@gmail.com :


>
> When multiple errors appear in the same location the question is what to do?
>




The same as with a single error - fix the problem (how it should be done 
depends on situation) or




wait until it is done by someone else.

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

Re: [Talk-in] Seeking help / resource persons for bulk data imports

[Arun Ganesh]

Hi Nikhil, any dataset to be imported will need to follow the import
guidelines https://wiki.openstreetmap.org/wiki/Import/Guidelines

It can look like a long winded process, but has been put together from past
learnings. A good first step is to share what is the data being imported so
it can be audited for the license, usefulness and data quality.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-cz] leisure / landuse=recreation_ground

[Milan Cerny]

Ahoj, při opravách a doplnění vzhledu mapy pro Android zařízení jsme narazili 
na problém s použitím tagu pro rekreační plochy.
V OSM máme část ploch jako leisure=recreation_ground (735) a část jako 
landuse=recreation_ground (1369).
Podle Wiki je správně jen landuse. Je tam ještě nějaký jiný rozdíl, nebo je to 
jen chybné tagování, které by se dalo hromadně opravit?

Díky.

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

Re: [Talk-cz] SotM CZ 2018 na Youtube

[Milan Cerny]

I já děkuji za záznam.

Milan

__
> Od: "Petr Vozdecký" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 18.11.2018 11:35
> Předmět: [Talk-cz] SotM CZ 2018 na Youtube
>
>
>Ahoj,
>
>
>
>
>záznamy z včerejšího SotM v Brně najdete v tomto playlistu
>(https://www.youtube.com/watch?v=XDnDrx9bYrc=PLOOscafdiYWN4WWrdHR0a2dMqFRzZCPqz)
>na Youtube účtu OSMCZ:
>
>
>
>
>- založení organizace OpenStreetMap Česká republika  (46:59)
>- Tomáš Kašpárek: Fody a OsmHiCheck (20:42)
>- Jakub Těšínský: Zmapovanost tras KČT v OSM (59:56)
>- Jan Böhm: Missing Maps (50:10)
>- Jan Havlíček: Mapy.cz (46:48)
>- Marián Kyral: Import poštovních schránek (11:57)
>- Mirek Suchý: OSM mapy Namibie v praxi (7:11)
>- Jethro: Zastávky MHD (7:48)
>
>- Mirek Suchý: OSMCZ a crowdfunding (53:11)
>
>
>
>
>vop
>
>
>--
>
>___
>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] 3rd party API integration

[Philip Barnes]

On Sun, 2018-11-18 at 19:04 +, Andy Townsend wrote:
> On 18/11/2018 18:23, Sebastian Kürten wrote:
> > Interesting point. Do you have an example for something misspelled
> > that
> > returns interesting result on search engines?
> > 
> 
> No, because normally if I see something mispelt in OSM I'll fix it :)
> 
Although I am sure we all have identifiable things that we look at to
confirm we are looking at OSM.

For some reason nobody else has considered either my shed or greenhouse
worthy of mapping :)

Phil (trigpoint)


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

Re: [Talk-it] Awesome Italian Public Datasets

[liste DOT girarsi AT posteo DOT eu]

Il 18/11/18 20:14, liste DOT girarsi AT posteo DOT eu ha scritto:
Il dataset non è aggiornato, inoltre contiene elementi doppi, scritti in 
maiuscolo e minuscolo.


Per esempio questa farmacia, da tre mesi circa ha cambiato ubicazione e 
risulta nella lista nel dataset, nella vecchia ubicazione e scritta due 
volte, una con nome tutto maiuscolo e l'altra con nome "normalizzato":


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





Correggo, rivedento la data del changeset è più di 6 mesi... :)


--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [Talk-it] Awesome Italian Public Datasets

[liste DOT girarsi AT posteo DOT eu]

Il dataset non è aggiornato, inoltre contiene elementi doppi, scritti in 
maiuscolo e minuscolo.


Per esempio questa farmacia, da tre mesi circa ha cambiato ubicazione e 
risulta nella lista nel dataset, nella vecchia ubicazione e scritta due 
volte, una con nome tutto maiuscolo e l'altra con nome "normalizzato":


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


--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

Re: [Talk-cz] SotM CZ 2018 na Youtube

[Jan Macura]

Ahoj,

díky moc za záznam.

H.

On Sun, 18 Nov 2018 at 11:33, Petr Vozdecký  wrote:

> Ahoj,
>
> záznamy z včerejšího SotM v Brně najdete v tomto playlistu
> 
> na Youtube účtu OSMCZ:
>
> - založení organizace OpenStreetMap Česká republika  (46:59)
> - Tomáš Kašpárek: Fody a OsmHiCheck (20:42)
> - Jakub Těšínský: Zmapovanost tras KČT v OSM (59:56)
> - Jan Böhm: Missing Maps (50:10)
> - Jan Havlíček: Mapy.cz (46:48)
> - Marián Kyral: Import poštovních schránek (11:57)
> - Mirek Suchý: OSM mapy Namibie v praxi (7:11)
> - Jethro: Zastávky MHD (7:48)
> - Mirek Suchý: OSMCZ a crowdfunding (53:11)
>
> vop
> ___
> 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] 3rd party API integration

[Andy Townsend]

On 18/11/2018 18:23, Sebastian Kürten wrote:

Interesting point. Do you have an example for something misspelled that
returns interesting result on search engines?



No, because normally if I see something mispelt in OSM I'll fix it :)

Best Regards,

Andy



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

Re: [Talk-cz] SotM CZ 2018 na Youtube

[Marián Kyral]

On 18. 11. 18 11:33, Petr Vozdecký wrote:

Ahoj,

záznamy z včerejšího SotM v Brně najdete v tomto playlistu 
 
na Youtube účtu OSMCZ:


- založení organizace OpenStreetMap Česká republika  (46:59)
- Tomáš Kašpárek: Fody a OsmHiCheck (20:42)
- Jakub Těšínský: Zmapovanost tras KČT v OSM (59:56)
- Jan Böhm: Missing Maps (50:10)
- Jan Havlíček: Mapy.cz (46:48)
- Marián Kyral: Import poštovních schránek (11:57)
- Mirek Suchý: OSM mapy Namibie v praxi (7:11)
- Jethro: Zastávky MHD (7:48)
- Mirek Suchý: OSMCZ a crowdfunding (53:11)

vop



Skvělé, díky moc.

Marián

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

Re: [Talk-it] Awesome Italian Public Datasets

[mbranco2]

Sarà la mia natura ottimistica e fiduciosa, ma voglio pensare che il
Ministero della Salute ce l'abbia abbastanza giusta, l'informazione della
denominazione e indirizzo delle farmacie italiane...

Penso anche che sovente, quando un mapper diventa senior, disdegni tutto
quello che non sia "mappatura perfetta" e perda un po' di vista lo spirito
wiki "poi passerà qualcuno dopo di me a migliorare la mia mappatura".

:-)

Marco


Il giorno dom 18 nov 2018 alle ore 18:51 Andrea Musuruane <
musur...@gmail.com> ha scritto:

> Concordo. Io ho trovato anche errori nell'indirizzo (non era aggiornato) e
> nel campo name ho trovato spesso l'operator e non il nome della farmacia.
>
> Ciao,
>
> Andrea
>
>
> On Sun, Nov 18, 2018 at 6:40 PM Volker Schmidt  wrote:
>
>> Si ci sono così tanti errori della posizione, chi ci dice che il resto
>> dell'inforamzione è di qualità milgiore?
>> Io sono assolutamente contrario a qualsiasi import dove non c'è un
>> controllo manuale uno ad uno o  sul territorio o su foto street-level con
>> data recente.
>>
>>
>> 
>>  Virus-free.
>> www.avast.com
>> 
>> <#m_-3633281439323932300_m_5508022504958918496_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> On Sun, 18 Nov 2018 at 17:52, mbranco2  wrote:
>>
>>> Nella segnalazione di esempio che ho fatto, le farmacie, non volevo
>>> affatto suggerire di fare un import automatico di quei dati, eh? (tra
>>> l'altro, sono contrario per principio agli import automatici in OSM!)
>>>
>>> Descrivo come uso io quella tabella, per controllare/aggiungere le
>>> farmacie nella mia zona (il Canavese):
>>> - Dal .csv iniziale, filtro per SIGLAPROVINCIA=TO
>>> - Cancellazione di tutte le righe che hanno valorizzato DATAFINE
>>> VALIDITA'
>>> - Ordinamento per CAP, così da poter estrarre i dati della mia zona
>>> - SOSTITUZIONE DELLA VIRGOLA CON IL PUNTO PER LE COORDINATE GEOGRAFICHE
>>> - Salvataggio delle righe che mi interessano in una tabella .csv
>>> - creazione della mappa in Umap: http://u.osmfr.org/m/21/,
>>> abilitando il pulsante di modifica con iD/Josm (che di default è nascosto)
>>> Da questa mappa posso facilmente aggiornare i dati relativi nella mia
>>> zona, aggiundendo le farmacie oppure, se esistono già, aggiungedoci se
>>> mancano l'indirizzo, la descrizione (messa come "operator" [1]); e se non
>>> sono mappati - già che ci sono - aggiungo l'edificio, la strada di
>>> servizio...
>>> Anche se la localizzazione è imprecisa, riesco facilmente ad
>>> identificare di quale farmacia si tratta.
>>> Poi carico su OSM indicando come source "conoscenza diretta +
>>> www.dati.salute.gov.it/dataset/farmacie.jsp"
>>>
>>> Ribadisco quindi l'intenzione iniziale del mio intervento, ringraziare
>>> Giorgia e Maria Claudia: fa sempre piacere scoprire che c'è, nella pubblica
>>> amministrazione, chi è sensibile alla tematica degli open data e se ne
>>> occupa anche al di fuori dell'attività lavorativa.
>>>
>>> Ciao,
>>> Marco
>>>
>>> P.S. A ben pensarci, si potrebbe fare la mappa in Umap di tutte le
>>> farmacie italiane, e poi cambiamo il colore dell'icona se le abbiamo
>>> verificate/aggiornate: una sorta di tasking manger insomma...
>>>
>>> [1] prima o poi dovremo (ri)affrontare in modo organico il problema del
>>> tag name=*, che è troppo (ab)usato...
>>>
>>> Il giorno dom 18 nov 2018 alle ore 12:08 Federico Cortese <
>>> cortese...@gmail.com> ha scritto:
>>>
 On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
 >
 > Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
 > posizionamento spesso è sbagliato anche di decine di chilometri, in
 > mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
 > sbagliato.

 Sì, esattamente quello che era successo per la farmacia spostata di 80
 km, su una strada con lo stesso nome in altro comune.

 > Mi sembra che l'utilità è veramente poca, bisogna conoscere
 praticamente
 > tutto della farmacia in questione per validare il dato da importare,
 > tanto vale metterlo direttamente, al massimo è utile per aggiungere i
 > campi ref:mds e ref:vatin.
 >

 Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
 ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
 del MdS.

 Ciao,
 Federico

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

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

Re: [Talk-it] Dove finiscono i dati non renderizzati?

[Damjan Gerl]

aldoct je 18.11.2018 ob 18:52 napisal:

Alcuni anni dopo l'inizio della mia collaborazione al progetto OSM e dopo
alcune migliaia di changset, ancora non ho capito questa cosa: se mappo un
hotel ed inserisco sia il nome che tutti gli altri dati di contatto
(indirizzo, telefono, sito web, email numero di stelle, se si può fumare, il
wifi, se accettano gli animali ecc. ecc.) e ci perdo un bel po' di tempo; e
poi per avere questi dati come utente devo andare sul loro sito web, cosa li
ho inseriti a fare? Ho fatto l'esempio dell'hotel, ma la domanda vale per
tutti i TAG non renderizzati. Non sarebbe più utile renderli tutti visibili
in relazione allo zoom (più zoommi, più dettagli vedi!).

Saluti, Aldo


Ciao Aldo!
Devi tenere presente che OSM è un database, dove ci mettiamo dentro 
tutto quello che potrebbe essere utile. Poi come questi dati vengono 
utilizzati è un altro problema, che non viene trattato da OSM: la mappa 
sul sito di osm è un esempio di utilizzo dati alias rendering con un 
sotto-assieme di dati visualizzati. Sarebbe impensabile visualizzare 
tutto, non si capirebbe niente e la mappa sarebbe inutilizzabile. 
Esistono tanti tipi di utilizzo dati/rendering, esistono mappe che 
visualizzano dati non visualizzati sulla mappa di osm. Queste mappe sono 
specifiche per vari tematismi, es. orari dei negozi/ristoranti, piste da 
sci, piste ciclabili, strade illuminate, ecc.


Per vedere tutti i dati (tag) di un punto nella mappa del sito osm devi 
scegliere l'utensile Query features (freccia con punto di domanda) e 
cliccare sull'oggetto desiderato. Ti mostrerà tutti gli oggetti in 
quella zona (dal più vicino): clicchi su quello desiderato e ti mostrerà 
tutti i tag.


Damjan

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

Re: [OSM-talk] 3rd party API integration

[Sebastian Kürten]

On Sat, 17 Nov 2018 18:27:30 +
Andy Townsend  wrote:

> An easy way to find them is to search for something in OSM that has a
> spelling mistake and see what turns up in a Google search for that
> misspelling (in addition to the OSM object itself).

Interesting point. Do you have an example for something misspelled that
returns interesting result on search engines?

I guess such things are almost like OSM's version of copyright easter
eggs / trap streets.

Best,
Sebastian

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

[Talk-it] Dove finiscono i dati non renderizzati?

[aldoct]

Alcuni anni dopo l'inizio della mia collaborazione al progetto OSM e dopo
alcune migliaia di changset, ancora non ho capito questa cosa: se mappo un
hotel ed inserisco sia il nome che tutti gli altri dati di contatto
(indirizzo, telefono, sito web, email numero di stelle, se si può fumare, il
wifi, se accettano gli animali ecc. ecc.) e ci perdo un bel po' di tempo; e
poi per avere questi dati come utente devo andare sul loro sito web, cosa li
ho inseriti a fare? Ho fatto l'esempio dell'hotel, ma la domanda vale per
tutti i TAG non renderizzati. Non sarebbe più utile renderli tutti visibili
in relazione allo zoom (più zoommi, più dettagli vedi!).

Saluti, Aldo 




--
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] Awesome Italian Public Datasets

[Andrea Musuruane]

Concordo. Io ho trovato anche errori nell'indirizzo (non era aggiornato) e
nel campo name ho trovato spesso l'operator e non il nome della farmacia.

Ciao,

Andrea


On Sun, Nov 18, 2018 at 6:40 PM Volker Schmidt  wrote:

> Si ci sono così tanti errori della posizione, chi ci dice che il resto
> dell'inforamzione è di qualità milgiore?
> Io sono assolutamente contrario a qualsiasi import dove non c'è un
> controllo manuale uno ad uno o  sul territorio o su foto street-level con
> data recente.
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_5508022504958918496_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> On Sun, 18 Nov 2018 at 17:52, mbranco2  wrote:
>
>> Nella segnalazione di esempio che ho fatto, le farmacie, non volevo
>> affatto suggerire di fare un import automatico di quei dati, eh? (tra
>> l'altro, sono contrario per principio agli import automatici in OSM!)
>>
>> Descrivo come uso io quella tabella, per controllare/aggiungere le
>> farmacie nella mia zona (il Canavese):
>> - Dal .csv iniziale, filtro per SIGLAPROVINCIA=TO
>> - Cancellazione di tutte le righe che hanno valorizzato DATAFINE VALIDITA'
>> - Ordinamento per CAP, così da poter estrarre i dati della mia zona
>> - SOSTITUZIONE DELLA VIRGOLA CON IL PUNTO PER LE COORDINATE GEOGRAFICHE
>> - Salvataggio delle righe che mi interessano in una tabella .csv
>> - creazione della mappa in Umap: http://u.osmfr.org/m/21/,
>> abilitando il pulsante di modifica con iD/Josm (che di default è nascosto)
>> Da questa mappa posso facilmente aggiornare i dati relativi nella mia
>> zona, aggiundendo le farmacie oppure, se esistono già, aggiungedoci se
>> mancano l'indirizzo, la descrizione (messa come "operator" [1]); e se non
>> sono mappati - già che ci sono - aggiungo l'edificio, la strada di
>> servizio...
>> Anche se la localizzazione è imprecisa, riesco facilmente ad identificare
>> di quale farmacia si tratta.
>> Poi carico su OSM indicando come source "conoscenza diretta +
>> www.dati.salute.gov.it/dataset/farmacie.jsp"
>>
>> Ribadisco quindi l'intenzione iniziale del mio intervento, ringraziare
>> Giorgia e Maria Claudia: fa sempre piacere scoprire che c'è, nella pubblica
>> amministrazione, chi è sensibile alla tematica degli open data e se ne
>> occupa anche al di fuori dell'attività lavorativa.
>>
>> Ciao,
>> Marco
>>
>> P.S. A ben pensarci, si potrebbe fare la mappa in Umap di tutte le
>> farmacie italiane, e poi cambiamo il colore dell'icona se le abbiamo
>> verificate/aggiornate: una sorta di tasking manger insomma...
>>
>> [1] prima o poi dovremo (ri)affrontare in modo organico il problema del
>> tag name=*, che è troppo (ab)usato...
>>
>> Il giorno dom 18 nov 2018 alle ore 12:08 Federico Cortese <
>> cortese...@gmail.com> ha scritto:
>>
>>> On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
>>> >
>>> > Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
>>> > posizionamento spesso è sbagliato anche di decine di chilometri, in
>>> > mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
>>> > sbagliato.
>>>
>>> Sì, esattamente quello che era successo per la farmacia spostata di 80
>>> km, su una strada con lo stesso nome in altro comune.
>>>
>>> > Mi sembra che l'utilità è veramente poca, bisogna conoscere
>>> praticamente
>>> > tutto della farmacia in questione per validare il dato da importare,
>>> > tanto vale metterlo direttamente, al massimo è utile per aggiungere i
>>> > campi ref:mds e ref:vatin.
>>> >
>>>
>>> Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
>>> ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
>>> del MdS.
>>>
>>> Ciao,
>>> Federico
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Awesome Italian Public Datasets

[Volker Schmidt]

Si ci sono così tanti errori della posizione, chi ci dice che il resto
dell'inforamzione è di qualità milgiore?
Io sono assolutamente contrario a qualsiasi import dove non c'è un
controllo manuale uno ad uno o  sul territorio o su foto street-level con
data recente.


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Sun, 18 Nov 2018 at 17:52, mbranco2  wrote:

> Nella segnalazione di esempio che ho fatto, le farmacie, non volevo
> affatto suggerire di fare un import automatico di quei dati, eh? (tra
> l'altro, sono contrario per principio agli import automatici in OSM!)
>
> Descrivo come uso io quella tabella, per controllare/aggiungere le
> farmacie nella mia zona (il Canavese):
> - Dal .csv iniziale, filtro per SIGLAPROVINCIA=TO
> - Cancellazione di tutte le righe che hanno valorizzato DATAFINE VALIDITA'
> - Ordinamento per CAP, così da poter estrarre i dati della mia zona
> - SOSTITUZIONE DELLA VIRGOLA CON IL PUNTO PER LE COORDINATE GEOGRAFICHE
> - Salvataggio delle righe che mi interessano in una tabella .csv
> - creazione della mappa in Umap: http://u.osmfr.org/m/21/, abilitando
> il pulsante di modifica con iD/Josm (che di default è nascosto)
> Da questa mappa posso facilmente aggiornare i dati relativi nella mia
> zona, aggiundendo le farmacie oppure, se esistono già, aggiungedoci se
> mancano l'indirizzo, la descrizione (messa come "operator" [1]); e se non
> sono mappati - già che ci sono - aggiungo l'edificio, la strada di
> servizio...
> Anche se la localizzazione è imprecisa, riesco facilmente ad identificare
> di quale farmacia si tratta.
> Poi carico su OSM indicando come source "conoscenza diretta +
> www.dati.salute.gov.it/dataset/farmacie.jsp"
>
> Ribadisco quindi l'intenzione iniziale del mio intervento, ringraziare
> Giorgia e Maria Claudia: fa sempre piacere scoprire che c'è, nella pubblica
> amministrazione, chi è sensibile alla tematica degli open data e se ne
> occupa anche al di fuori dell'attività lavorativa.
>
> Ciao,
> Marco
>
> P.S. A ben pensarci, si potrebbe fare la mappa in Umap di tutte le
> farmacie italiane, e poi cambiamo il colore dell'icona se le abbiamo
> verificate/aggiornate: una sorta di tasking manger insomma...
>
> [1] prima o poi dovremo (ri)affrontare in modo organico il problema del
> tag name=*, che è troppo (ab)usato...
>
> Il giorno dom 18 nov 2018 alle ore 12:08 Federico Cortese <
> cortese...@gmail.com> ha scritto:
>
>> On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
>> >
>> > Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
>> > posizionamento spesso è sbagliato anche di decine di chilometri, in
>> > mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
>> > sbagliato.
>>
>> Sì, esattamente quello che era successo per la farmacia spostata di 80
>> km, su una strada con lo stesso nome in altro comune.
>>
>> > Mi sembra che l'utilità è veramente poca, bisogna conoscere praticamente
>> > tutto della farmacia in questione per validare il dato da importare,
>> > tanto vale metterlo direttamente, al massimo è utile per aggiungere i
>> > campi ref:mds e ref:vatin.
>> >
>>
>> Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
>> ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
>> del MdS.
>>
>> Ciao,
>> Federico
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Network tag on railway stations

[TonyS]

From the discussions I am trying to summarise the discussion. Network on
railway stations being
*National Rail* which includes local networks operated on tracks maintained
by Network Rail from which tickets are available to all other stations on
this network. This will include local networks such as Merseyrail, London
Overground and others which are part of Train Operating Companies (TOC's) on
National Rail.
Other stations may belong to other networks e.g. *Nexus*,* London
Underground*, *Glasgow Subway*, *Docklands Light Railway (DLR)* and the
networks of the various tram systems.
Sheffield Tram Train is unique and may really be part of Sheffield
Supertram.
The main distinction between these is the availability of ticketing - cross
network ticketing is rare or highly specific.
Is it possible to agree this usage of network? If so it could be put onto
the GB WIKI page.

Tony



--
Sent from: http://gis.19327.n8.nabble.com/Great-Britain-f5372682.html

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

Re: [Talk-it] Awesome Italian Public Datasets

[mbranco2]

Nella segnalazione di esempio che ho fatto, le farmacie, non volevo affatto
suggerire di fare un import automatico di quei dati, eh? (tra l'altro, sono
contrario per principio agli import automatici in OSM!)

Descrivo come uso io quella tabella, per controllare/aggiungere le farmacie
nella mia zona (il Canavese):
- Dal .csv iniziale, filtro per SIGLAPROVINCIA=TO
- Cancellazione di tutte le righe che hanno valorizzato DATAFINE VALIDITA'
- Ordinamento per CAP, così da poter estrarre i dati della mia zona
- SOSTITUZIONE DELLA VIRGOLA CON IL PUNTO PER LE COORDINATE GEOGRAFICHE
- Salvataggio delle righe che mi interessano in una tabella .csv
- creazione della mappa in Umap: http://u.osmfr.org/m/21/, abilitando
il pulsante di modifica con iD/Josm (che di default è nascosto)
Da questa mappa posso facilmente aggiornare i dati relativi nella mia zona,
aggiundendo le farmacie oppure, se esistono già, aggiungedoci se mancano
l'indirizzo, la descrizione (messa come "operator" [1]); e se non sono
mappati - già che ci sono - aggiungo l'edificio, la strada di servizio...
Anche se la localizzazione è imprecisa, riesco facilmente ad identificare
di quale farmacia si tratta.
Poi carico su OSM indicando come source "conoscenza diretta +
www.dati.salute.gov.it/dataset/farmacie.jsp"

Ribadisco quindi l'intenzione iniziale del mio intervento, ringraziare
Giorgia e Maria Claudia: fa sempre piacere scoprire che c'è, nella pubblica
amministrazione, chi è sensibile alla tematica degli open data e se ne
occupa anche al di fuori dell'attività lavorativa.

Ciao,
Marco

P.S. A ben pensarci, si potrebbe fare la mappa in Umap di tutte le farmacie
italiane, e poi cambiamo il colore dell'icona se le abbiamo
verificate/aggiornate: una sorta di tasking manger insomma...

[1] prima o poi dovremo (ri)affrontare in modo organico il problema del tag
name=*, che è troppo (ab)usato...

Il giorno dom 18 nov 2018 alle ore 12:08 Federico Cortese <
cortese...@gmail.com> ha scritto:

> On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
> >
> > Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
> > posizionamento spesso è sbagliato anche di decine di chilometri, in
> > mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
> > sbagliato.
>
> Sì, esattamente quello che era successo per la farmacia spostata di 80
> km, su una strada con lo stesso nome in altro comune.
>
> > Mi sembra che l'utilità è veramente poca, bisogna conoscere praticamente
> > tutto della farmacia in questione per validare il dato da importare,
> > tanto vale metterlo direttamente, al massimo è utile per aggiungere i
> > campi ref:mds e ref:vatin.
> >
>
> Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
> ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
> del MdS.
>
> Ciao,
> Federico
>
> ___
> 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-be] identifier in ref:xOperatorx=y0yyyy to url=http://mijnlijn.be/y0yyyy

[André Pirard]

  
  
On 2018-11-18 13:47, Jo wrote:


  Frank,


url wasn't used yet on the bus stops, so no conflict there.
  

Jakka's point is not that "url" is used but that it could be wanted
and that this usage would prevent it.
To prevent the "first jumping on it owns it" practice, the good move
would be to consider that anything:url is officially an URL.
"being officially" meaning principally that listings make it a
clickable link.
Even though any URL can be recognized inside any text and made
clickable.
But I've had problems suggesting to make multiple tags containing
URLs clickable.
The answer was: "the URL tag exists already" ;-)

All the best,



  

  André.

  



  
Pieter, good to hear De Lijn plans such deep links. I think
  it will be good to have them on our route_master relations.
  The route relations are for the longest variations in
  itinerary, not sure if they fit there.


For the stops, I tend to like the mijnlijn.be/
  form, as that is the information printed on each of the paper
  schedules on the stops. So if De Lijn is not planning to
  abolish those in the medium term, I'd prefer to use them. I'll
  hold off with preparing the data and launching the Project of
  the Month though.


Pieter, is De Lijn planning to introduce uic identifiers we
  could put in uic_ref?


We don't have anything that corresponds to the zones in
  OSM. I'm curious to find out what will be behind those urls. I
  painstakinglly added the zone information on the stops, but
  now that a ticket has a time limitation instead of a zone
  dependent one, they became less relevant.


Marc, we can leave the ref:De_Lijn tags. I'm not strongly
  against keeping them, but I doubt anyone uses them (except me
  in my integraton scripts). If anyone wants to use them, it's
  trivial to extract the identifiers from the url tag values.


There is another tag I'd like to introduce. While reviewing
  the import of bus stops around Finland, they added a direction
  tag.


My first reflex was to remove it after reviewing the stop,
  but now I start to see value in knowing in which direction the
  bus will leave. I plan to add functionality to PT_Assistant to
  calculate it automatically based on the segment of the way the
  stop is adjacent to. And in a second stage a validator rule
  that checks whether the stop is (still) on the correct side of
  the road (right or left, depending on the side of the road
  vehicles drive on)


Polyglot






 
  
  
  
El dom., 18 nov. 2018 a las 11:19, Pieter
  Colpaert ()
  escribió:

Hi Polyglot,
  
  We are in a Linked Data project with De Lijn and we’re going
  to have 
  official persistent identifiers (HTTP URIs) soon for stops
  (but also for 
  things like the routes and zones). It might be interesting to
  integrate 
  these in OSM rather than the mijnlijn.be
  one?
  
   From the moment we have an official URI strategy, I will get
  back to 
  this list in each case.
  
  Kind regards,
  
  Pieter
  
  On 18/11/18 11:10, Jakka wrote:
  > Using key as "url=""http://mijnlijn.be/303079"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://mijnlijn.be/303079   
  (<- you can test this, the url is
  >> expanded/translated to a url on www.delijn.be )
  >>
  >> For the conversion, I'd like to launch a Belgian
  "Project of the month",
  >> so the position of the stops can be verified once
  more by locals, but
  >> also shelters and bus_bays can be added and if cycle
  ways split off to
  >> go around those bus bays, that detail can be added as
  well.
  >>
  >> I know that that is what we have been doing for the
  past 5+ years, but
  >> now it would get some more dedicated focus.
  >>
  >> For several years I thought having the identifier n a
  dedicated ref:X
  >> tag and then telling everyone about how to turn it
  into such a url was
  >> the way to go,. That doesn't actually work though.
  Nobody knows how to
  >> get from the identifer to the url. Giving 

Re: [OSM-talk-be] identifier in ref:xOperatorx=y0yyyy to url=http://mijnlijn.be/y0yyyy

[Jo]

Frank,

url wasn't used yet on the bus stops, so no conflict there.

Pieter, good to hear De Lijn plans such deep links. I think it will be good
to have them on our route_master relations. The route relations are for the
longest variations in itinerary, not sure if they fit there.

For the stops, I tend to like the mijnlijn.be/ form, as that is the
information printed on each of the paper schedules on the stops. So if De
Lijn is not planning to abolish those in the medium term, I'd prefer to use
them. I'll hold off with preparing the data and launching the Project of
the Month though.

Pieter, is De Lijn planning to introduce uic identifiers we could put in
uic_ref?

We don't have anything that corresponds to the zones in OSM. I'm curious to
find out what will be behind those urls. I painstakinglly added the zone
information on the stops, but now that a ticket has a time limitation
instead of a zone dependent one, they became less relevant.

Marc, we can leave the ref:De_Lijn tags. I'm not strongly against keeping
them, but I doubt anyone uses them (except me in my integraton scripts). If
anyone wants to use them, it's trivial to extract the identifiers from the
url tag values.

There is another tag I'd like to introduce. While reviewing the import of
bus stops around Finland, they added a direction tag.

My first reflex was to remove it after reviewing the stop, but now I start
to see value in knowing in which direction the bus will leave. I plan to
add functionality to PT_Assistant to calculate it automatically based on
the segment of the way the stop is adjacent to. And in a second stage a
validator rule that checks whether the stop is (still) on the correct side
of the road (right or left, depending on the side of the road vehicles
drive on)

Polyglot





El dom., 18 nov. 2018 a las 11:19, Pieter Colpaert ()
escribió:

> Hi Polyglot,
>
> We are in a Linked Data project with De Lijn and we’re going to have
> official persistent identifiers (HTTP URIs) soon for stops (but also for
> things like the routes and zones). It might be interesting to integrate
> these in OSM rather than the mijnlijn.be one?
>
>  From the moment we have an official URI strategy, I will get back to
> this list in each case.
>
> Kind regards,
>
> Pieter
>
> On 18/11/18 11:10, Jakka wrote:
> > Using key as "url=" not comming in conflict with already other keys
> > that use short key url ?
> >
> > Op 18/11/2018 om 10:51 schreef Jo:
> >> Our bus stops in Flanders have unique identifiers visible to the public
> >> on the flags of the stop poles.
> >>
> >> I started by entering those in the ref tag, then later decided to use
> >> ref:De_Lijn=y0, as some of those stops are served by other operators
> >> as well.
> >>
> >> For several years now itt's possible to obtain real-time information
> >> about the buses on a url+identifier, so I want to add that to those
> >> stops. As i don't like to duplicate information I'd prefer to drop the
> >> ref:De_Lijn though.
> >>
> >> So all of those stops would have:
> >> url=http://mijnlijn.be/303079(<- you can test this, the url is
> >> expanded/translated to a url on www.delijn.be )
> >>
> >> For the conversion, I'd like to launch a Belgian "Project of the month",
> >> so the position of the stops can be verified once more by locals, but
> >> also shelters and bus_bays can be added and if cycle ways split off to
> >> go around those bus bays, that detail can be added as well.
> >>
> >> I know that that is what we have been doing for the past 5+ years, but
> >> now it would get some more dedicated focus.
> >>
> >> For several years I thought having the identifier n a dedicated ref:X
> >> tag and then telling everyone about how to turn it into such a url was
> >> the way to go,. That doesn't actually work though. Nobody knows how to
> >> get from the identifer to the url. Giving potential passengers a url
> >> they can simply click through on, seems to be the better way of doing
> >> this for this use case.
> >>
> >> Polyglot
> >>
> >>
> >> ___
> >> Talk-be mailing list
> >> Talk-be@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-be
> >>
> >
> >
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
>
> --
> +32486747122
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-transit] [OSM-talk-be] identifier in ref:xOperatorx=y0yyyy to url=http://mijnlijn.be/y0yyyy

[Pieter Colpaert]

Hi Polyglot,

We are in a Linked Data project with De Lijn and we’re going to have 
official persistent identifiers (HTTP URIs) soon for stops (but also for 
things like the routes and zones). It might be interesting to integrate 
these in OSM rather than the mijnlijn.be one?


From the moment we have an official URI strategy, I will get back to 
this list in each case.


Kind regards,

Pieter

On 18/11/18 11:10, Jakka wrote:
Using key as "url=" not comming in conflict with already other keys 
that use short key url ?


Op 18/11/2018 om 10:51 schreef Jo:

Our bus stops in Flanders have unique identifiers visible to the public
on the flags of the stop poles.

I started by entering those in the ref tag, then later decided to use
ref:De_Lijn=y0, as some of those stops are served by other operators
as well.

For several years now itt's possible to obtain real-time information
about the buses on a url+identifier, so I want to add that to those
stops. As i don't like to duplicate information I'd prefer to drop the
ref:De_Lijn though.

So all of those stops would have:
url=http://mijnlijn.be/303079    (<- you can test this, the url is
expanded/translated to a url on www.delijn.be )

For the conversion, I'd like to launch a Belgian "Project of the month",
so the position of the stops can be verified once more by locals, but
also shelters and bus_bays can be added and if cycle ways split off to
go around those bus bays, that detail can be added as well.

I know that that is what we have been doing for the past 5+ years, but
now it would get some more dedicated focus.

For several years I thought having the identifier n a dedicated ref:X
tag and then telling everyone about how to turn it into such a url was
the way to go,. That doesn't actually work though. Nobody knows how to
get from the identifer to the url. Giving potential passengers a url
they can simply click through on, seems to be the better way of doing
this for this use case.

Polyglot


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





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


--
+32486747122


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

[Talk-ko] weeklyOSM #434 2018-11-06-2018-11-12

[weeklyteam]

매주 일어나는 OSM 소식을 종합한, 434번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/10965/

읽어 주셔서 감사합니다!

주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

[Talk-pt] semanárioOSM Nº 434 2018-11-06-2018-11-12

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 434, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português*:

http://www.weeklyosm.eu/pb/archives/10965/

Aproveite!

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

[Talk-br] semanárioOSM Nº 434 2018-11-06-2018-11-12

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 434, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português*:

http://www.weeklyosm.eu/pb/archives/10965/

Aproveite!

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

Re: [Talk-it] Awesome Italian Public Datasets

[Federico Cortese]

On Sun, Nov 18, 2018 at 11:54 AM Marcello  wrote:
>
> Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
> posizionamento spesso è sbagliato anche di decine di chilometri, in
> mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
> sbagliato.

Sì, esattamente quello che era successo per la farmacia spostata di 80
km, su una strada con lo stesso nome in altro comune.

> Mi sembra che l'utilità è veramente poca, bisogna conoscere praticamente
> tutto della farmacia in questione per validare il dato da importare,
> tanto vale metterlo direttamente, al massimo è utile per aggiungere i
> campi ref:mds e ref:vatin.
>

Vero, i tag ref sono gli unici che ho aggiunto alla farmacia, magari
ref:mds sarà utile in futuro per collegare le farmacie in OSM a quelle
del MdS.

Ciao,
Federico

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

[Talk-ca] weeklyOSM #434 2018-11-06-2018-11-12

[weeklyteam]

The weekly round-up of OSM news, issue # 434,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10965/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
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

[Talk-us] weeklyOSM #434 2018-11-06-2018-11-12

[weeklyteam]

The weekly round-up of OSM news, issue # 434,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10965/

Enjoy!

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

[Talk-GB] weeklyOSM #434 2018-11-06-2018-11-12

[weeklyteam]

The weekly round-up of OSM news, issue # 434,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10965/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-ie] weeklyOSM #434 2018-11-06-2018-11-12

[weeklyteam]

The weekly round-up of OSM news, issue # 434,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10965/

Enjoy!

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

[OSM-talk] weeklyOSM #434 2018-11-06-2018-11-12

[weeklyteam]

The weekly round-up of OSM news, issue # 434,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10965/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-in] weeklyOSM #434 2018-11-06-2018-11-12

[weeklyteam]

The weekly round-up of OSM news, issue # 434,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10965/

Enjoy!

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

[talk-ph] weeklyOSM #434 2018-11-06-2018-11-12

[weeklyteam]

The weekly round-up of OSM news, issue # 434,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10965/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-talk-fr] Tags sidewalk + suffixes

[Stéphane Péneau]

Hello !

Indiquer la présence d'un trottoir le long d'une voie, c'est 
sidewalk=right/left/both/no


Ce tag générique est simple, mais pose quelques problèmes : Si en 
parcourant les données Osm, je trouve sur une voie portant 
sidewalk=right. Est-ce que cela signifie qu'il n'y a pas de trottoir à 
gauche ? Ou bien que le contributeur n'a pas ajouté d'information à ce 
sujet ?



Bon, pas top. Continuons...

préciser que celui de gauche est recouvert par de l'asphalte, et qu'il 
fait 1m de large c'est


sidewalk:left:surface=asphalt
sidewalk:left:width=1

On a donc un tag générique, et dès qu'on souhaite ajouter des 
informations différenciées, on utilise un suffixe :left/right


Si  je souhaite préciser que celui de droite est représenté par un 
footway séparé, c'est

sidewalk:right=separate


Assez naturellement, j'ai commencé à utiliser directement les suffixes 
pour indiquer la présence ou non d'un trottoir. Par exemple :


sidewalk:right=yes + sidewalk:left=no

De cette façon, on sait sans aucun doute qu'il n'y a pas de trottoir à 
gauche. Seulement, on m'a fait remarquer que ce n'est pas conforme avec 
le wiki, et certainement non reconnu par ceux qui utilisent les données.


Avant d'en parler sur la liste tagging internationale, est-ce qu'ajouter 
sidewalk:right/left=yes/no/... vous parait cohérent, intéressant ? Il ne 
s'agit pas de remplacer le tag générique, mais d'ajouter une possibilité 
supplémentaire.



C'est à vous.


Stf



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

Re: [Talk-it] Awesome Italian Public Datasets

[Marcello]

Confermo i molti errori. Ho fatto un giro per le farmacie umbre, il
posizionamento spesso è sbagliato anche di decine di chilometri, in
mezzo ai boschi, oppure sulla via con il nome giusto ma nel comune
sbagliato. Quella posizionata meglio, solo qualche metro di errore,
edificio corretto ma nel lato sbagliato, è questa [1], però è sbagliato
il nome della via, ci sono in più i campi ref:mds e ref:vatin, nel campo
name è messa la ragione sociale, che secondo me andrebbe messa nel campo
operator. C'è anche il campo start:date, ma non capisco a cosa si
riferisce, perché è 01/07/2012 (formattazione errata, non è ISO 8601),
ma quella farmacia esiste sicuramente da più di 20 anni, anche la
proprietà è la stessa, forse è un cambio di ragione sociale? Che utilità
può avere inserire questo campo?

Mi sembra che l'utilità è veramente poca, bisogna conoscere praticamente
tutto della farmacia in questione per validare il dato da importare,
tanto vale metterlo direttamente, al massimo è utile per aggiungere i
campi ref:mds e ref:vatin.

[1] https://www.openstreetmap.org/node/3697323486

Ciao
Marcello

Il 18/11/18 08:49, Federico Cortese ha scritto:
> On Sat, Nov 17, 2018 at 4:06 PM Volker Schmidt  wrote:
>> Solo utilizzabili per import manuale! E con grande cautela :-(
>>
> Anche dalle mie parti molti errori grossolani. La prima farmacia che
> ho controllato è posizionata a circa 80 km di distanza da dove è già
> correttamente mappata in OSM.
> Ho comunque aggiunto i tag mancanti (ref:vatin e ref:mds) alla
> farmacia già mappata.
> Sul sistema di validazione ho indicato "not there", ma c'è modo per
> indicare dove si trova effettivamente oppure se è già mappata in OSM?
>
> Ciao,
> Federico
>
>

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

[Talk-cz] SotM CZ 2018 na Youtube

[Petr Vozdecký]

Ahoj,




záznamy z včerejšího SotM v Brně najdete v tomto playlistu
(https://www.youtube.com/watch?v=XDnDrx9bYrc=PLOOscafdiYWN4WWrdHR0a2dMqFRzZCPqz)
na Youtube účtu OSMCZ:




- založení organizace OpenStreetMap Česká republika  (46:59)
- Tomáš Kašpárek: Fody a OsmHiCheck (20:42)
- Jakub Těšínský: Zmapovanost tras KČT v OSM (59:56)
- Jan Böhm: Missing Maps (50:10)
- Jan Havlíček: Mapy.cz (46:48)
- Marián Kyral: Import poštovních schránek (11:57)
- Mirek Suchý: OSM mapy Namibie v praxi (7:11)
- Jethro: Zastávky MHD (7:48)

- Mirek Suchý: OSMCZ a crowdfunding (53:11)




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

[OSM-ja] Distributed Web and Big Data event in Tokyo

[Daniel Kastl]

Hi all,

If you are in Tokyo and if you're free on Thursday evening 11/22, there is
an event about the "Dat Project" co-organized by Georepublic:
https://georepublic.connpass.com/event/105079/participation/

This is some technology I'm working on now for about a year. It's about the
Distributed Web, and in my opinion this allows a novel approach to share
and process big data like OSM.
It's quite exciting, so I thought someone from OSM Japan might be
interested, too.

This is for early adaptors! ;-)

Regards,
Daniel
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] Awesome Italian Public Datasets

[Cascafico Giovanni]

Premetto che ho segnalato la mappa dell'audit solo perché offre un'idea
della scarsa qualità dataset mds. Direi di non dedicare tempo alle
revisioni.

Per rispondere alla tua domanda, quando la conflation non trova la farmacia
nell'intorno del punto dataset, aggiunge un pin verde (nuovo nodo) che puoi
spostare; ciò però ha senso solo per aggiustamenti locali.

Quello che suppongo sia successo per la tua farmacia è che le coordinate
del punto dataset fossero fuori di molto, la conflation si è guardata
intorno al punto per 120 metri, non ha visto altre amenity=pharmacy ed ha
deciso che fosse una nuova (pin verde).

Se ne avesse trovata una, avrebbe messo un pin blu su quella OSM ed uno blu
semitrasparente sul punto dataset.
In qs caso il valore aggiunto della revisione sarebbe sezionare gli
eventuali cambi di tag e, se la posizione OSM (blu opaco) fosse errata,
lasciare un fixme.
Nota: anche se per la validazione ci si è registrati, queste operazioni non
andrebbero direttamente in OSM, ma sarebbero inserite dalla successiva
conflation in un file osm da importare.




Il dom 18 nov 2018, 08:50 Federico Cortese  ha
scritto:

> On Sat, Nov 17, 2018 at 4:06 PM Volker Schmidt  wrote:
> >
> > Solo utilizzabili per import manuale! E con grande cautela :-(
> >
>
> Anche dalle mie parti molti errori grossolani. La prima farmacia che
> ho controllato è posizionata a circa 80 km di distanza da dove è già
> correttamente mappata in OSM.
> Ho comunque aggiunto i tag mancanti (ref:vatin e ref:mds) alla
> farmacia già mappata.
> Sul sistema di validazione ho indicato "not there", ma c'è modo per
> indicare dove si trova effettivamente oppure se è già mappata in OSM?
>
> Ciao,
> Federico
>
> ___
> 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-be] identifier in ref:xOperatorx=y0yyyy to url=http://mijnlijn.be/y0yyyy

[Marc Gemis]

I would not drop the ref. The ref is visible on the signs, so it is a
"real thing". I have no problem that people add the URL as well. The
same is done for heritage sites. There is both a ref
(refLOnroerendErfgoed and a heritage:website.)

m.
On Sun, Nov 18, 2018 at 10:52 AM Jo  wrote:
>
> Our bus stops in Flanders have unique identifiers visible to the public on 
> the flags of the stop poles.
>
> I started by entering those in the ref tag, then later decided to use 
> ref:De_Lijn=y0, as some of those stops are served by other operators as 
> well.
>
> For several years now itt's possible to obtain real-time information about 
> the buses on a url+identifier, so I want to add that to those stops. As i 
> don't like to duplicate information I'd prefer to drop the ref:De_Lijn though.
>
> So all of those stops would have:
> url=http://mijnlijn.be/303079(<- you can test this, the url is 
> expanded/translated to a url on www.delijn.be)
>
> For the conversion, I'd like to launch a Belgian "Project of the month", so 
> the position of the stops can be verified once more by locals, but also 
> shelters and bus_bays can be added and if cycle ways split off to go around 
> those bus bays, that detail can be added as well.
>
> I know that that is what we have been doing for the past 5+ years, but now it 
> would get some more dedicated focus.
>
> For several years I thought having the identifier n a dedicated ref:X tag and 
> then telling everyone about how to turn it into such a url was the way to 
> go,. That doesn't actually work though. Nobody knows how to get from the 
> identifer to the url. Giving potential passengers a url they can simply click 
> through on, seems to be the better way of doing this for this use case.
>
> Polyglot
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-be] identifier in ref:xOperatorx=y0yyyy to url=http://mijnlijn.be/y0yyyy

[Jakka]

Using key as "url=" not comming in conflict with already other keys that 
use short key url ?


Op 18/11/2018 om 10:51 schreef Jo:

Our bus stops in Flanders have unique identifiers visible to the public
on the flags of the stop poles.

I started by entering those in the ref tag, then later decided to use
ref:De_Lijn=y0, as some of those stops are served by other operators
as well.

For several years now itt's possible to obtain real-time information
about the buses on a url+identifier, so I want to add that to those
stops. As i don't like to duplicate information I'd prefer to drop the
ref:De_Lijn though.

So all of those stops would have:
url=http://mijnlijn.be/303079(<- you can test this, the url is
expanded/translated to a url on www.delijn.be )

For the conversion, I'd like to launch a Belgian "Project of the month",
so the position of the stops can be verified once more by locals, but
also shelters and bus_bays can be added and if cycle ways split off to
go around those bus bays, that detail can be added as well.

I know that that is what we have been doing for the past 5+ years, but
now it would get some more dedicated focus.

For several years I thought having the identifier n a dedicated ref:X
tag and then telling everyone about how to turn it into such a url was
the way to go,. That doesn't actually work though. Nobody knows how to
get from the identifer to the url. Giving potential passengers a url
they can simply click through on, seems to be the better way of doing
this for this use case.

Polyglot


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





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

Re: [Talk-it] Awesome Italian Public Datasets

[Maurizio Napolitano]

On Sat, Nov 17, 2018 at 11:19 AM Cascafico Giovanni  wrote:
>
> Non è un problema di datum, ne' di proiezione. Evidentemente il  geocoder se 
> non trova housenumber mette in centroide highway e se non trova nemmeno 
> questa, mette nel centroide della city.
> Non avendo un campo che indichi l'accuratezza, non è nemmeno possibile 
> isolare i pochi record attendibili.

Nel dataset ci sono tantissimi punti concentrici proprio a causa di
questo problema.
Molto spesso credo che, se le coordinate le devi dare via geocoder e
non puoi verificare,
tanto vale non distribuirle e lasciare che siano terzi ad occuparsi del caso.

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

Re: [Talk-it] Awesome Italian Public Datasets

[Maurizio Napolitano]

> se sono georeferenziate dobbiamo stare attenti, solitamente la PA italiana 
> l’ha fatto con google (al meno in passato), il ciò lo rendeva inutilizzabile 
> per osm.

Mi trovi pienamente d'accordo su questo punto.
C'è da dire che il ministero della salute dichiara che ha usato
openstreetmap per alcune georeferenziazioni
Vedi qui
http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=dati=5
Dove scrive
"Alcune coordinate geografiche pubblicate sono state reperite tramite
"© OpenStreetMap contributors”. "

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

Re: [Talk-it] Awesome Italian Public Datasets

[Maurizio Napolitano]

On Fri, Nov 16, 2018 at 6:16 PM Cascafico Giovanni  wrote:
>
> Spero non sia lo stesso dataset che ho  visto un annetti fa: la 
> georeferenziazione è stata fatta con geocoding, per cui una buona parte è 
> inutilizzabile.

confermo

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

[Talk-transit] identifier in ref:xOperatorx=y0yyyy to url=http://mijnlijn.be/y0yyyy

[Jo]

Our bus stops in Flanders have unique identifiers visible to the public on
the flags of the stop poles.

I started by entering those in the ref tag, then later decided to use
ref:De_Lijn=y0, as some of those stops are served by other operators as
well.

For several years now itt's possible to obtain real-time information about
the buses on a url+identifier, so I want to add that to those stops. As i
don't like to duplicate information I'd prefer to drop the ref:De_Lijn
though.

So all of those stops would have:
url=http://mijnlijn.be/303079(<- you can test this, the url is
expanded/translated to a url on www.delijn.be)

For the conversion, I'd like to launch a Belgian "Project of the month", so
the position of the stops can be verified once more by locals, but also
shelters and bus_bays can be added and if cycle ways split off to go around
those bus bays, that detail can be added as well.

I know that that is what we have been doing for the past 5+ years, but now
it would get some more dedicated focus.

For several years I thought having the identifier n a dedicated ref:X tag
and then telling everyone about how to turn it into such a url was the way
to go,. That doesn't actually work though. Nobody knows how to get from the
identifer to the url. Giving potential passengers a url they can simply
click through on, seems to be the better way of doing this for this use
case.

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

[OSM-talk-be] identifier in ref:xOperatorx=y0yyyy to url=http://mijnlijn.be/y0yyyy

[Jo]

Our bus stops in Flanders have unique identifiers visible to the public on
the flags of the stop poles.

I started by entering those in the ref tag, then later decided to use
ref:De_Lijn=y0, as some of those stops are served by other operators as
well.

For several years now itt's possible to obtain real-time information about
the buses on a url+identifier, so I want to add that to those stops. As i
don't like to duplicate information I'd prefer to drop the ref:De_Lijn
though.

So all of those stops would have:
url=http://mijnlijn.be/303079(<- you can test this, the url is
expanded/translated to a url on www.delijn.be)

For the conversion, I'd like to launch a Belgian "Project of the month", so
the position of the stops can be verified once more by locals, but also
shelters and bus_bays can be added and if cycle ways split off to go around
those bus bays, that detail can be added as well.

I know that that is what we have been doing for the past 5+ years, but now
it would get some more dedicated focus.

For several years I thought having the identifier n a dedicated ref:X tag
and then telling everyone about how to turn it into such a url was the way
to go,. That doesn't actually work though. Nobody knows how to get from the
identifer to the url. Giving potential passengers a url they can simply
click through on, seems to be the better way of doing this for this use
case.

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

[OSM-talk-ie] Tagging Irish boundaries and the OSM meeting on Saturday.

[Brian Hollinshead]

Thanks to Donal we have some splendid presets in JOSM. I am interested in
adding new types of boundaries, some for OSM and some perhaps better suited
to histosm.org. All can be used with umap or leafet or maperitive. In most
cases the line features of townlands, streets, canals etc are already there
I am merely adding relations.

As an example civil parishes are tagged as
boundary=civil_parish
name= xxx
type=boundary
..

I have added some Roman Catholic Parishes as
boundary=rc_parish
name= xxx
type=boundary

as tagging protocols have developed maybe I should have used
boundary=parish
denomination=Roman Catholic
or
boundary=parish:roman_catholic

When adding historic Anglican parishes in the Diocese of Meath 1885. I have
started to use
boundary=anglican_historic_parish

perhaps I should remove the historic reference and add historic=yes

Hopefully this will lead to discussion and resolution on Saturday but I
welcome suggestions from those unable to attend.

I am also unsure if historic and current city wards which have Councillors
elected are administrative or electoral boundaries?

By the way am I flying in the face of reason and custom in naming a
historic parish as "Trim Parish 1875" should I just use "Trim"? Like
"Rathvilly" that is mapped as a townland, as a civil parish, as a Roman
Catholic Parish, as a Barony, an ED, and a registrars District. How does a
punter best search for just one of them on OSM?

I look forward to your opinions and to meeting some of you on Saturday,
let's wring as much shared benefit as we can from getting together.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie