[OSM-talk-fr] Obtenir une lat/long pour une way et une relation

2016-01-14 Per discussione Emmanuel Alquier
Bonjour à tous,

Notre (gros) problème du jour : il nous faut absolument une lat/lon pour chaque 
way et chaque relation. Y-a-t-il une façon de l’obtenir sans avoir à calculer 
un barycentre à partir de toutes les nodes qui la compose ? 
L’objectif est de positionner une way ou une relation sur une carte (pour les 
nodes, c’est bon !).

Parce que là, la seule solution qu’on voit, c'est d’avoir la totalité de la 
base OSM en interne, permettant de voir quelles sont les nodes qui composent 
les way et ainsi calculer le barycentre. Vu le volume… ça parait dantesque, et 
surtout ridicule, le besoin exprimé nous parait basique (afficher un POI sur 
une carte). 
Pourquoi n’y a-t-il pas un tag lat/lon réprésentant le barycentre pour chaque 
way et relation ? Ca servirait à beaucoup

Désolé pour les questions peut être stupides, on a dû rater qqch.

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


Re: [OSM-talk-fr] Obtenir une lat/long pour une way et une relation

2016-01-14 Per discussione osm . sanspourriel
Bonjour,

Tout dépend des outils que tu utilises.

Et pour des relations style communes, c'est peut-être (je dis bien peut-être) la position de admin_centre qui t'intéresse.

 

Avec overpass-turbo tu remplaces

out body;

par :

out center;

 

Exemple des gares :

http://overpass-turbo.eu/s/dJY

 

 

 

/*
This has been generated by the overpass-turbo wizard.
The original search was:
“building=station”
*/
[out:json][timeout:25];
// gather results
(
  // query part for: “building=station”
  node["building"="station"]({{bbox}});
  way["building"="station"]({{bbox}});
  relation["building"="station"]({{bbox}});
);
// print results
//out body;

out center;
>;
out skel qt;

Jean-Yvon

 
 

Gesendet: Donnerstag, 14. Januar 2016 um 16:19 Uhr
Von: "Emmanuel Alquier - emman...@hurikat.com" 
An: talk-fr@openstreetmap.org
Betreff: [OSM-talk-fr] Obtenir une lat/long pour une way et une relation (osm: message 1 of 20)

Bonjour à tous,

Notre (gros) problème du jour : il nous faut absolument une lat/lon pour chaque way et chaque relation. Y-a-t-il une façon de l’obtenir sans avoir à calculer un barycentre à partir de toutes les nodes qui la compose ?
L’objectif est de positionner une way ou une relation sur une carte (pour les nodes, c’est bon !).

Parce que là, la seule solution qu’on voit, c'est d’avoir la totalité de la base OSM en interne, permettant de voir quelles sont les nodes qui composent les way et ainsi calculer le barycentre. Vu le volume… ça parait dantesque, et surtout ridicule, le besoin exprimé nous parait basique (afficher un POI sur une carte).
Pourquoi n’y a-t-il pas un tag lat/lon réprésentant le barycentre pour chaque way et relation ? Ca servirait à beaucoup

Désolé pour les questions peut être stupides, on a dû rater qqch.

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





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


Re: [OSM-talk-fr] Obtenir une lat/long pour une way et une relation

2016-01-14 Per discussione Nicolas Moyroud

Bonjour Emmanuel,

Il y a une possibilité de requête avec l'overpassAPI qui permet de 
sortir tous les objets sous forme ponctuelle. Voici un exemple 
d'exécution sur overpass-turbo :

http://overpass-turbo.eu/s/dK1
Il suffit d'indiquer dans la requête le paramètre : geometry="center"/> en version xml (ou en version overpassQL : out 
center;). Voir plus de détails ici :

http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#geometry_attribute
Par contre ça te sort le centre de la bounding box de l'objet, pas son 
barycentre. Du coup, je ne sais pas si ça répond correctement à votre 
problème.


Nicolas

Le 14/01/2016 16:19, Emmanuel Alquier a écrit :

Bonjour à tous,

Notre (gros) problème du jour : il nous faut absolument une lat/lon pour chaque 
way et chaque relation. Y-a-t-il une façon de l’obtenir sans avoir à calculer 
un barycentre à partir de toutes les nodes qui la compose ?
L’objectif est de positionner une way ou une relation sur une carte (pour les 
nodes, c’est bon !).

Parce que là, la seule solution qu’on voit, c'est d’avoir la totalité de la 
base OSM en interne, permettant de voir quelles sont les nodes qui composent 
les way et ainsi calculer le barycentre. Vu le volume… ça parait dantesque, et 
surtout ridicule, le besoin exprimé nous parait basique (afficher un POI sur 
une carte).
Pourquoi n’y a-t-il pas un tag lat/lon réprésentant le barycentre pour chaque 
way et relation ? Ca servirait à beaucoup

Désolé pour les questions peut être stupides, on a dû rater qqch.

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



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


Re: [OSM-talk-fr] Obtenir une lat/long pour une way et une relation

2016-01-14 Per discussione Antoine Riche

Bonjour Emmanuel,

Tout dépend aussi du format des données sur lesquelles tu travailles et 
de ton process.

Si tu pars directement de la base OSM rien de tel que Overpass Turbo.

Si par contre tu pars de fichiers aux formats .osm ou .pbf, par exemple 
les exports Geofabrik (1), un utilitaire tel osmconvert (2) permet de 
convertir les ways (ouverts et fermés) en points, avec l'option 
--all-to-nodes. La doc indique qu'un way fermé est remplacé par son 
barycentre, et qu'un way ouvert est remplacé par un de ses nodes, sans 
plus de précision : à tester. Un étape d'un atelier (3) que j'avais 
animé à SOTM Brest  peut t'aider, mais n'hésite pas à me contacter.


(1) http://download.geofabrik.de/
(2) http://wiki.openstreetmap.org/wiki/Osmconvert
(3) 
http://wiki.cartocite.fr/doku.php?id=formation:osm:les_utilitaires_osmconvert_et_osmfilter


Antoine.


Le 14/01/2016 16:31, osm.sanspourr...@spamgourmet.com a écrit :

Bonjour,
Tout dépend des outils que tu utilises.
Et pour des relations style communes, c'est peut-être (je dis bien 
peut-être) la position de admin_centre qui t'intéresse.

Avec overpass-turbo tu remplaces
out body;
par :
out center;
Exemple des gares :
http://overpass-turbo.eu/s/dJY
/*
This has been generated by the overpass-turbo wizard.
The original search was:
“building=station”
*/
[out:json][timeout:25];
// gather results
(
  // query part for: “building=station”
  node["building"="station"]({{bbox}});
  way["building"="station"]({{bbox}});
  relation["building"="station"]({{bbox}});
);
// print results
//out body;
out center;
>;
out skel qt;
Jean-Yvon
*Gesendet:* Donnerstag, 14. Januar 2016 um 16:19 Uhr
*Von:* "Emmanuel Alquier - emman...@hurikat.com" 


*An:* talk-fr@openstreetmap.org
*Betreff:* [OSM-talk-fr] Obtenir une lat/long pour une way et une 
relation (osm: message 1 of 20)

Bonjour à tous,

Notre (gros) problème du jour : il nous faut absolument une lat/lon 
pour chaque way et chaque relation. Y-a-t-il une façon de l’obtenir 
sans avoir à calculer un barycentre à partir de toutes les nodes qui 
la compose ?
L’objectif est de positionner une way ou une relation sur une carte 
(pour les nodes, c’est bon !).


Parce que là, la seule solution qu’on voit, c'est d’avoir la totalité 
de la base OSM en interne, permettant de voir quelles sont les nodes 
qui composent les way et ainsi calculer le barycentre. Vu le volume… 
ça parait dantesque, et surtout ridicule, le besoin exprimé nous 
parait basique (afficher un POI sur une carte).
Pourquoi n’y a-t-il pas un tag lat/lon réprésentant le barycentre pour 
chaque way et relation ? Ca servirait à beaucoup


Désolé pour les questions peut être stupides, on a dû rater qqch.

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


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


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


[Talk-co] Semanario Nr. 286

2016-01-14 Per discussione Laura Barroso
Hola, el semanario Nr. 286, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM













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


Re: [Talk-cz] WeeklyOSM CZ 285

2016-01-14 Per discussione Marián Kyral
Mlčení je souhlas, takže změněno :-D

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 14. 1. 2016 16:03:11
Předmět: Re: [Talk-cz] WeeklyOSM CZ 285

"
Co takhle: "...heatmapa GPX tras projektu Strava." ?

Marián


-- Původní zpráva --
Od: Tomas Janousek 
Komu: talk-cz@openstreetmap.org
Datum: 14. 1. 2016 15:53:51
Předmět: Re: [Talk-cz] WeeklyOSM CZ 285

"Ahoj,

On Thu, Jan 14, 2016 at 07:57:11AM +0100, Tom Ka wrote:
> Ahoj, je dostupné vydání 285 týdeníku weeklyOSM:
> 
> http://www.weeklyosm.eu/cz/archives/6580

Drobná chybička:

"Zajímavá a užitečná vrstva pro JOSM i jako samostatná mapa – heatmapa GPX
tras z editoru strava." -- mail vlákno skutečně bylo o editoru ze Stravy, 
ale
ta heatmapa nemá s editorem mnoho společného. Strava je primárně web na
sdílení sportovních výkonů/tras, heatmapa se generuje ze skutečných záznamů.

S pozdravem,
-- 
Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/


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


[Talk-es] Semanario Nr. 286

2016-01-14 Per discussione Laura Barroso
Hola, el semanario Nr. 286, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM













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


[Talk-cl] Semanario Nr. 286

2016-01-14 Per discussione Laura Barroso
Hola, el semanario Nr. 286, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM













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


Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

2016-01-14 Per discussione Leonardo Frassetto
Grazie Alessandro! Per curiosità se qualcuno lo usasse in movimento es.
Auto o bici a quanto arriverebbe l'errore?
Il 14/gen/2016 17:07, "Alessandro Palmas" 
ha scritto:

> Il 14/01/2016 15:01, Leonardo Frassetto ha scritto:
>
>> Ciao,
>>
>> all'incontro di Novembre 2015 a Bologna qualcuno aveva mostrato un
>> ricevitore GPS esterno molto più preciso di quello all'interno dei comuni
>> cellulari e GPS commerciali, era una specie di scheda a cui attaccare poi
>> un'antenna.
>>
>> Purtroppo non mi ricordo il nome di questa persona ma se leggesse questa
>> lista potrebbe gentilmente ridescrivere il nome preciso della scheda, la
>> procedura che utilizza per registrare i dati tramite essa e se fosse
>> possibile usarlo come gps esterno da associare al cellulare.
>>
>>
>>
> Ciao Leonardo,
> quella che avevo portato era una schedina della u-blox basata sul chip
> NEO-M8T
> Non è una soluzione out-of-the-box, vedi sotto
>
> Al momento sono ancora in fase di test, diciamo che attualmente se devo
> prendere la posizione di un punto rimanendo fermo circa 30' ottengo una
> precisione inferiore ai 10cm, quando sono in movimento non ho ancora
> trovato un setting soddisfacente.
>
> Il sistema si compone di:
> - modulo u-blox acquistato qui
> http://www.csgshop.com/product.php?id_product=205 (82$ compresa
> spedizione)
> io ho preso questo perchè permette di registrare le singole osservazioni
> dei satelliti permettendo anche il postprocessing utilizzando i file RINEX
> (così quando vado in montagna dove manca il segnale del cellulare posso
> semrpe correggere a posteriori), chi vuole risparmiare circa 8€ può
> prendere http://www.csgshop.com/product.php?id_product=170
> Si tratta di moduli nudi senza contenitore, io l'ho messo in un
> minicontenitore plastico di 6 x 4cm
> chi non vuole sbattersi può rivolgersi a questo evaluation kit
> https://www.u-blox.com/en/product/evk-m8 però il prezzo sale a circa 200€
>
> - antenna esterna: io ho presa una Garmin GA38 a circa 40€ Per collegare
> l'antenna al modulo c'è bisogno del cavo e di un adattatore BNC femmina -
> SMA maschio.
> L'antenna (una doppia frequenza che riceve sia la flotta GPS che GLONASS)
> l'ho presa col suo guscio; da un negozio di elettricità per un paio di euro
> ho preso un tubo rigido e l'ho tagliato a misura per poterlo infilare nello
> zaino e arrivare con l'antenna a 2m esatti (così poi sottraggo 2m
> dall'altitudine)
>
> - smartphone android con CPU di almeno 1,2GHz con su installato RTKGPS+
> Con lo smartphone, se si vuole fare la correzione realtime, occorre avere
> un piano dati attivo (la correzione non consuma molti dati, anzi
> decisamente pochi ad occhio 1kb al secondo).
> Per la correzione del segnale, che è lì che avviene il 90% della magia (il
> restante 10% è una buona antenna), dovete cercare la rete GNSS della vostra
> regione (in Liguria www.gnssliguria.it), vi registrate ed ottenete utente
> e password per accedere ai dati.
>
> - cavetto sdoppiatore che porti alimentazione via mini-USB al modulino e
> trasporti i dati verso lo smartphone: ho preso un cavo bifido che si usava
> con i primi hard disk esterni da 2,5"
>
> - cavetto OTG per lo smartphone (di quelli che si usano per collegare le
> chiavette usb agli smartphone) a cui collegare il connettore dati del cavo
> sopra descritto
>
> - fonte d'alimentazione a 5V per il modulo GPS. Ho preso un power bank per
> cellulari, alimentando solo il GPS il powerbank si spegneva dopo pochi
> secondi perchè secondo lui non c'era nulla attaccato, fortunatamente ha la
> doppia uscita USB per cui ho attaccato un vecchio di HD esterno così ora
> rimane acceso
>
>
> Questi sono gli ingredienti base, ora arriva la parte SW.
>
> Consiglio prima di tutto di scaricare il software di controllo u-center
> https://www.u-blox.com/en/evaluation-software-and-tools per fare i primi
> test: è disponibile per Window$ e per Android, l'ho installato in macchina
> virtuale con virtualBox e in Windows 7 lo vedo come COM3.
> Per provare le correzioni da PC si può usare RTKLIB per Windows che è il
> fratello maggiore della versione per Android.
>
> Allego la schermata di un test fatto ieri tenendo fermo il GPS per 30', i
> parametri cerchiati sono gli errori stimati in metri. Come dicevo devo
> trovare la configurazione giusta per avere una correzione simile anche
> camminando.
> Notare che il ricevitore aggancia sia GPS (i satelliti marcati con G) che
> GLONASS (sigla che inizia con R) e sebbene ne agganci 14 (in basso a
> sinistra # of Sat:14) ho impostato il filtro per rifiutare quelli sotto i
> 20° che inducono troppo errore (causa più lungo passaggio nell'atmosfera) e
> effettuando le misure 'solo' su 9 satelliti
>
> Capisco che per molti sarà un casino totale, tenete però conto che in
> totale ho speso circa 150€, mentre per sistemi pronti penso che ci voglia
> uno zero in più  :-)
>
> Alessandro Ale_zena_IT
>
> ___
> Talk-it mailing 

[OSM-talk-fr] A9 mise en service d'une nouvelle section

2016-01-14 Per discussione Julien Nuts
La mise en service d'une nouvelle section de l'A9 a été mise en service
cette nuit. J'ai fait les modifications, passage de construction en highway
de la partie concernée. J'ai aussi modifié les relations qui été concernées
mais comme c'est la première foi que je touche aux relations, j'aimerais
bien que quelqu'un d'un peu plus expérimenté regarde les relations en
questions et dise si j'ai fait des bêtises ou pas.

Les relations sont Merci et bonne journée

   - Route Européenne 80, France, Toulouse à Salon-de-Provence (1999538,
   v70) 
   - La Languedocienne / La Catalane (108374, v146)
   
   - E 15 (2475053, v259) 
   - A 9 Espagne-Orange (108366, v133)
   

La modification complète est https://www.openstreetmap.org/changeset/3656508


Merci et bonne journée 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] Openclimbingmap

2016-01-14 Per discussione Davide Mangraviti
Entro in causa nella discussione, in quanto il lavoro immenso di mappare le
falesie di arrampicata nel finalese, l'ho quasi del tutto portato avanti io,
iniziato da AleZena e da pochissimi altri. Finirlo è un'impresa..

La questione l'abbiamo già affrontata e come diceva Luca, non si può
definire anche un tag leisure=sport_centre, perchè siamo in un ambiente
naturale con delle pareti attrezzate con spit, chiodi e basta
Per questo motivo ci eravamo uniformati, noi mappers di quella zona per
lasciare solo lo sport=climbing, per almeno segnalare il punto. Non so chi
ha idea della zona, ma già aver fatto questo è un lavoro..
Chiaro che sarebbe bello aggiungere per ogni falesia il numero delle vie, i
gradi, la roccia, il tipo di chiodatura ect... impossibile

Qui non parliamo di boulder, quindi nessun discorso di natural rock, cosa
che andrebbe fatto nella zona vicina sopra Varazze..
Saluti



--
View this message in context: 
http://gis.19327.n5.nabble.com/Openclimbingmap-tp5864710p5864800.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Openclimbingmap

2016-01-14 Per discussione Martin Koppenhoefer
2016-01-14 8:46 GMT+01:00 Luca Delucchi :

> beh se è su una parete non so bene cosa potresti specificare, se
> parlassimo di bouldering allora si potrebbe aggiungere natural=rock
>


si, però soltanto nel caso che sia unito al fondo, altrimenti si usa
natural=stone
(ci sono anche povere 35 istanze di natural=boulder, ma non è documentato).

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


Re: [Talk-it] Openclimbingmap

2016-01-14 Per discussione Martin Koppenhoefer
2016-01-14 11:50 GMT+01:00 Davide Mangraviti :

> La questione l'abbiamo già affrontata e come diceva Luca, non si può
> definire anche un tag leisure=sport_centre, perchè siamo in un ambiente
> naturale con delle pareti attrezzate con spit, chiodi e basta
> Per questo motivo ci eravamo uniformati, noi mappers di quella zona per
> lasciare solo lo sport=climbing, per almeno segnalare il punto. Non so chi
> ha idea della zona, ma già aver fatto questo è un lavoro..
> Chiaro che sarebbe bello aggiungere per ogni falesia il numero delle vie, i
> gradi, la roccia, il tipo di chiodatura ect... impossibile
>


sono d'accordissimo con l'idea di non mettere leisure=sport_centre, ma
forse si potrebbe inventare un tag come leisure=climbing_area /
climbing_zone o natural_climbing o ... (non so bene, che tag sembra più
adatto)?
Questo sopratutto nel caso che ci fosse un nome per la zona (e forse una
pagina web), es. name=Klettergebiet Kitzsteinhorn
website=
http://www.bergsteigen.com/klettergarten/salzburg/glockner-gruppe/klettergebiet-kitzsteinhorn

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


Re: [Talk-gb-westmidlands] Duplicate railway station objects

2016-01-14 Per discussione Andy Robinson
It’s a common problem where mappers have added the station stop to each track. 
When a station is properly mapped out it normally gets fixed

Cheers
Andy

-Original Message-
From: Andy Mabbett [mailto:a...@pigsonthewing.org.uk] 
Sent: 14 January 2016 10:47
To: talk-gb-westmidlands
Subject: [Talk-gb-westmidlands] Duplicate railway station objects

We have a number of duplicate objects for railway stations in our region. For 
example, there are two Cannock Station nodes:

   http://www.openstreetmap.org/node/3168694077

   http://www.openstreetmap.org/node/111757941

What's the best way to resolve these?

--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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


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


Re: [Talk-it] CTR Lombardia in JOSM

2016-01-14 Per discussione Andrea Albani
Io uso questa fonte WMS [1] descritta qui [2]. Provato ora e funziona.
Ciao

[1]
http://www.cartografia.servizirl.it/arcgis/services/wms/ctr_wms/MapServer/WMSServer?request=GetCapabilities=WMS
[2]
http://www.geoportale.regione.lombardia.it/metadati?p_p_id=PublishedMetadata_WAR_geoportalemetadataportlet_p_lifecycle=0_p_state=maximized_p_mode=view&_PublishedMetadata_WAR_geoportalemetadataportlet_view=editPublishedMetadata&_PublishedMetadata_WAR_geoportalemetadataportlet_uuid={D74A3FD1-FE9F-4497-A784-F019E0EBA26A}&_PublishedMetadata_WAR_geoportalemetadataportlet_editType=view&_PublishedMetadata_WAR_geoportalemetadataportlet_fromAsset=true



Il giorno 14 gennaio 2016 12:32, Max1234Ita  ha
scritto:

> Ciao a tutti,
> capita solo a me oppure il server WMS della CTR Lombardia non funziona più?
>
> Io sto usando questo indirizzo:
>
> http://www.cartografia.servizirl.it/arcgis/services/wms/ctr_wms/MapServer/WMSServer
> :
> JOSM (9329) riesce ad ottenere i livelli ma quando provo a visualizzare il
> layer la schermata si riempie di messaggi "Error: Could not load images
> from
> tile server".
>
> Se invece uso il servizio online aprendolo dal Geoportale della Regione mi
> funziona...
> Qualcuno sa aiutarmi a capire cosa succede?
>
> Grazie!
> MAx
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/CTR-Lombardia-in-JOSM-tp5864802.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> 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-br] mudança de estilo conforme escala

2016-01-14 Per discussione Adriano Rosa
imho, essa mudança nos estilos e labels dependendo do zoom se deve ao
período de atualização diferente de cada camada do mapa. as camadas nos
zooms mais altos demoram mais para atualizar.

Em qui, 14 de jan de 2016 às 09:45, Márcio Aguiar Ribeiro <
aguiar.mar...@gmail.com> escreveu:

> Você pode fazer o seu próprio estilo utilizando ferramentas como Mapbox
> Studio [1] e QGIS [2] com os dados do OpenStreetMap, mas não consegui
> entender se é realmente isso que você precisa.
>
> [1] https://www.mapbox.com/mapbox-studio/
> [2] http://www.qgis.org/
>
> Em qua, 13 de jan de 2016 às 16:02, Cassio Eskelsen 
> escreveu:
>
>> Isso é o render do mapa que faz, você não precisa se preocupar com isso
>> (nem tem controle), só em classificar corretamente os eixos conforme seu
>> tipo.
>>
>> Abraços
>>
>> Cássio
>>
>> Cássio Rogério Eskelsen
>> 3Geo
>>
>> 2016-01-13 12:52 GMT-02:00 Kátia Pereira :
>>
>>> Caros,
>>>
>>> Tenho interesse em adicionar ao Open Street Map as estradas legais e
>>> ilegais para a Amazônia Legal. Observei que durante a navegação do mapa, os
>>> estilos e labels das feições mudam conforme eu vou mudando a escala de
>>> visualização. Gostaria de saber como isso é feito.
>>>
>>> Kátia Regina Pereira
>>>
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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


Re: [Talk-it] CTR Lombardia in JOSM

2016-01-14 Per discussione Martin Koppenhoefer
Non sono sicuro, ma se non fosse identico a questo registrato in JOSM,
qualcuno lo potrebbe aggiornare qui: https://josm.openstreetmap.de/wiki/Maps

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


[Talk-it] CTR Lombardia in JOSM

2016-01-14 Per discussione Max1234Ita
Ciao a tutti,
capita solo a me oppure il server WMS della CTR Lombardia non funziona più?

Io sto usando questo indirizzo:
http://www.cartografia.servizirl.it/arcgis/services/wms/ctr_wms/MapServer/WMSServer:
JOSM (9329) riesce ad ottenere i livelli ma quando provo a visualizzare il
layer la schermata si riempie di messaggi "Error: Could not load images from
tile server".

Se invece uso il servizio online aprendolo dal Geoportale della Regione mi
funziona... 
Qualcuno sa aiutarmi a capire cosa succede?

Grazie!
MAx



--
View this message in context: 
http://gis.19327.n5.nabble.com/CTR-Lombardia-in-JOSM-tp5864802.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Manlio Perillo
2016-01-14 13:58 GMT+01:00 Pio :
> Ciao a tutti,
> posso aiutarvi a fugare i dubbi in quanto sono uno dei soci CAI coinvolti
> nell'attività di mappatura dei sentieri dei Monti Lattari .
>

Ciao.

Pensate di coinvolgere anche i soci CAI delle altre province, in modo
da mappare i sentieri del Partenio e dei Monti Picentini?
I gruppi CAI che si occupano di queste zone montane hanno creato delle
mappe cartacee, ma non mi sembra abbiano reso disponibile in modo
completo la mappatura completa dei sentieri su OSM.


Grazie  Manlio

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


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Pio
Ciao a tutti,
posso aiutarvi a fugare i dubbi in quanto sono uno dei soci CAI coinvolti
nell'attività di mappatura dei sentieri dei Monti Lattari .

Come leggevo, confermo che l'attività è portata avanti da vari soci e quindi
per ragioni di rispetto del lavoro di tutti abbiamo utilizzato un account
collettivo. In ogni caso si è sempre contattabili, come ha già fatto
qualcuno per chiedere informazioni.

Una nota: abbiamo caricato più di 100 relazioni, come si evince da: 
http://hiking.waymarkedtrails.org/it/?zoom=12=40.66717=14.52519=0.195=1

  
più qualche altro centinaio di sentieri minori (senza relazione). Leggevo di
soli 6 caricamenti e non riesco a capire.

Per il resto, siamo aperti al confronto, nel puro spirito open. Ad esempio
ho letto di qualche tag che lascia perplessi. Fatemi conscere le vostre
osservazioni, purtroppo non è facile reperire info esaustive sull'argomento.

Devo però confessare che mi ha un pò sorpreso il tono di alcuni post, per
cui mi sento di condividere appieno il Semi OT.

Saluti a tutti
Pio







--
View this message in context: 
http://gis.19327.n5.nabble.com/I-monti-Lattari-su-OpenStreetMap-tp5864626p5864807.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] A9 mise en service d'une nouvelle section

2016-01-14 Per discussione Gaël Simon
Il n'y a plus qu'à mettre à jour Wikipedia 
http://fr.m.wikipedia.org/wiki/Autoroute_A9_(France)

Gaël

Le 14 janv. 2016 à 09:08, Julien Nuts  a écrit :

La mise en service d'une nouvelle section de l'A9 a été mise en service cette 
nuit. J'ai fait les modifications, passage de construction en highway de la 
partie concernée. J'ai aussi modifié les relations qui été concernées mais 
comme c'est la première foi que je touche aux relations, j'aimerais bien que 
quelqu'un d'un peu plus expérimenté regarde les relations en questions et dise 
si j'ai fait des bêtises ou pas.

Les relations sont Merci et bonne journée
Route Européenne 80, France, Toulouse à Salon-de-Provence (1999538, v70)
La Languedocienne / La Catalane (108374, v146)
E 15 (2475053, v259)
A 9 Espagne-Orange (108366, v133)
La modification complète est https://www.openstreetmap.org/changeset/3656508 

Merci et bonne journée

___
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-br] mudança de estilo conforme escala

2016-01-14 Per discussione Márcio Aguiar Ribeiro
Você pode fazer o seu próprio estilo utilizando ferramentas como Mapbox
Studio [1] e QGIS [2] com os dados do OpenStreetMap, mas não consegui
entender se é realmente isso que você precisa.

[1] https://www.mapbox.com/mapbox-studio/
[2] http://www.qgis.org/

Em qua, 13 de jan de 2016 às 16:02, Cassio Eskelsen 
escreveu:

> Isso é o render do mapa que faz, você não precisa se preocupar com isso
> (nem tem controle), só em classificar corretamente os eixos conforme seu
> tipo.
>
> Abraços
>
> Cássio
>
> Cássio Rogério Eskelsen
> 3Geo
>
> 2016-01-13 12:52 GMT-02:00 Kátia Pereira :
>
>> Caros,
>>
>> Tenho interesse em adicionar ao Open Street Map as estradas legais e
>> ilegais para a Amazônia Legal. Observei que durante a navegação do mapa, os
>> estilos e labels das feições mudam conforme eu vou mudando a escala de
>> visualização. Gostaria de saber como isso é feito.
>>
>> Kátia Regina Pereira
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Luca Delucchi
2016-01-14 13:58 GMT+01:00 Pio :
> Ciao a tutti,

ciao,

> posso aiutarvi a fugare i dubbi in quanto sono uno dei soci CAI coinvolti
> nell'attività di mappatura dei sentieri dei Monti Lattari .
>
> Come leggevo, confermo che l'attività è portata avanti da vari soci e quindi
> per ragioni di rispetto del lavoro di tutti abbiamo utilizzato un account
> collettivo. In ogni caso si è sempre contattabili, come ha già fatto
> qualcuno per chiedere informazioni.
>
> Una nota: abbiamo caricato più di 100 relazioni, come si evince da:
> http://hiking.waymarkedtrails.org/it/?zoom=12=40.66717=14.52519=0.195=1
> 
> più qualche altro centinaio di sentieri minori (senza relazione). Leggevo di
> soli 6 caricamenti e non riesco a capire.
>

bravissimi, continuate così

> Per il resto, siamo aperti al confronto, nel puro spirito open. Ad esempio
> ho letto di qualche tag che lascia perplessi. Fatemi conscere le vostre
> osservazioni, purtroppo non è facile reperire info esaustive sull'argomento.
>
> Devo però confessare che mi ha un pò sorpreso il tono di alcuni post, per
> cui mi sento di condividere appieno il Semi OT.
>

stai tranquillo, è sempre così. ogni tanto qualcuno (compreso il
sottoscritto) esagera, è il bello della libertà di parola ;-)

> Saluti a tutti
> Pio
>


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Pio
Ciao Manlio,l'attività di digitalizzazione della rete sentieristica dei 
Lattari, riguarda le due sezioni "competenti" sul territorio ovvero 
Castellammare di Stabia e Cava de Tirreni.
Poichè come immaginerai la cosa ha suscitato molto interesse, non è escluso che 
a breve anche le altre sezioni inizino la mappatura delle altre catene montuose 
campane.
SalutiPio

 
  Da: Manlio Perillo [via GIS] 
 A: Pio  
 Inviato: Giovedì 14 Gennaio 2016 14:28
 Oggetto: Re: I monti Lattari su OpenStreetMap
   
 2016-01-14 13:58 GMT+01:00 Pio <[hidden email]>:
> Ciao a tutti,
> posso aiutarvi a fugare i dubbi in quanto sono uno dei soci CAI coinvolti
> nell'attività di mappatura dei sentieri dei Monti Lattari .
>

Ciao.

Pensate di coinvolgere anche i soci CAI delle altre province, in modo
da mappare i sentieri del Partenio e dei Monti Picentini?
I gruppi CAI che si occupano di queste zone montane hanno creato delle
mappe cartacee, ma non mi sembra abbiano reso disponibile in modo
completo la mappatura completa dei sentieri su OSM.


Grazie  Manlio

___
Talk-it mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-it
 
 
   If you reply to this email, your message will be added to the discussion 
below: 
http://gis.19327.n5.nabble.com/I-monti-Lattari-su-OpenStreetMap-tp5864626p5864809.html
   To unsubscribe from I monti Lattari su OpenStreetMap, click here.
 NAML 

   




--
View this message in context: 
http://gis.19327.n5.nabble.com/I-monti-Lattari-su-OpenStreetMap-tp5864626p5864810.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

2016-01-14 Per discussione Leonardo Frassetto
Ciao,

all'incontro di Novembre 2015 a Bologna qualcuno aveva mostrato un
ricevitore GPS esterno molto più preciso di quello all'interno dei comuni
cellulari e GPS commerciali, era una specie di scheda a cui attaccare poi
un'antenna.

Purtroppo non mi ricordo il nome di questa persona ma se leggesse questa
lista potrebbe gentilmente ridescrivere il nome preciso della scheda, la
procedura che utilizza per registrare i dati tramite essa e se fosse
possibile usarlo come gps esterno da associare al cellulare.

Grazie!

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


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Pio
Capisco il punto: naturalmente si (anche per motivi temporali e per il fatto 
che Garmin elabora in proprio i dati forniti).

Una curiosità: se i dati coincidessero (nel senso che in fondo le tracce quelle 
sono), conservando noi la proprietà intellettuale (nei confronti di Garmin), 
suppongo che nel momento in cui si condividono i dati su OSM, si accettano le 
policy di OSM per i dati ivi caricati.
Giusto?

CiaoPio

 

 
  Da: Luca Delucchi [via GIS] 
 A: Pio  
 Inviato: Giovedì 14 Gennaio 2016 15:14
 Oggetto: Re: I monti Lattari su OpenStreetMap
   
 2016-01-14 15:04 GMT+01:00 Pio <[hidden email]>:
> Pubblicare i dati su OSM è parte di un lavoro più ampio che coinvolge le due
> sezioni:
>
> abbiamo stipulato un accordo con Garmin per la pubblicazione della rete
> sulla Trekmap Italia,

giusto per anticipare gli altri, i dati che fornite i dati sono le
tracce originali non quelle derivate da OSM giusto?

>
> Ciao
> Pio
>

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

___
Talk-it mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-it
 
 
   If you reply to this email, your message will be added to the discussion 
below: 
http://gis.19327.n5.nabble.com/I-monti-Lattari-su-OpenStreetMap-tp5864626p5864816.html
   To unsubscribe from I monti Lattari su OpenStreetMap, click here.
 NAML 

   




--
View this message in context: 
http://gis.19327.n5.nabble.com/I-monti-Lattari-su-OpenStreetMap-tp5864626p5864817.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] CTR Lombardia in JOSM

2016-01-14 Per discussione Andrea Albani
Penso che in regione abbiano aggiornato la piattaforma perchè fino a
qualche settimana fa la fonte embedded in JOSM (che punta alla CTR 1
ferma al 1994) funzionava ancora .
Il corrispondente URL ora risponde "404 file not found" sebbene sia ancora
pubblicato nel catalogo dei servizi cartografici regionali.
L'URL nuovo fornisce la CTR 1 "progressivamente aggiornate dalle nuove
CTR prodotte dai Database Topografici locali (DbT)" dice il sito.

Altra novità e che i dati sono forniti sotto IODL V2.0 quindi penso che le
regole di attribuzione del precedente servizio WMS [1] non siano più
attuali.
La licenza in proposito dice:

indicare la fonte delle Informazioni e il nome del Licenziante, includendo,
se possibile, una copia di questa licenza o un collegamento (link) ad essa.

Quindi immagino che una dicitura tipo "CTR 1 Regione Lombardia
http://www.dati.gov.it/iodl/2.0; possa essere sufficiente.

Cosa ne pensate?

Chiarite queste cose penso si possa procedere all'aggiornamento dei
riferimenti in JOSM come suggerito da Martin

[1] http://wiki.openstreetmap.org/w/images/0/01/S25C-209051517270.jpg

Il giorno 14 gennaio 2016 13:28, Martin Koppenhoefer  ha scritto:

> Non sono sicuro, ma se non fosse identico a questo registrato in JOSM,
> qualcuno lo potrebbe aggiornare qui:
> https://josm.openstreetmap.de/wiki/Maps
>
> grazie,
> 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] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Manlio Perillo
2016-01-14 14:33 GMT+01:00 Pio :
> Ciao Manlio,
> l'attività di digitalizzazione della rete sentieristica dei Lattari,
> riguarda le due sezioni "competenti" sul territorio ovvero Castellammare di
> Stabia e Cava de Tirreni.
>
> Poichè come immaginerai la cosa ha suscitato molto interesse, non è escluso
> che a breve anche le altre sezioni inizino la mappatura delle altre catene
> montuose campane.
>

Ok, grazie.
Avete reso disponibile anche i dati originali come traccie GPS (magari
corrette prendendo i valori medi dalle traccie GPS ottenute
percorrendo i sentieri più volte), descrizione dei sentieri, grado di
difficoltà, etc.

Queste informazioni sono disponibili in parte tramite OSM, ma penso
che farebbe molto comodo averle disponibili in modo ben organizzato
sul sito del CAI in modo da poter create un libro dei sentieri open
source che possa essere utili non solo a chi fa escursionismo ma anche
chi va in mountain bike come me (e con le mountain bike moderne si può
andare praticamente ovunque).


Ciao  Manlio

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


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Pio
Pubblicare i dati su OSM è parte di un lavoro più ampio che coinvolge le due 
sezioni:
   
   - abbiamo stipulato un accordo con Garmin per la pubblicazione della rete 
sulla Trekmap Italia,
   - stiamo realizzando un sito web con le informazioni sui sentieri dei 
Lattari (tracce GPS incluse)   

   - stiamo redigendo la nuova carta dei sentieri, a 25 anni (!) di distanza 
dalla prima.

In ogni caso già ora tutti i sentieri caricati su OSM possono essere scaricati 
su:hiking.lonvia.de

Un pò di pazienza e avrai notizia di quel che chiedi :)
CiaoPio

 

 
  Da: Manlio Perillo [via GIS] 
 A: Pio  
 Inviato: Giovedì 14 Gennaio 2016 14:52
 Oggetto: Re: I monti Lattari su OpenStreetMap
   
 2016-01-14 14:33 GMT+01:00 Pio <[hidden email]>:
> Ciao Manlio,
> l'attività di digitalizzazione della rete sentieristica dei Lattari,
> riguarda le due sezioni "competenti" sul territorio ovvero Castellammare di
> Stabia e Cava de Tirreni.
>
> Poichè come immaginerai la cosa ha suscitato molto interesse, non è escluso
> che a breve anche le altre sezioni inizino la mappatura delle altre catene
> montuose campane.
>

Ok, grazie.
Avete reso disponibile anche i dati originali come traccie GPS (magari
corrette prendendo i valori medi dalle traccie GPS ottenute
percorrendo i sentieri più volte), descrizione dei sentieri, grado di
difficoltà, etc.

Queste informazioni sono disponibili in parte tramite OSM, ma penso
che farebbe molto comodo averle disponibili in modo ben organizzato
sul sito del CAI in modo da poter create un libro dei sentieri open
source che possa essere utili non solo a chi fa escursionismo ma anche
chi va in mountain bike come me (e con le mountain bike moderne si può
andare praticamente ovunque).


Ciao  Manlio

___
Talk-it mailing list
[hidden email]
https://lists.openstreetmap.org/listinfo/talk-it
 
 
   If you reply to this email, your message will be added to the discussion 
below: 
http://gis.19327.n5.nabble.com/I-monti-Lattari-su-OpenStreetMap-tp5864626p5864813.html
   To unsubscribe from I monti Lattari su OpenStreetMap, click here.
 NAML 

   




--
View this message in context: 
http://gis.19327.n5.nabble.com/I-monti-Lattari-su-OpenStreetMap-tp5864626p5864815.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Luca Delucchi
2016-01-14 15:04 GMT+01:00 Pio :
> Pubblicare i dati su OSM è parte di un lavoro più ampio che coinvolge le due
> sezioni:
>
> abbiamo stipulato un accordo con Garmin per la pubblicazione della rete
> sulla Trekmap Italia,

giusto per anticipare gli altri, i dati che fornite i dati sono le
tracce originali non quelle derivate da OSM giusto?

>
> Ciao
> Pio
>

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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


Re: [Talk-ca] Talk-ca Digest, Vol 95, Issue 2

2016-01-14 Per discussione Stewart C. Russell
On 2016-01-13 09:27 AM, Paul Ramsey wrote:
> 
> I hope OSM is happy to take
> address points!

I hope they (we?) are too.

I suspect ranges suffice for Metrolinx. If you're in a residential area,
you have to consider that addresses are within the uncertainty of a GPS
device. You might as well use ranges, as they (generally) are more
efficient on storage.

cheers,
 Stewart

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


Re: [Talk-se] NVDB på väg att släppas som öppna data

2016-01-14 Per discussione Per Eric Rosén

On Wed, 13 Jan 2016, Erik Johansson wrote:


2016-01-13 18:47 GMT+01:00 Per Eric Rosén :
  Den licens man behöver bekräfta finns nedan. Den verkar inte
  helt genomtänkt - framför allt verkar TRV inte riktigt göra
  skillnad på villkor för att ansluta till deras tjänster/API
  (själva nerladdningen, relatidstjänster om trafikstörningar osv)
  och villkor för själva datat


Skickade följande fråga igår:
---
From: Per Eric Rosén 
To: lastka...@trafikverket.se
Date: Wed, 13 Jan 2016 19:19:49 +0100 (CET)
Subject: Re: Skriv i rubrik  #242458


Skall fatta mig kort. Den 13/1-16 så släpper vi våra data helt fritt. Det
kommer att finnas tre licensalternativ, 1-2 är helt fria men olika
inloggningstyper.


Hej och tackar! Roligt att ni lagt upp dem! Nu har jag hittat NVDB på 
hemsidan, och själva formaten den erbjuds i är föredömligt många och öppna.


Dock finns det ett par oklarheter med licensen som jag tror är 
något som inte hunnit tänkas på helt enkelt.


Bland annat är det vad jag uppfattar oklart vad som gäller själva tjänsten 
(att ansluta till trafikverkets servrar för att ladda ner data, för att 
komma åt API:er osv). Där är det självklart inga problem att licensen är 
"exklusiv, icke överlåtbar, icke upplåtbar och återkallbar".


När det gäller själva informationen som laddats ner, är däremot villkoren 
något otydliga. Innebär det att det inte är tillåtet till exempel att göra 
en karta över ett naturreservat, lägga in vägar från NVDB och publicera?
Formuleringen "Såvida du inte har fått Trafikverkets särskilda, skriftliga 
godkännande har du därför inte rätt att hävda äganderätt till, publicera, 
kopiera, överlåta, licensiera ..." tyder på det.


En vanlig definition av "öppna data" är att det är fritt att använda som 
allmänheten önskar - och i "använda" ingår också de immaterialrättsliga 
rättigheterna att kunna sprida materialet, eller deriverade verk som 
innehåller delar av materialet.


Däremot är det också vanligt - och inga problem alls - att i licensen 
för data påpeka att dataleverantören inte på något sätt är ansvarig för 
resultatet av användning av data, att data är korrekta eller användbara på 
något sätt. Likaså självklart att licensen är icke-exklusiv.


Det finns ett par standardlicenser som är vanliga. Det är inte viktigt 
vilken av dem som används, men att materialet går att använda utan 
restriktioner - i alla betydelser - av medborgare i både föreningar och 
företag (samtidigt som Trafikverket hålls fria från ansvar för dessas 
användning) är naturligtvis ett önskemål.


Framför allt vore det bra och rimligt om data från Trafikverket kan 
användas i till exempel Wikipedia, eller i Open Streetmap - en 
internationell fri kartdatabas som redan idag används för mängder av

tjänster och kartor. (http://wiki.openstreetmap.org/).

I allmänhet (för både data, bildfiler, dokument osv) brukar CC-0 
(https://creativecommons.org/publicdomain/zero/1.0/legalcode) passa bra. 
I USA används public domain men CC-0 är vanligare i Europa.


För strukturerade data är ODBL (http://opendatacommons.org/licenses/odbl/) 
ett bra alternativ, som bland annat används i Open Streetmap.


Frågor:

* Vad gäller för själva informationen, till skillnad från tjänsterna?
   Går det att göra kartor baserat på dessa data och sprida (licensmässigt,
   lagar om publicering av kartinformation är en annan fråga)?

* är det tillåtet att använda data från NVDB i Open Streetmap?
   Det fungerar för de flesta andra "öppna data" internationellt och i
   Sverige, och vore mycket värdefullt om det kan fungera för dessa också.

Om Trafikverket inte vill ändra de allmänna licensvillkoren så skulle det 
också fungera bra om vi får tillstånd (som nämns) att använda NVDB-data i 
Open Streetmap under ODBL, CC-0 eller motsvarande licens.


Jag är aktiv i Open Steetmap-projektet i Sverige, och om ni har några 
frågor om Open Streetmap går det bra att fråga mig så kan jag 
förhoppningsvis hjälpa till eller i varje fall skicka vidare till andra.


Hör också gärna av er om ni funderar på om några villkor skulle fungera 
med Open Steetmap eller inte.


hälsar vänligt
Per Eric Rosén, Uppsala (Uppsala cykelförening)___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-se] nvdb

2016-01-14 Per discussione Erik Johansson
2016-01-14 15:58 GMT+01:00 bengt bäverman :
>>
>> * Kontinuerlig import? Ska vi göra importer då och då från NVDB till
>>
> Jag tycker att det vore dumt att göra sig allt besvär för att bara göra 
> importen en enda gång.



Jag är mest intresserad av ställen där nvdb skiljer sig från OSM data.
Det har väl inte gjorts någon större kvantitativ jämförelse, i våra
lokala områden är det väl nvdb som saknar data och i obygden är det
OSM.

Intressant nog så verkar NVDB inte uppdateras särskild snabbt, jag
trodde nya vägar och omläggningar skulle synas där.

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


Re: [Talk-br] mudança de estilo conforme escala

2016-01-14 Per discussione Kátia Pereira
Olá,

Eu me refiro à mudança, por exemplo, na espessura da camada autoestrada.
Quando eu vou aproximando o zoom para a camada a espessura vai ficando
maior. Isso é muito interessante e útil, porque, se consegue visualizar com
maior nível de detalhe do que na escala do país, por exemplo.
Por isso queria saber como isso funciona, porque se eu construir um mapa no
ArcGIS ou QGis, se eu colocar uma estrada com a espessura maior, fica feio
quando olho no nível da escala do Brasil por exemplo. No streetmap essa
espessura vai aumentando a medida que aproximo o zoom.

Kátia Pereira

Em 14 de janeiro de 2016 11:49, Márcio Vinícius Pinheiro <
marcioviniciu...@gmail.com> escreveu:

> Se for o caso de mera diferença no tempo de atualizações das camadas dos
> tiles, a essa altura basta dar um Ctrl+F5 no navegador que o problema já
> deve se resolver, porque essas atualizações não demoram tanto.
>
> Mas é a isso que está se referindo a Kátia? Ela fala em estilos
> diferentes, os estilos já mudaram há muito tempo, já estariam sendo
> mostrados por igual nos diversos níveis de zoom.
> __
> Atenciosamente,
> Márcio Vinícius Pinheiro
> http://about.me/Doideira
>
> __
> Atenciosamente,
> Márcio Vinícius Pinheiro
> http://about.me/Doideira
>
> __
> Atenciosamente,
> Márcio Vinícius Pinheiro
> +5521 98117-0404
> http://about.me/Doideira
> Em 14/01/2016 10:12 AM, "Adriano Rosa"  escreveu:
>
>> imho, essa mudança nos estilos e labels dependendo do zoom se deve ao
>> período de atualização diferente de cada camada do mapa. as camadas nos
>> zooms mais altos demoram mais para atualizar.
>>
>> Em qui, 14 de jan de 2016 às 09:45, Márcio Aguiar Ribeiro <
>> aguiar.mar...@gmail.com> escreveu:
>>
>>> Você pode fazer o seu próprio estilo utilizando ferramentas como Mapbox
>>> Studio [1] e QGIS [2] com os dados do OpenStreetMap, mas não consegui
>>> entender se é realmente isso que você precisa.
>>>
>>> [1] https://www.mapbox.com/mapbox-studio/
>>> [2] http://www.qgis.org/
>>>
>>> Em qua, 13 de jan de 2016 às 16:02, Cassio Eskelsen 
>>> escreveu:
>>>
 Isso é o render do mapa que faz, você não precisa se preocupar com isso
 (nem tem controle), só em classificar corretamente os eixos conforme seu
 tipo.

 Abraços

 Cássio

 Cássio Rogério Eskelsen
 3Geo

 2016-01-13 12:52 GMT-02:00 Kátia Pereira :

> Caros,
>
> Tenho interesse em adicionar ao Open Street Map as estradas legais e
> ilegais para a Amazônia Legal. Observei que durante a navegação do mapa, 
> os
> estilos e labels das feições mudam conforme eu vou mudando a escala de
> visualização. Gostaria de saber como isso é feito.
>
> Kátia Regina Pereira
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

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


-- 
Kátia Regina Pereira
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

2016-01-14 Per discussione Leonardo
Interessante, 30cm sono comunque molto molto più precisi dei famosi 5m 
dei GPS presenti nei cellulari (ottenibili nelle migliori condizioni 
metereologiche + molti satelliti visibili + GLONASS)!


Potresti prendere in considerazione di aggiungere alcune tue rilevazioni 
al database degli offset per le ortofoto disponibili su JOSM? Vedi qui 
il plugin:


https://wiki.openstreetmap.org/wiki/Imagery_Offset_Database#JOSM_Plugin

Sarebbero molto comode per riallineare le foto della PCN, argomento 
abbastanza caldo qua in lista :)


Ciao e grazie delle informazioni!

Leonardo

Il 14/01/2016 22:05, Alessandro Palmas ha scritto:

Il 14/01/2016 18:57, Leonardo Frassetto ha scritto:


Grazie Alessandro! Per curiosità se qualcuno lo usasse in movimento 
es. Auto o bici a quanto arriverebbe l'errore?




Potrei azzardare che, in condizioni di buona visibilità della volta 
celeste (non in un bosco) e a velocità inferiori a 36kmh (configurato 
in modalità stationery) dovrebbe raggiungere i 20 - 30cm.




Il 14/01/2016 21:27, Lorenzo Perone ha scritto:

Ciao Alessandro,
per stimare la precisione "reale" ti suggerisco di battezzare un 
punto comodo vicino casa o se sei fortunato un trigonometrico della 
tua regione di cui dovresti riuscire a trovare delle monografie.
Fai delle misure in statico di almeno 30 minuti a distanza di alcune 
ore, così usi una costellazione diversa.

Avrai delle sorprese :)
Se usi un trigonometrico di posizione nota scegli come datum ETRS89 e 
fai misure con tempi decrescenti e per ogni tempo di riferimento 
almeno 10 letture.

Io procedendo così sono riuscito a chiarirmi le idee.
Ciao.
Lorenzo


Ho visto delle prove in movimento con l'ublox e accanto un Topcon e 
all'incirca si parlava di una ventina di cm.


Per ora uso il lucernario che ho nello studio in casa :-) e faccio 
prove per configurare quell'accidente di RTKGPS+ di cui c'è poca 
documentazione; arrivato ad una configurazione decente andrò su 
qualche trigonometrico e al campo prova di Genova Bolzaneto
http://www.dicca.unige.it/geomatica/campoprova/index.php/2013-10-11-12-35-43/campo 


in modo da potermi spostare tra un chiodo e l'altro


___
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] LPI Base Map - green areas ?

2016-01-14 Per discussione Andrew Davidson
Looking at the old Parish map it would appear that it used to be part
of the State Forest until they built the Mangrove Creek Dam at which
point it became reserved for water conservation purposes. 
I suppose you could tag it:
 boundary=protected_area protect_class=12
Not sure what name you'd give it because the map just says "FOR WATER
SUPPLY".

- Original Message -
From: "Warin" 
To:"talk-au" 
Cc:
Sent:Fri, 15 Jan 2016 10:58:49 +1100
Subject:[talk-au] LPI Base Map - green areas ?

 Hi,

 On the LPI base map green areas apear at first to be
 National Parks - a darker green area that is visible at all zooms.
 State Forests - lighter green, visible when zoomed in.

 I have mapped out the McPherson State Forest boundary using the LPI
base 
 map. Fine (apart from a typo in the name!) Relationship 5748137.

 However when I use the 'Administration Boundaries State Forests' the 
 northern section I have plotted does not look to be a State Forest.

 So what is this green area on the LPI base map .. when it is not a
State 
 Forest?
 I have mapped some as parks as shown by their name. And I found one 
 where I know it as a 'common'.

 Maybe they are "miscellaneous crown lands"?

 I'll reduce the relationship 5748137 to match the smaller admin
boundary.
 But what to do with the other green bit from the base map? I can
leave 
 it behind with a note .. and no other tags. Would be usefull if
someone 
 comes across it and knows what it is.

 ___
 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


[talk-au] LPI Base Map - green areas ?

2016-01-14 Per discussione Warin

Hi,

On the LPI base map green areas apear at first to be
National Parks - a darker green area that is visible at all zooms.
State Forests - lighter green, visible when zoomed in.

I have mapped out the McPherson State Forest boundary using the LPI base 
map. Fine (apart from a typo in the name!). Relationship 5748137.


However when I use the 'Administration Boundaries State Forests' the 
northern section I have plotted does not look to be a State Forest.


So what is this green area on the LPI base map .. when it is not a State 
Forest?
I have mapped some as parks as shown by their name. And I found one 
where I know it as a 'common'.


Maybe they are "miscellaneous crown lands"?

I'll reduce the relationship 5748137 to match the smaller admin boundary.
But what to do with the other green bit from the base map? I can leave 
it behind with a note .. and no other tags. Would be usefull if someone 
comes across it and knows what it is.



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


[Talk-GB] Schools project - update 2

2016-01-14 Per discussione Rob Nickerson
Another update on the quarterly project.

0. The what project?
http://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects

1. GL postcode gains the lead
I've updated the progress table in the above link. GL postcode has surged
from 12th place to 1st! Well done :-)

2. Matching algorithm updated
It looks like Robert W updated the matching algorithm shortly afterwards as
all percentages have seen an increase. London WC is now showing as 100%
complete but the detailed page gives another story. Don't forget to use the
ref:edubase (and similar) tags as Robert's tool makes use of these.

3. We inspired OSM-BE!!
Great news: The OpenStreetMap Belgium group has set up the same quarterly
project in their country.
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects

4. The edits continue at pace :-)
Today saw our highest number of changesets with the #OSMschools tag and,
after an initial clear out of bad/duplicated data, the total number of
schools is on the rise. We are also still converting nodes to ways so
that's great too :-D

5. Department for Education tweeted us!
I'm hoping to get them involved :-)
https://twitter.com/educationgovuk/status/685393485667680256

Thanks all,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-it] SW per Roadbook?

2016-01-14 Per discussione mircozorzo
Ciao, grazie cascafico, credo che sia la strada giusta.
Ho estratto i place con Overpass, ora mi mancano gli altri passaggi, ma con
calma e un po di documentazione ci arriverò.

Grazie



Ciao, Mirco
--  



--
View this message in context: 
http://gis.19327.n5.nabble.com/SW-per-Roadbook-tp5864512p5864841.html
Sent from the Italy General mailing list archive at Nabble.com.

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


[Talk-us] Whole-US Garmin Map update - 2016-01-11

2016-01-14 Per discussione 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/2016-01-11

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2016-01-11/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/2016-01-11

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-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

2016-01-14 Per discussione Michele iw1gfv

Il 15/01/2016 00:30, Leonardo ha scritto:

Interessante, 30cm sono comunque molto molto più precisi dei famosi 5m
dei GPS presenti nei cellulari (ottenibili nelle migliori condizioni
metereologiche + molti satelliti visibili + GLONASS)!


Ciao a tutta la lista, scrivo poco , ma vi seguo
Tempo fa avevo costruito questo accrocchio:
http://iw1gfv.it/Collegare_un_GPS_Garmin_ad_un_dispositivo_Android
Come precisione non è neanche lontanamente paragonabile al gps rtk di 
cui parlate, ma nei boschi migliora di molto rispetto al gps integrato, 
ed è di semplice costruzione.
Questo sistema permette di avere la precisione del GPS60 ma con la 
comodità dell'interfaccia dei software Android.



Alimento il tutto con una batteria a 6V con un regolatore a 5V, così 
carico il cellulare, mentre alimento il gps.


Ciao a tutti

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


Re: [OSM-talk-fr] Obtenir une lat/long pour une way et une relation

2016-01-14 Per discussione Frédéric Rodrigo
Si c'est sur un grande grande quantité d'objets tu devras faire ça de 
ton coté.
Si ne le nombre est plus faible et que tu es capable de filtrer 
préalablement les objets que tu veux, ou que tu peux faire ça à la volé 
tu peux utilise overpass, mais il faut également penser que tu risques 
d'avoir besoin de faire des mises à jour.


Le faire chez soit, n'implique pas d'utiliser une base de données, il y 
a des outils qui manuellement les fichiers osm.


Pour Osmose, pour aller plus vite on prend le nœud du centre (nœud n° n/2)


Le 14/01/2016 16:19, Emmanuel Alquier a écrit :

Bonjour à tous,

Notre (gros) problème du jour : il nous faut absolument une lat/lon pour chaque 
way et chaque relation. Y-a-t-il une façon de l’obtenir sans avoir à calculer 
un barycentre à partir de toutes les nodes qui la compose ?
L’objectif est de positionner une way ou une relation sur une carte (pour les 
nodes, c’est bon !).

Parce que là, la seule solution qu’on voit, c'est d’avoir la totalité de la 
base OSM en interne, permettant de voir quelles sont les nodes qui composent 
les way et ainsi calculer le barycentre. Vu le volume… ça parait dantesque, et 
surtout ridicule, le besoin exprimé nous parait basique (afficher un POI sur 
une carte).
Pourquoi n’y a-t-il pas un tag lat/lon réprésentant le barycentre pour chaque 
way et relation ? Ca servirait à beaucoup

Désolé pour les questions peut être stupides, on a dû rater qqch.

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


Wochennotiz Nr. 286 05.01.2016 – 11.01.2016

2016-01-14 Per discussione wnreader
Hallo,

die Wochennotiz Nr. 286 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/blog/2016/01/wochennotiz-nr-286/

Viel Spaß beim Lesen!



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


Re: [Talk-se] nvdb

2016-01-14 Per discussione Henrik Larsson
Hej,
Uppdateringshastigheten beror på flera olika orsaker, tror jag. OSM är nästan 
alltid snabbare enligt min erfarenhet. Vi som rapporterar till NVDB följer en 
viss process där vi kanske inte rapporterar  innan en nybyggd väg är helt 
färdig och relationshandlingarna är klara. Efter att vägen byggs kan det vara 
saker som vi som beställare inte är nöjda med och då kan det dröja innan allt 
är åtgärdat och först då rapporterar man in ändringen till trafikverket. Vi 
samlar också in lite mer vägattribut.

mvh Henrik

-
Henrik Larsson, GIS-samordnare
Stadsbyggnadsförvaltningen
Sjöbo Kommun
 N 55° 38' 29.274"   E 13° 41' 32.369"
-


Från: Erik Johansson [erjo...@gmail.com]
Skickat: den 14 januari 2016 18:16
Till: OpenStreetMap Sverige mailinglista
Ämne: Re: [Talk-se] nvdb

2016-01-14 15:58 GMT+01:00 bengt bäverman :
>>
>> * Kontinuerlig import? Ska vi göra importer då och då från NVDB till
>>
> Jag tycker att det vore dumt att göra sig allt besvär för att bara göra 
> importen en enda gång.



Jag är mest intresserad av ställen där nvdb skiljer sig från OSM data.
Det har väl inte gjorts någon större kvantitativ jämförelse, i våra
lokala områden är det väl nvdb som saknar data och i obygden är det
OSM.

Intressant nog så verkar NVDB inte uppdateras särskild snabbt, jag
trodde nya vägar och omläggningar skulle synas där.

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

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


Re: [Talk-de] Wochennotiz Nr. 286 05.01.2016 – 11.01.2016

2016-01-14 Per discussione chris66
Am 14.01.2016 um 19:28 schrieb wnrea...@gmail.com:
> die Wochennotiz Nr. 286 mit vielen wichtigen Neuigkeiten aus der 
> OpenStreetMap Welt ist da: 
> 
> http://blog.openstreetmap.de/blog/2016/01/wochennotiz-nr-286/

Seite wird nicht gefunden.

VG



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


Re: [Talk-de] Wochennotiz Nr. 286 05.01.2016 – 11.01.2016

2016-01-14 Per discussione Tobias
On 14.01.2016 19:28, wnrea...@gmail.com wrote:
> Hallo,
>
> die Wochennotiz Nr. 286 mit vielen wichtigen Neuigkeiten aus der 
> OpenStreetMap Welt ist da: 
>
> http://blog.openstreetmap.de/blog/2016/01/wochennotiz-nr-286/
>
> Viel Spaß beim Lesen!
>
> 
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
Hi,

irgendwas ist mit dem link schief gegagen ...

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


Re: [Talk-de] Wochennotiz Nr. 286 05.01.2016 – 11.01.2016

2016-01-14 Per discussione Michael Reichert
Hallo,

Am 2016-01-14 um 19:56 schrieb chris66:
> Am 14.01.2016 um 19:28 schrieb wnrea...@gmail.com:
>> die Wochennotiz Nr. 286 mit vielen wichtigen Neuigkeiten aus der 
>> OpenStreetMap Welt ist da: 
>>
>> http://blog.openstreetmap.de/blog/2016/01/wochennotiz-nr-286/
> 
> Seite wird nicht gefunden.

Da hat wohl einer unser Werbungs-Skript aufgerufen, bevor er auf
"Veröffentlichen" geklickt hat.

Die Wochennotiz ist jetzt öffentlich. Viel Spaß beim Lesen.

Viele Grüße

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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


Re: [Talk-de] Wochennotiz Nr. 286 05.01.2016 – 11.01.2016

2016-01-14 Per discussione malenki
On Thu, 14 Jan 2016 20:09:49 +0100,
Michael Reichert wrote:

> Hallo,
> 
> Am 2016-01-14 um 19:56 schrieb chris66:
> > Am 14.01.2016 um 19:28 schrieb wnrea...@gmail.com:  
> >> die Wochennotiz Nr. 286 mit vielen wichtigen Neuigkeiten aus der
> >> OpenStreetMap Welt ist da: 
> >>
> >> http://blog.openstreetmap.de/blog/2016/01/wochennotiz-nr-286/  
> > 
> > Seite wird nicht gefunden.  
> 
> Da hat wohl einer unser Werbungs-Skript aufgerufen, bevor er auf
> "Veröffentlichen" geklickt hat.
> 
> Die Wochennotiz ist jetzt öffentlich. Viel Spaß beim Lesen.

Offenbar wurde die WN veröffentlicht, während ich sie korrekturlas. Als
ich dann "Speichern" klickte, wurde sie wieder in den nicht-
öffentlichen Review-Status versetzt.

hth
Thomas



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


Re: [OSM-talk-be] Rise of the voetwegen

2016-01-14 Per discussione joost schouppe
Back on topic: I'm working on a wiki page on the subject, in hopes of
drawing some conclusions after this discussion. I would like to create this
page:

http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Slowroads

Is there a way to make this a draft so you guys can review it first? Or
should I just publish and put a header that this is still a draft?

2015-12-08 7:31 GMT+01:00 Jo :

> The question is rather: how many messages are not getting written in
> French, because people feel obliged to translate themselves?
>
> 2015-12-08 2:56 GMT+01:00 André Pirard :
>
>> On 2015-12-04 08:13, joost schouppe wrote :
>>
>> I don't think it's realistic to ask everyone to translate into the three
>> languages. It is too much work, but also: I'm not sure anyone would
>> understand my French :)
>>
>> There is no perfect solution as some of us are monolingual. But I think
>> we're actually doing pretty good. People do tend to write in English when
>> their message is relevant to all Belgians.
>>
>> Some things we might do to improve:
>> - try to write auto-translate friendly. So try to avoid typical
>> expressions, mixing languages, etcetera.
>> - try to be mindful of a conversation  turning from local interest to
>> Belgian interest. Consider switching to English in those cases.
>> - when you're interested in a conversation but can't follow because of
>> the language, just ask for a summary of the conversation in English or the
>> other  main national language.
>>
>> Good thoughts.
>> Sorry I hadn't seen Lionel's message and Jo's and Joost's answers before
>> sending my last message.
>> (I'm a threaded messages display newbie ;-) )
>>
>> First, I repeat, and maybe update, my previous advice for translation for
>> Thunderbird and Firefox:
>> S3.Google Translator (extension): no need to copy and paste to read
>> messages, just select.
>> This (the following) is done with it.  Even a "language learning"
>> function.
>>
>> Tout d'abord, je le répète, et peut-être mettre à jour, mon conseil
>> précédent pour la traduction pour Thunderbird et Firefox:
>> S3.Google Translator: pas besoin de copier et coller à lire les
>> messages, sélectionnez simplement.
>> Cela se fait avec elle. Même une fonction "d'apprentissage de la langue".
>>
>> Ten eerste, ik herhaal, en misschien werken, mijn vorige advies voor
>> vertaling voor Thunderbird en Firefox:
>> S3.Google Translator: geen behoefte om te kopiëren en te plakken om
>> berichten te lezen, gewoon selecteren.
>> Dit wordt gedaan met het. Zelfs een functie "leren van talen".
>>
>> Second, as an experiment, I used Google Translation from nl.wikipedia.
>> Google has a terrible problem with word order (1), for example, the verb
>> at the end of the phrase.
>> I understood most of the translation to English directly, but I rather
>> often had to read the phrase a second time to understand.  So, why was it
>> so difficult with talk-be?
>>
>> "try to write auto-translate friendly" says Joost.
>> Perfectly true. When I write text on my Web site which uses translation
>> buttons, I often check the translation. But Google are a real pest, they
>> made a translation cache, they don't check the file date and you don't see
>> any change. So the trick is to write in Thunderbird and to check the
>> translation with S3.Google Translator.
>> But this feedback process is tedious and without it it's only guesses.
>> The only advice I can think of is to make simple and unambiguous phrases.
>> I don't know Dutch enough to give advices for it.
>> But maybe Jo, who knows the three languages so well, could repeat my
>> experiment, see if he finds a translation quality difference and why and
>> conclude with advices to write his mother language more simply.
>>
>> Hoping this can help,
>>
>> André.
>> (1) I once put in the Wikipedia "Google Translation" page a Russian ->
>> English translation that said exactly the opposite because of word order
>> (but, as usual, they removed it and they asked me 2€ instead).
>>
>
>


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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


Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

2016-01-14 Per discussione Lorenzo Perone
Ciao Alessandro,
per stimare la precisione "reale" ti suggerisco di battezzare un punto
comodo vicino casa o se sei fortunato un trigonometrico della tua regione
di cui dovresti riuscire a trovare delle monografie.
Fai delle misure in statico di almeno 30 minuti a distanza di alcune ore,
così usi una costellazione diversa.
Avrai delle sorprese :)
Se usi un trigonometrico di posizione nota scegli come datum ETRS89 e fai
misure con tempi decrescenti e per ogni tempo di riferimento almeno 10
letture.
Io procedendo così sono riuscito a chiarirmi le idee.
Ciao.
Lorenzo


Il giorno gio 14 gen 2016, 17:07 Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 14/01/2016 15:01, Leonardo Frassetto ha scritto:
> > Ciao,
> >
> > all'incontro di Novembre 2015 a Bologna qualcuno aveva mostrato un
> > ricevitore GPS esterno molto più preciso di quello all'interno dei
> > comuni cellulari e GPS commerciali, era una specie di scheda a cui
> > attaccare poi un'antenna.
> >
> > Purtroppo non mi ricordo il nome di questa persona ma se leggesse
> > questa lista potrebbe gentilmente ridescrivere il nome preciso della
> > scheda, la procedura che utilizza per registrare i dati tramite essa e
> > se fosse possibile usarlo come gps esterno da associare al cellulare.
> >
> >
>
> Ciao Leonardo,
> quella che avevo portato era una schedina della u-blox basata sul chip
> NEO-M8T
> Non è una soluzione out-of-the-box, vedi sotto
>
> Al momento sono ancora in fase di test, diciamo che attualmente se devo
> prendere la posizione di un punto rimanendo fermo circa 30' ottengo una
> precisione inferiore ai 10cm, quando sono in movimento non ho ancora
> trovato un setting soddisfacente.
>
> Il sistema si compone di:
> - modulo u-blox acquistato qui
> http://www.csgshop.com/product.php?id_product=205 (82$ compresa
> spedizione)
> io ho preso questo perchè permette di registrare le singole osservazioni
> dei satelliti permettendo anche il postprocessing utilizzando i file
> RINEX (così quando vado in montagna dove manca il segnale del cellulare
> posso semrpe correggere a posteriori), chi vuole risparmiare circa 8€
> può prendere http://www.csgshop.com/product.php?id_product=170
> Si tratta di moduli nudi senza contenitore, io l'ho messo in un
> minicontenitore plastico di 6 x 4cm
> chi non vuole sbattersi può rivolgersi a questo evaluation kit
> https://www.u-blox.com/en/product/evk-m8 però il prezzo sale a circa 200€
>
> - antenna esterna: io ho presa una Garmin GA38 a circa 40€ Per collegare
> l'antenna al modulo c'è bisogno del cavo e di un adattatore BNC femmina
> - SMA maschio.
> L'antenna (una doppia frequenza che riceve sia la flotta GPS che
> GLONASS) l'ho presa col suo guscio; da un negozio di elettricità per un
> paio di euro ho preso un tubo rigido e l'ho tagliato a misura per
> poterlo infilare nello zaino e arrivare con l'antenna a 2m esatti (così
> poi sottraggo 2m dall'altitudine)
>
> - smartphone android con CPU di almeno 1,2GHz con su installato RTKGPS+
> Con lo smartphone, se si vuole fare la correzione realtime, occorre
> avere un piano dati attivo (la correzione non consuma molti dati, anzi
> decisamente pochi ad occhio 1kb al secondo).
> Per la correzione del segnale, che è lì che avviene il 90% della magia
> (il restante 10% è una buona antenna), dovete cercare la rete GNSS della
> vostra regione (in Liguria www.gnssliguria.it), vi registrate ed
> ottenete utente e password per accedere ai dati.
>
> - cavetto sdoppiatore che porti alimentazione via mini-USB al modulino e
> trasporti i dati verso lo smartphone: ho preso un cavo bifido che si
> usava con i primi hard disk esterni da 2,5"
>
> - cavetto OTG per lo smartphone (di quelli che si usano per collegare le
> chiavette usb agli smartphone) a cui collegare il connettore dati del
> cavo sopra descritto
>
> - fonte d'alimentazione a 5V per il modulo GPS. Ho preso un power bank
> per cellulari, alimentando solo il GPS il powerbank si spegneva dopo
> pochi secondi perchè secondo lui non c'era nulla attaccato,
> fortunatamente ha la doppia uscita USB per cui ho attaccato un vecchio
> di HD esterno così ora rimane acceso
>
>
> Questi sono gli ingredienti base, ora arriva la parte SW.
>
> Consiglio prima di tutto di scaricare il software di controllo u-center
> https://www.u-blox.com/en/evaluation-software-and-tools per fare i primi
> test: è disponibile per Window$ e per Android, l'ho installato in
> macchina virtuale con virtualBox e in Windows 7 lo vedo come COM3.
> Per provare le correzioni da PC si può usare RTKLIB per Windows che è il
> fratello maggiore della versione per Android.
>
> Allego la schermata di un test fatto ieri tenendo fermo il GPS per 30',
> i parametri cerchiati sono gli errori stimati in metri. Come dicevo devo
> trovare la configurazione giusta per avere una correzione simile anche
> camminando.
> Notare che il ricevitore aggancia sia GPS (i satelliti marcati con G)
> che GLONASS (sigla che inizia con R) e sebbene ne agganci 14 (in 

Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione girarsi_liste
Il 14/01/2016 13:58, Pio ha scritto:
> Ciao a tutti,
> posso aiutarvi a fugare i dubbi in quanto sono uno dei soci CAI coinvolti
> nell'attività di mappatura dei sentieri dei Monti Lattari .
> 
> Come leggevo, confermo che l'attività è portata avanti da vari soci e quindi
> per ragioni di rispetto del lavoro di tutti abbiamo utilizzato un account
> collettivo. In ogni caso si è sempre contattabili, come ha già fatto
> qualcuno per chiedere informazioni.
> 

Che poi in teoria sarei io, fa piacere vedere che ti sei iscritto in lista.


> Una nota: abbiamo caricato più di 100 relazioni, come si evince da: 
> http://hiking.waymarkedtrails.org/it/?zoom=12=40.66717=14.52519=0.195=1
> 
>   
> più qualche altro centinaio di sentieri minori (senza relazione). Leggevo di
> soli 6 caricamenti e non riesco a capire.
> 

I 6 caricamenti, che poi sarebbero 7, era riferito alle tracce private
risultanti nel vostro profilo su OSM.

> Per il resto, siamo aperti al confronto, nel puro spirito open. Ad esempio
> ho letto di qualche tag che lascia perplessi. Fatemi conscere le vostre
> osservazioni, purtroppo non è facile reperire info esaustive sull'argomento.
> 

Bè si può discutere qui in lista, tanto non morde nessuno, e comunque
resta anche ad altri la disucssione.

i tag nelle relazioni da me evidenziati sono:


 - network=lwn, che secondo me, visto trattasi di sentiero ufficiale
CAI, dovrebbe essere rwn.


-  il tag source=* (GPS il valore in questo caso),  in teoria si era
detto di mettere il valore nell'oggetto del caricamento, onde evitare
appesantimenti al database.

 - surface=ground, dice poco sull'effettivo tipo di terreno, per cui mi
rimetto a chi conosce il posto.

- tag symbol=Rosso bianco rosso, dovrebbe essere internazionalizzato in
red_white_red, giusto?


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



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


Re: [Talk-it] CTR Lombardia in JOSM

2016-01-14 Per discussione Simone Cortesi
2016-01-14 14:35 GMT+01:00 Andrea Albani :
>
> indicare la fonte delle Informazioni e il nome del Licenziante, includendo,
> se possibile, una copia di questa licenza o un collegamento (link) ad essa.
>
> Quindi immagino che una dicitura tipo "CTR 1 Regione Lombardia
> http://www.dati.gov.it/iodl/2.0; possa essere sufficiente.
>
> Cosa ne pensate?
>
> Chiarite queste cose penso si possa procedere all'aggiornamento dei
> riferimenti in JOSM come suggerito da Martin
>
> [1] http://wiki.openstreetmap.org/w/images/0/01/S25C-209051517270.jpg

Penso possa bastare.

Ieri, per altri motivi, ho incontrato i dirigenti del servizio
cartografia di Regione Lombardia e sono estremamente contenti di
quello che abbiamo fatto con i loro dati.

-- 
-S

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


Re: [talk-latam] Anulacion de correo

2016-01-14 Per discussione Nicolás Alvarez

> El 14 ene 2016, a las 17:20, josafat plascencia  
> escribió:
> 
> Hola me podrian borrar de su lista de correos por fa
> 

El link para desuscribirse está al final de cada correo que recibes de la 
lista: https://lists.openstreetmap.org/listinfo/talk-latam___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam


[Talk-in] Mapathon | Call for Organizers

2016-01-14 Per discussione Srikar
Dear All,

Hope you all are doing great! I'm one of the members planning to
organize Mapathons across India. This website will act as a feed
displaying them. https://mapathon.wordpress.com/ You are all invited to
be part of the initiative.

*What it is?*
Like people come out and run for miles in Marathons, here we will have a
group of volunteers mapping a place collaboratively as part of a
Mapathon.   

*Participation*
You can invite your friends, family members, NGOs, etc in organizing a
Mapathon. May be you can organize a Mapathon at your college/university
where
you had studied - this will help in mobilizing existing students with a
potential in creating a chain reaction of new mappers. We can share
mapping stories,
experiences, and achievements on the website.

*Ideas
*Your ideas are most welcome. We are aiming towards establishing a
culture where mapping is realized as a significant community activity
and responsibility.
*
Discussion Group*
We have created a group on Telegram, interested ones can join us here. 
https://telegram.me/joinchat/A7-R0ALYFYK0NBHgZ1QNuA

Thank you.
Srikar Arepalli

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


[Talk-cl] Mapeo para el foro mundial de la Bicicleta

2016-01-14 Per discussione ignacio abé
Estimados

El foro mundial de la bicicleta es una instancia que nació de la ciudadanía
organizada para discutir sobre políticas públicas y otros aspectos
relevantes del ciclismo como una alternativa válida de transporte, urbano o
rural. Ver http://www.fmb5.org/

La quinta versión se realizará en Chile, entre entre el 31 de Marzo y el 5
de Abril. Vendran expositores y visitantes de diversos países de
Latinoamérica.

Yo estoy colaborando con la organización con el tema de la planificación
territorial, y en este caso OPENSTREETMAP es una herramienta muy valiosa.
Primero porque hay muchos voluntarios disponibles y OSM permite que
trabajen de manera coordinada. Y segundo porque el foro es una buena
instancia para dar a conocer la importancia y utilidad de este gran
proyecto.

Es parte de los planes que realicemos unos talleres de mapeo (o mapatones)
para mejorar la cartografía de las zonas donde se desarrollará el foro. Si
son muchos los asistentes me será de gran ayuda su colaboración para mapear
o enseñar.

Los mantendré al tanto de los detalles.

Un gran saludo

Ignacio Abé
pedaleable.org
cel: 82895523
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl


Re: [Talk-it] Precisione GPS cellulare e idea dall'incontro a Bologna 2015

2016-01-14 Per discussione Alessandro Palmas

Il 14/01/2016 18:57, Leonardo Frassetto ha scritto:


Grazie Alessandro! Per curiosità se qualcuno lo usasse in movimento 
es. Auto o bici a quanto arriverebbe l'errore?




Potrei azzardare che, in condizioni di buona visibilità della volta 
celeste (non in un bosco) e a velocità inferiori a 36kmh (configurato in 
modalità stationery) dovrebbe raggiungere i 20 - 30cm.




Il 14/01/2016 21:27, Lorenzo Perone ha scritto:

Ciao Alessandro,
per stimare la precisione "reale" ti suggerisco di battezzare un punto 
comodo vicino casa o se sei fortunato un trigonometrico della tua 
regione di cui dovresti riuscire a trovare delle monografie.
Fai delle misure in statico di almeno 30 minuti a distanza di alcune 
ore, così usi una costellazione diversa.

Avrai delle sorprese :)
Se usi un trigonometrico di posizione nota scegli come datum ETRS89 e 
fai misure con tempi decrescenti e per ogni tempo di riferimento 
almeno 10 letture.

Io procedendo così sono riuscito a chiarirmi le idee.
Ciao.
Lorenzo


Ho visto delle prove in movimento con l'ublox e accanto un Topcon e 
all'incirca si parlava di una ventina di cm.


Per ora uso il lucernario che ho nello studio in casa :-) e faccio prove 
per configurare quell'accidente di RTKGPS+ di cui c'è poca 
documentazione; arrivato ad una configurazione decente andrò su qualche 
trigonometrico e al campo prova di Genova Bolzaneto

http://www.dicca.unige.it/geomatica/campoprova/index.php/2013-10-11-12-35-43/campo
in modo da potermi spostare tra un chiodo e l'altro


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


Re: [Talk-br] mudança de estilo conforme escala

2016-01-14 Per discussione Márcio Vinícius Pinheiro
Se for o caso de mera diferença no tempo de atualizações das camadas dos
tiles, a essa altura basta dar um Ctrl+F5 no navegador que o problema já
deve se resolver, porque essas atualizações não demoram tanto.

Mas é a isso que está se referindo a Kátia? Ela fala em estilos diferentes,
os estilos já mudaram há muito tempo, já estariam sendo mostrados por igual
nos diversos níveis de zoom.
__
Atenciosamente,
Márcio Vinícius Pinheiro
http://about.me/Doideira

__
Atenciosamente,
Márcio Vinícius Pinheiro
http://about.me/Doideira

__
Atenciosamente,
Márcio Vinícius Pinheiro
+5521 98117-0404
http://about.me/Doideira
Em 14/01/2016 10:12 AM, "Adriano Rosa"  escreveu:

> imho, essa mudança nos estilos e labels dependendo do zoom se deve ao
> período de atualização diferente de cada camada do mapa. as camadas nos
> zooms mais altos demoram mais para atualizar.
>
> Em qui, 14 de jan de 2016 às 09:45, Márcio Aguiar Ribeiro <
> aguiar.mar...@gmail.com> escreveu:
>
>> Você pode fazer o seu próprio estilo utilizando ferramentas como Mapbox
>> Studio [1] e QGIS [2] com os dados do OpenStreetMap, mas não consegui
>> entender se é realmente isso que você precisa.
>>
>> [1] https://www.mapbox.com/mapbox-studio/
>> [2] http://www.qgis.org/
>>
>> Em qua, 13 de jan de 2016 às 16:02, Cassio Eskelsen 
>> escreveu:
>>
>>> Isso é o render do mapa que faz, você não precisa se preocupar com isso
>>> (nem tem controle), só em classificar corretamente os eixos conforme seu
>>> tipo.
>>>
>>> Abraços
>>>
>>> Cássio
>>>
>>> Cássio Rogério Eskelsen
>>> 3Geo
>>>
>>> 2016-01-13 12:52 GMT-02:00 Kátia Pereira :
>>>
 Caros,

 Tenho interesse em adicionar ao Open Street Map as estradas legais e
 ilegais para a Amazônia Legal. Observei que durante a navegação do mapa, os
 estilos e labels das feições mudam conforme eu vou mudando a escala de
 visualização. Gostaria de saber como isso é feito.

 Kátia Regina Pereira


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


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


Re: [Talk-cz] WeeklyOSM CZ 285

2016-01-14 Per discussione Tomas Janousek
Ahoj,

On Thu, Jan 14, 2016 at 07:57:11AM +0100, Tom Ka wrote:
> Ahoj, je dostupné vydání 285 týdeníku weeklyOSM:
> 
> http://www.weeklyosm.eu/cz/archives/6580

Drobná chybička:

"Zajímavá a užitečná vrstva pro JOSM i jako samostatná mapa – heatmapa GPX
tras z editoru strava." -- mail vlákno skutečně bylo o editoru ze Stravy, ale
ta heatmapa nemá s editorem mnoho společného. Strava je primárně web na
sdílení sportovních výkonů/tras, heatmapa se generuje ze skutečných záznamů.

S pozdravem,
-- 
Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/


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


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Manlio Perillo
2016-01-14 15:24 GMT+01:00 Pio :
> Capisco il punto: naturalmente si (anche per motivi temporali e per il fatto
> che Garmin elabora in proprio i dati forniti).
>
>
> Una curiosità: se i dati coincidessero (nel senso che in fondo le tracce
> quelle sono), conservando noi la proprietà intellettuale (nei confronti di
> Garmin), suppongo che nel momento in cui si condividono i dati su OSM, si
> accettano le policy di OSM per i dati ivi caricati.
>
> Giusto?
>

Quella delle license è una questione complicata.

In linea di massima il detentore dei diritti decide che licenza
applicare quando *distribuisce* un prodotto.
Per alcuni software ho visto applicare due licenze contemportaneamente
(come la MIT e GPL che sono leggermente incompatibili).

Se il detentore dei diritti carica qualcosa su OSM, allora i dati
tramite OSM saranno disponibili tramite la loro licenza.
In generale il problema riguarda le persone che inseriscono su OSM
dati di cui non sono i detentori del copyright.

Questa è almeno la mia interpretazione, in base alla mia esperienza
con il software.


Ciao  Manlio

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


Re: [Talk-cz] WeeklyOSM CZ 285

2016-01-14 Per discussione Marián Kyral
Co takhle: "...heatmapa GPX tras projektu Strava." ?

Marián


-- Původní zpráva --
Od: Tomas Janousek 
Komu: talk-cz@openstreetmap.org
Datum: 14. 1. 2016 15:53:51
Předmět: Re: [Talk-cz] WeeklyOSM CZ 285

"Ahoj,

On Thu, Jan 14, 2016 at 07:57:11AM +0100, Tom Ka wrote:
> Ahoj, je dostupné vydání 285 týdeníku weeklyOSM:
> 
> http://www.weeklyosm.eu/cz/archives/6580

Drobná chybička:

"Zajímavá a užitečná vrstva pro JOSM i jako samostatná mapa – heatmapa GPX
tras z editoru strava." -- mail vlákno skutečně bylo o editoru ze Stravy, 
ale
ta heatmapa nemá s editorem mnoho společného. Strava je primárně web na
sdílení sportovních výkonů/tras, heatmapa se generuje ze skutečných záznamů.

S pozdravem,
-- 
Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/


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


Re: [Talk-se] nvdb

2016-01-14 Per discussione Per Eric Rosén

On Thu, 14 Jan 2016, Erik Johansson wrote:


Ah tänkte snarare på om du kollat på datat, jag har börjat gå igenom det i
qgis, jag tror de kommer fixa licensen, och hur det än faller ut så kommer
det väl vara en resurs för att kolla hur OSM data står sig mot NVDB.



men funderar på om man skulle konverntera NVDB till *.osm. Datat i
Shapefilerna är inte helt uppenbara.


Aha. Nej, har inte börjat titta på data. Känner att jag vill vänta en bit 
tills licensen är klar.


Sen är det nog något vi behöver diskutera här på listan hur vi ska använda 
materialet. Det är stort, och berör många och välanvända data.


* göra ett script för att (mestadels automatiskt) importera egenskaper?
* infoga egenskaper från NVDB (beläggning, bredd osv) i befintliga vägar?
* Importera nya vägar som inte finns i OSM?
* vad gör vi vid konflikter i egenskaper?
* vad gör vi när vägar i OSM och NVDB skiljer sig åt?
  Kan NVDB räknas ha bättre precision?

Liknande importer har naturligtvis gjorts förr, så i bra fall kan vi 
återanvända rätt mycket både kod och principer, och bara anpassa script 
osv till hur NVDB är strukturerat. Sen bör vi fundera på direkt:


* Kontinuerlig import? Ska vi göra importer då och då från NVDB till
  osm med ny information? (nya vägar, nya trafikmängder osv)?
  Tror det kan vara bra strukturera importen med det
  i åtanke i alla fall.

/Per Eric
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Luca Delucchi
2016-01-14 15:24 GMT+01:00 Pio :
> Capisco il punto: naturalmente si (anche per motivi temporali e per il fatto
> che Garmin elabora in proprio i dati forniti).
>

ok

>
> Una curiosità: se i dati coincidessero (nel senso che in fondo le tracce
> quelle sono), conservando noi la proprietà intellettuale (nei confronti di
> Garmin), suppongo che nel momento in cui si condividono i dati su OSM, si
> accettano le policy di OSM per i dati ivi caricati.
>
> Giusto?
>

giustissimo, se i dati sono vostri potete farne quello che volete.
L'importante è che non date a distributori proprietari dati che
derivano da OSM, altrimenti si portano dietro la licenza ODbL

> Ciao
> Pio
>


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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


Re: [Talk-se] nvdb

2016-01-14 Per discussione bengt bäverman
Hejsan

Jag tycker att det vore dumt att göra sig allt besvär för att bara göra
importen en enda gång.  Eftersom vi redan har en hel del vägar i OSM ;-) så
finns ju redan nu mycket av den problematik som uppstår då man importerar
samma material vid flera tillfällen där merparten av informationen är samma
som förra gången eller väldigt snarlik.

Det är bra att ni engagerar er och anstränger er så mycket för detta. Tack

/Bengt

Den 14 januari 2016 15:42 skrev Per Eric Rosén :

> On Thu, 14 Jan 2016, Erik Johansson wrote:
>
> Ah tänkte snarare på om du kollat på datat, jag har börjat gå igenom det i
>> qgis, jag tror de kommer fixa licensen, och hur det än faller ut så kommer
>> det väl vara en resurs för att kolla hur OSM data står sig mot NVDB.
>>
>
> men funderar på om man skulle konverntera NVDB till *.osm. Datat i
>> Shapefilerna är inte helt uppenbara.
>>
>
> Aha. Nej, har inte börjat titta på data. Känner att jag vill vänta en bit
> tills licensen är klar.
>
> Sen är det nog något vi behöver diskutera här på listan hur vi ska använda
> materialet. Det är stort, och berör många och välanvända data.
>
> * göra ett script för att (mestadels automatiskt) importera egenskaper?
> * infoga egenskaper från NVDB (beläggning, bredd osv) i befintliga vägar?
> * Importera nya vägar som inte finns i OSM?
> * vad gör vi vid konflikter i egenskaper?
> * vad gör vi när vägar i OSM och NVDB skiljer sig åt?
>   Kan NVDB räknas ha bättre precision?
>
> Liknande importer har naturligtvis gjorts förr, så i bra fall kan vi
> återanvända rätt mycket både kod och principer, och bara anpassa script osv
> till hur NVDB är strukturerat. Sen bör vi fundera på direkt:
>
> * Kontinuerlig import? Ska vi göra importer då och då från NVDB till
>   osm med ny information? (nya vägar, nya trafikmängder osv)?
>   Tror det kan vara bra strukturera importen med det
>   i åtanke i alla fall.
>
> /Per Eric
> --
> ^): Per Eric Rosén http://rosnix.net/~per/
> /   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


Re: [Talk-it] I monti Lattari su OpenStreetMap

2016-01-14 Per discussione Francesco Pelullo
Il 14/gen/2016 22:43, "girarsi_liste"  ha scritto:
>

>
> - tag symbol=Rosso bianco rosso, dovrebbe essere internazionalizzato in
> red_white_red, giusto?
>
>

No, vedi http://wiki.openstreetmap.org/wiki/Key:osmc:symbol

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