date:20160209

Dommage, la totalité des plages de cette zone est maintenant hors de la
ligne de côte, donc noyée en mer. Y compris le chemin tagué "GR 34" (qui
suit le haut d'une plage).

Personnellement je suis partisan d'avoir les plages coupées en deux par la
ligne de côte pour avoir une partie "à sec" (hors événements exceptionnels
qui de toute façon peuvent submerger non seulement les plages mais aussi
une partie des routes ou des ports et propriétés attenantes cadastrées), et
l'autre dans la zone "tidal" soumise au régime normal des marées.

Les zones exceptionnellement submersibles sont de toute façon bien plus
étendues que les zones "tidal" et doivent avoir une délimitation dans les
plans officiels de prévention des risques (submersion, zones inondables,
zones sismiques, terrain instable, risques d'effondrement d'anciennes mines
ou grottes sous-terraines naturelles, risques d'éboulement et couloirs
d'avalanche, volcanisme en outre-mer, dégagements gazeux du sol, eaux
toxiques, risques industriels permanents autour de certaines installations
en service ou désaffectées mais sous surveillance, pollution importante,
etc.)

Les risques possibles sont nombreux et la liste s'allonge chaque année au
point qu'une grande partie du territoire doit être dans une de ces zones à
risque (notamment pour le risque d'inondation qui touche une très grande
partie des terres habitées autour de nos nombreux cours d'eau).

Le risque de submersion exceptionnelle n'est finalement qu'un de ces
éléments, c'est assez mineur et il n'y a pas de raison de le privilégier
sur une carte. Une plage reste une plage la plus grande partie de l'année,
et la faire disparaître totalement sous les eaux est un peu abusif alors
qu'une bonne partie reste à sec et que c'est ce qu'on voit sur le terrain
(même à marée haute). On sait de toute façon qu'à certaines périodes les
plages sont moins accessibles mais on doit les situer et ces plages (ou
petites criques) ont un nom bien connu, bien visible (souvent fléché sur le
terrain), même si deux fois par jour elle est submergée pendant une heure
ou deux et qu'il ne reste que quelques rochers et le chemin ou l'escalier
qui y descend.


Donc pour moi une plage ne délimite pas la ligne de côte (ni le haut ni le
bas de la plage) :

- le haut de la plage est situé à la limite entre la zone sableuse (ou
galets) sans végétation et le terrain rocheux ou végétalisé (landes, voire
dunes, forêt) ou artificialisé (digue, rue/route/quai, immeubles).

- le bas est situé à la limite moyenne de basse mer (parfois plus haut si
en bas c'est en fait du rocher ou une vasière). Ce bas de plage devrait
être aussi le bas de la zone "tidal".

- entre les deux passe la ligne de côte (on en discute en ce moment: haute
eaux sur un coefficient à choisir). Cette ligne devrait être aussi le haut
de la zone "tidal".


Au delà de la plage passent:

- la ligne de base (le trait droit de loxodromie qui passe d'une pointe à
l'autre mais peut inclure des "eaux intérieures" dans les baies) qui
délimite les frontières administratives (boundary=administrative et
admin_level>=4) des collectivités ou administrations locales et leurs
groupements (communes, arrondissement, département, région, EPCI).

- la frontière administrative de la France (boundary=administrative et
admin_level=2, ou 3 pour la partie "France métropolitaine") à 12 miles
(environ) de cette ligne de base. Elle délimite aussi les "régions
maritimes" (mais pas les "régions" au sens des collectivités territoriales)
qui sont de la compétence des préfets et des autorités civiles et
militaires de l'Etat, mais pas des collectivités.


Le 8 février 2016 à 20:56, Eric Debeau  a écrit :

> Bonsoir
>
> Pour infos, l'image de la semaine de OSM est française.
>
> Il s'agit d'une photo de la fabrication d'une carte des routes de
> Lannion-Tregor Communauté utilisant une découpeuse laser du FabLab de
> Lannion.
>
> L'image est mise en avant sur le wiki OSM:
> http://wiki.openstreetmap.org/wiki/Main_Page
>
> Eric
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-be] SOTM 2016 social events ?

2016-02-09 Thread Philippe Casteleyn

http://www.atomium.be/rent.aspx1 bol is echter te klein.
Brouwerijbezoekhttp://www.cantillon.be/br/2_2http://www.beercapital.be/index.php?mact=Products,cntnt01,details,0=brouwerij_20min=bbcw_lijst_cat=breweries-detail_origpage=323=30=339600
 man in een brouwerij lijkt ook niet gemakkelijk
Terroristen-Wandeling in Molenbeek.
Heeft al iemand de toeristische dienst gecontacteerd ?  Die kunnen natuurlijk 
niets origineels voorstellen.
Het SOTM reglement van inwendige orde is er alvast al.Misschien het gillen nog 
verbieden.  Dat is tegenwoordig een probleem bij Amerikaanse vrouwen.

Ctrl+v___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-09 Thread Jean-Michel Pouré

Le mardi 09 février 2016 à 09:31 +0100, Stéphane Péneau a écrit :
> 2cm de précision, c'est du RTK, et ça ne fonctionnera pas avec ton 
> récepteur gnsss standard.
> Ensuite, comme je l'ai expliquée dans mon message d'hier soir, il
> faut 
> une base qui émette ses données brutes en temps réel. C'est un
> signal 
> RTCM, et s'il est diffusé via un réseau informatique (internet),
> c'est 
> du NTRIP.
> 
> Dans certains pays, on a accès gratuitement à tout un ensemble de
> bases. 
> Ce n'est pas le cas en France, où seule une petite douzaine de
> stations 
> du réseau EUREF fournissent leurs données en temps réel. Avec un 
> récepteur qui supporte le Raw uniquement en L1, il faut être à moins
> de 
> 10km.

OK, je comprends. Je suis à 30 km de la station de Creil. C'est
suffisant pour avoir une certaine précision, sans descendre à 2cm ?

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Remise en place de taginfo et live + Extinction de oapi-fr

2016-02-09 Thread Jérôme Seigneuret

Par contre il n'y a toujours rien sur  https://suivi.openstreetmap.fr


Le 9 février 2016 à 19:01, Philippe Verdy  a écrit :

> Il y a également un (ancien) problème concernant le serveur de tuiles
> français sur les requêtes de tuiles avec /dirty : pour certaines tuiles (en
> bas niveau de zoom), la page sensée donner un statut de la requête devrait
> être renvoyée en HTTPS mais la réponse n'est pas correctement encodée (elle
> est renvoyée sans l'encodage nécessaire), il semble que ce soit une
> redirection interne vers une page statique uniquement renvoyée en HTTP
> (cette page ignore totalement l'état de la session ayant demandé cette
> réponse).
>
> Bref la réponse n'est pas lisible et on a un échec de session HTTPS, la
> réponse ne s'affiche pas du tout (on n'a même pas de statut HTTP standard,
> même pas un HTTP 400 ou 500, c'est carrément une violation de protocole).
>
> Si on veut renvoyer une réponse statique non sécurisée il faut d'abord
> répondre à la requête HTTPS avec une réponse sécurisée de redirection
> ("HTTP/1.1 301 Moved Permanently" et "Location: http://;) vers une
> autre page HTTP, et c'est le navigateur qui alors ira lire cette autre page
> en suivant la redirection indiquée mais en faisant sa requête en HTTP et
> non dans la même session HTTPS.
>
> Ressource utile:
>
> https://sites.google.com/site/onlyvalidation/page/301-redirect-https-to-http-on-apache-server
>
> Peut-être que je ne suis pas assez clair. Mais ce problème est là depuis
> que le serveur de tuiles est passé (partiellement) en HTTPS.
>
> Cependant je ne vois pas tellement l'intérêt d'avoir presque tout en HTTPS
> sauf certaines pages statiques en HTTP.
>
>
> Le 8 février 2016 à 21:11, Jérôme Seigneuret  a
> écrit :
>
>> Bonjour,
>>
>> Il y a problème sur - https://suivi.openstreetmap.fr c'est la racine du
>> serveur http sans redirection vers le service. Du coup il y a justeIt
>> works!
>>
>> Coté page html contenu dans http://export.openstreetmap.fr
>>
>> Il y a un problème d'encodage par défaut pour les OS Windows
>> A ajouter dans les pages HEADER.html sinon par défaut c'est du CP-1252
>> 
>>
>> Bonne soirée
>> Jérôme
>>
>> Le 8 février 2016 à 20:50, Jocelyn Jaubert  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> Suite aux soucis rencontrés régulièrement sur la machine osm3, il a été
>>> décidé de déplacer certains services, et d'en couper d'autres.
>>>
>>> Les services déplacés, qui devraient maintenant être bien plus stables:
>>>
>>>  - http://live.openstreetmap.fr - suivi en temps réel des contributions
>>>  - http://taginfo.openstreetmap.fr - analyse des tags utilisés en
>>> France Métropolitaine
>>>  - https://suivi.openstreetmap.fr - quelques informations sur les
>>> données OSM (communes et cours d'eau)
>>>  - http://export.openstreetmap.fr - exports au format .shp
>>>
>>> Concernant suivi et export, il est possible de rajouter des choses - on
>>> attend toute contribution !
>>>
>>>
>>> Un service est supprimée, mais pourrait être remis en marche si il y a
>>> une demande:
>>>
>>>  - http://oapi-fr.openstreetmap.fr - une instance Overpass API ne
>>> couvrant que la France Métropolitaine
>>>
>>> Sachant qu'on héberge déjà une instance Overpass API monde, qui est
>>> utilisable pour faire des requêtes ciblées sur la France.
>>>
>>>
>>> --
>>> Jocelyn (et l'équipe tech d'osm-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-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] installare aggiornamenti

2016-02-09 Thread michele iw1gfv

Il 09 Febbraio 2016 18:16:09 CET, Paola Capone  ha 
scritto:
>scusate, ho appena scarivato josm e per necessità devo aggiungere
>l'estensione walking Papers.
>
>Una volta scaricata, al lancio del programma mi dice che la versione
>deve
>essere aggiornata: Ho la 6502 e serve minimo la 7817. Ho visto che
>l'ultima
>stabile è la 9329 ma da:
>
> https://josm.openstreetmap.de/wiki/It:WikiStart
>
>scarico una serie di file che non so come utilizzare.
>
>Dovrei anche aggiornare Java, dalla versione 7 a 8 e ho lo stesso
>problema.
>
>Sicuro sbaglio qualcosa.
>
>Immagino che il mio sia un problema d'incapacità ma è da considerare
>anche
>che da pochissimo ho ubuntu.
>
>Grazie a tutti!

Ciao
Dopo aver installato java (a me openjdk non funziona granchè) puoi scaricare 
josm.jnlp
Puoi avviarlo da terminale con javaws josm.jnlp oppure impostare il sistema per 
aprire con il comando javaws i file .jnlp.

-- 
iw1gfv.it
piemontegps.altervista.org

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

Re: [OSM-talk-fr] Remise en place de taginfo et live + Extinction de oapi-fr

2016-02-09 Thread Jérôme Seigneuret

Ok, comme mentionné par @Philippe c'est l'url *https *qui est à rediriger
vers du *http. *J'avais raté cette subtilité... Du coup c'est l'index.html
d'Apache qui est retournée.

Bonne soirée
Jérôme

Le 9 février 2016 à 19:41, Jérôme Seigneuret  a
écrit :

> Par contre il n'y a toujours rien sur  https://suivi.openstreetmap.fr
>
>
> Le 9 février 2016 à 19:01, Philippe Verdy  a écrit :
>
>> Il y a également un (ancien) problème concernant le serveur de tuiles
>> français sur les requêtes de tuiles avec /dirty : pour certaines tuiles (en
>> bas niveau de zoom), la page sensée donner un statut de la requête devrait
>> être renvoyée en HTTPS mais la réponse n'est pas correctement encodée (elle
>> est renvoyée sans l'encodage nécessaire), il semble que ce soit une
>> redirection interne vers une page statique uniquement renvoyée en HTTP
>> (cette page ignore totalement l'état de la session ayant demandé cette
>> réponse).
>>
>> Bref la réponse n'est pas lisible et on a un échec de session HTTPS, la
>> réponse ne s'affiche pas du tout (on n'a même pas de statut HTTP standard,
>> même pas un HTTP 400 ou 500, c'est carrément une violation de protocole).
>>
>> Si on veut renvoyer une réponse statique non sécurisée il faut d'abord
>> répondre à la requête HTTPS avec une réponse sécurisée de redirection
>> ("HTTP/1.1 301 Moved Permanently" et "Location: http://;) vers une
>> autre page HTTP, et c'est le navigateur qui alors ira lire cette autre page
>> en suivant la redirection indiquée mais en faisant sa requête en HTTP et
>> non dans la même session HTTPS.
>>
>> Ressource utile:
>>
>> https://sites.google.com/site/onlyvalidation/page/301-redirect-https-to-http-on-apache-server
>>
>> Peut-être que je ne suis pas assez clair. Mais ce problème est là depuis
>> que le serveur de tuiles est passé (partiellement) en HTTPS.
>>
>> Cependant je ne vois pas tellement l'intérêt d'avoir presque tout en
>> HTTPS sauf certaines pages statiques en HTTP.
>>
>>
>> Le 8 février 2016 à 21:11, Jérôme Seigneuret 
>> a écrit :
>>
>>> Bonjour,
>>>
>>> Il y a problème sur - https://suivi.openstreetmap.fr c'est la racine du
>>> serveur http sans redirection vers le service. Du coup il y a justeIt
>>> works!
>>>
>>> Coté page html contenu dans http://export.openstreetmap.fr
>>>
>>> Il y a un problème d'encodage par défaut pour les OS Windows
>>> A ajouter dans les pages HEADER.html sinon par défaut c'est du CP-1252
>>> 
>>>
>>> Bonne soirée
>>> Jérôme
>>>
>>> Le 8 février 2016 à 20:50, Jocelyn Jaubert 
>>> a écrit :
>>>
 Bonjour,

 Suite aux soucis rencontrés régulièrement sur la machine osm3, il a été
 décidé de déplacer certains services, et d'en couper d'autres.

 Les services déplacés, qui devraient maintenant être bien plus stables:

  - http://live.openstreetmap.fr - suivi en temps réel des contributions
  - http://taginfo.openstreetmap.fr - analyse des tags utilisés en
 France Métropolitaine
  - https://suivi.openstreetmap.fr - quelques informations sur les
 données OSM (communes et cours d'eau)
  - http://export.openstreetmap.fr - exports au format .shp

 Concernant suivi et export, il est possible de rajouter des choses - on
 attend toute contribution !


 Un service est supprimée, mais pourrait être remis en marche si il y a
 une demande:

  - http://oapi-fr.openstreetmap.fr - une instance Overpass API ne
 couvrant que la France Métropolitaine

 Sachant qu'on héberge déjà une instance Overpass API monde, qui est
 utilisable pour faire des requêtes ciblées sur la France.


 --
 Jocelyn (et l'équipe tech d'osm-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-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] [tag] Banche, dubbio

Il giorno 9 febbraio 2016 18:39, Federico Cortese  ha
scritto:

> 2016-02-09 14:44 GMT+01:00 Carlo Stemberger :
>


> Resta quindi da capire se c'è un nome della filiale.
>

In un caso sì:

https://www.bancodesio.it/it/content/filiale-di-renate

Nell'altro ho fatto uguale per non lasciare senza tag name, ma in effetti
un nome vero e proprio non compare:

http://bcctriuggio.it/annuario/sportello_scheda.asp?spor=2148=8901


Per il discorso rendering non ricordo cosa succede su Mapnik se
> non si mette il name: ossia viene renderizzato il brand o non viene
> renderizzato nulla?
>

Provo a togliere il tag name dal secondo e vediamo cosa succede.

Grazie!

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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-09 Thread Jean-Michel Pouré

Le mardi 09 février 2016 à 09:31 +0100, Stéphane Péneau a écrit :
> Dans certains pays, on a accès gratuitement à tout un ensemble de
> bases. 
> Ce n'est pas le cas en France, où seule une petite douzaine de
> stations 
> du réseau EUREF fournissent leurs données en temps réel. Avec un 
> récepteur qui supporte le Raw uniquement en L1, il faut être à moins
> de 
> 10km.
> Il existe des réseaux avec un maillage plus serré, et qui savent
> créer 
> des stations de base "virtuelles" proches du Rover. Il s'agit des 
> réseaux Orpheons et Terria, mais l'accès est payant.

Je dispose de quelques machines embarquées et de serveurs récents. Quel
matériel me faut-il pour démarrer une station NTRIP ? La fonction
émission radio ne m'intéresse pas. Quelle puce de suivi satellite me
conseillez-vous ?

J'ai lu dans la documentation EUREF qu'il fallait un accès à la
totalité du ciel et qu'on devait utiliser un matériel à auto-calibrage. 
RTKlib peut-il faire l'affaire ?

Ici les photos de la station de Creil :

http://www.epncb.oma.be/_networkdata/pictures/stationpictures.php?stati
on=CREI_10016M001

La matériel à mettre en oeuvre n'a pas l'air phénoménal et j'ai
l'impression qu'une installation comprenant matériel embarqué, câble
réseau, puce de réception ne doit pas coûter très cher en DIY. A la
limite, on peut imaginer un matériel PoE à placer sur le toit.

Qu'est-ce que vous en pensez ? N'est-ce pas le type de projet qu'une
communauté devrait gérer ?

Cordialement,

smime.p7s
Description: S/MIME cryptographic signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] filtro x scaricare su josm solo la parte di dati che serono dal server OSM

2016-02-09 Thread girarsi_liste

Il 09/02/2016 09:56, Marco Bartalini ha scritto:
> Ragazzi sapete se esiste il modo di scaricare solo il layer stradale di osm
> su josm???
> 
> cioè dato che ormai nella mia zona ci sono moltissimi dati e scaricarli
> tutti è diventato un problema sia per la mia lenta connessione sia per la
> mia povera scheda video, esiste il modo di filtrare solo i dati che mi
> servono??? cioè... io mappo prevalentemente sentieristica e strade...
> esiste il modo per scaricare solo queste tralasciando tutto ciò che non mi
> serve???
> 
> 
> grazie
> 
> 
> 
> 
> *Marco Bartalini,marcobartal...@gmail.com *
> 

A quale delle due discussioni bisogna rispondere? :)

La pagina dei plugins è questa:

http://josm.openstreetmap.de/wiki/Plugins

Per la precedente discussione ho trovato questo plugin:

continuosDownload


Lo vedi nella lista che ti ho segnalato, pagina di riferimento non ne
ha, ed invece per questa discussione direi, forse quanto sottolinkato, e
questo lo devi vedere tu se ti va bene:


http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WayDownloaderPlugin



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



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

Re: [Talk-es] Ubicación de los números de las porterías

2016-02-09 Thread Alejandro Moreno Calvo

Según esta noticia [
http://www.elmundo.es/elmundo/2011/05/29/madrid/1306680672.html ] veo que
sólo es de Madrid.

El 9 de febrero de 2016, 10:54, Jorge Sanz Sanfructuoso 
escribió:

> No sabia lo de Madrid. Es interesante y útil. Tiene pinta de ser cosa de
> Madrid. En Salamanca en mi comunidad la última vez que se miró el tema de
> los locales que había en el edificio estaban numerados sin sentido alguno y
> no se sabían cual era cual. Vamos los que estaban claros son los que a
> alguien en algún momento se le ocurrió llamarlo por el nombre del comercio
> en vez de local1, local2,...
>
> El algoritmo me parece correcto. Añadir una cosa, que antes de comprobar
> el atributo addr:door compruebe también entrance=home y entrance=yes.
> Sobretodo el último que es muy utilizado.
> Por ahora addr:door está poco utilizado pero podría ser una manera de
> darle el impulso para que fuera más usado.
>
>
> El mar., 9 feb. 2016 a las 10:34, Alejandro Moreno Calvo (<
> almo...@gmail.com>) escribió:
>
>> Pues con el tema de nombrar las direcciones por locales me habéis
>> recordado que, por lo menos en Madrid, los locales que dan a la calle sí
>> tienen la obligación de tener un código de identificación para su
>> localización. Son código que van de 10 en 10, del tipo L-10, L-20, etc. y
>> los comercios tienen la obligación de tener la identificación en la puerta
>> de manera visible. Se puede ver la información en
>> https://sede.madrid.es/portal/site/tramites/menuitem.1f3361415fda829be152e15284f1a5a0/?vgnextoid=2f5c57299115c410VgnVCM200c205a0aRCRD=37f637c190180210VgnVCM10c90da8c0RCRD
>>
>> No sé si esto es exclusivo de Madrid o es obligatorio en toda España.
>> Para Madrid, en
>> http://www.madrid.es/portales/munimadrid/es/Inicio/El-Ayuntamiento/Estadistica/Censo-de-locales/Censo-de-Locales?vgnextfmt=default=4ba708e2a77bd210VgnVCM200c205a0aRCRD=2bd6eea8e3e5d210VgnVCM100b205a0aRCRD
>> existe un visualizador que permite conocer el código de cada local.
>>
>> Entiendo que si añadimos la etiqueta addr:door se podría dar por cierto
>> que si varios nodos tienen el mismo código de portal para saber cual es el
>> principal se utilizaría el siguiente algoritmo:
>>
>>1. Se coge como principal el nodo con entrance:main
>>2. Si no hay ninguna entrada principal se coge nodo que no tenga
>>informado el atributo addr:door
>>
>> Para que esto fuese útil a nivel mundial habría que hacer la propuesta y
>> que fuese aprobada.
>>
>> ¿Qué os parece?
>>
>>
>>
>>
>> El 8 de febrero de 2016, 20:15, Diego García 
>> escribió:
>>
>>> Coincidimos en descartar cosas como "local 1", "local 2". No se
>>> corresponde a la realidad, y es un dato que, en la práctica, sería casi
>>> imposible de conseguir.
>>>
>>> Veo que está aprobado addr:floor, hoy cambiaré alguno y mañana
>>> comprobaré si osmose sigue con sus números de portal repetidos. De momento,
>>> veo que nominatim lo descarta y no lo utiliza en la búsqueda, aunque saca
>>> todos los resultados bien para ese número de calle.
>>>
>>>
>>> Saludos,
>>>
>>> El 8 de febrero de 2016, 19:57, Jorge Sanz Sanfructuoso <
>>> sanc...@gmail.com> escribió:
>>>


 El lun., 8 feb. 2016 a las 18:56, Diego García ()
 escribió:

> Es cierto que la solución parece estar lejos. Por mi parte, lo venía
> observando desde no hace muchos meses, debido a que osmose muestra como
> errores los números duplicados que se producen, y justo este fin de semana
> se me ocurrió una posible solución, que decidí probar:
>
> La dirección real de una tienda que está en los bajos de un edificio,
> no es el número de portal de ese edificio, sino algo así como "número 2,
> bajo". De este modo, coloco el punto con la dirección del portal donde
> corresponde, a su entrada, y en el tag addr:housenumber de la tienda
> etiqueto el número y le añado "bajo". El tag lo admite (osmose daría error
> si dicho tag no comienza por un número), y leida la dirección completa es
> totalmente correcta: Avenida de los Pirineos 15, bajo. Y el wiki parece 
> que
> no se opone a ello, aunque mi inglés es lamentable.
>

 Existe "addr:floor" que se supone que es para poner la planta, o
 también "level". La primera esta como propuesta pero no se cual sera mas
 adecuada. "level" es más usada. No creo que la tengan en cuenta los
 diferentes programas para hacer la dirección. Habría que comprobarlo.

>
> Como en Huesca tenemos la mayoría de tiendas y comercios sin poner su
> dirección, he aprovechado para probarlo este fin de semana en los que sí 
> la
> tenían y además estaban reportando el error de numeración duplicada de
> osmose. No son muchas, unas veinte, por lo que en caso de chapuza lo tengo
> fácil para dar marcha atrás. Con nominatim funciona, y osmose no reporta
> error:
>
> - Si busco el nombre de la tienda, sale, y me

Re: [Talk-it] filtro x scaricare su josm solo la parte di dati che serono dal server OSM

2016-02-09 Thread Luca Delucchi

2016-02-09 11:30 GMT+01:00 Federico Cortese :

>
> Per scaricare solo la rete stradale si può usare il "Download from
> Overpass API..." che si trova nel menu "File".
> Nella query si mette highway=* e si clicca su "build query".
> Avrei però qualche dubbio a mappare in questo modo, perchè non avendo
> scaricato tutti i dati ma solo le "highway" può succedere che sposti i
> nodi di una strada collegati con altro, oppure può succedere che
> disegni una strada che passa su un fabbricato o su altri elementi, che
> ci sono su OSM ma che non hai scaricato.
>

+1, anche secondo me è vivamente sconsigliato un approccio del genere.

> Ciao
> Federico
>

-- 
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] [tag] Banche, dubbio

2016-02-09 Thread scratera

..non volermene ma secondo me qua http://www.openstreetmap.org/way/396791197
..manca un tag...bulding...in fin dei conti prima è un edificio...poi à una
banca



--
View this message in context: 
http://gis.19327.n5.nabble.com/tag-Banche-dubbio-tp5867089p5867138.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] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-09 Thread Ab_fab

Bonjour,

RTKGPS, ou RTKGPS+ sur Google Play intègrent RTKlib (et toute sa complexité
de paramétrage !)

Effectivement, des données de correction sont émises par des stations
terrestres, mais ...
... ce n'est pas courant d'avoir un accès libre (gratuit) à des données de
correction en temps réel, et surtout à moins de 10 km de sa zone de relevés.

Dès lors, deux options :
_ Monter sa propre base, avec un deuxième récepteur GPS "raw"
_ Faire les corrections à postériori. Car en général, on peut récupérer les
infos de correction via le site http://rgp.ign.fr/

Bonne journée


Le 9 février 2016 à 08:26, Jean-Michel Pouré  a écrit :

> Le lundi 08 février 2016 à 22:33 +0100, Jean-Yvon Landrac a écrit :
> > Le GPS différentiel est effectivement très performant (10 cm ?) mais
> > je ne sais s'il est disponible sur smartphone.
> > Tiens je vois que toi aussi tu dis 10 cm.
>
> Sur OpenStreetMap, j'ai découvert cette page :
> http://wiki.openstreetmap
> .org/wiki/RTKLIB
>
> Sous Android, il faut installer RTKGPS :
> https://f-droid.org/repository/browse/?fdid=ru0xdc.rtkgps
>
> Ensuite, connecter un GPS externe via USB ou blutooth. Un simple GPS
> intégré USB+antenne suffit. Il n'est pas nécessaire d'utiliser un GPS
> haut de gamme.
>
> Les données de correction sont émises par des stations terrestres, via
> Internet. Certains utilisateurs annoncent 2 cm de précision pour la
> version Internet et quelques millimètres lorsqu'on dispose d'un
> récepteur radio.
>
> Je n'ai pas testé, mais je vais le faire, vu que je dispose d'un GPS
> externe. J'ai simplement besoin d'un adaptateur USB.
>
> Cordialement,
> Jean-Michel
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-09 Thread Stéphane Péneau


Le 09/02/2016 08:26, Jean-Michel Pouré a écrit :
Les données de correction sont émises par des stations terrestres, via 
Internet. Certains utilisateurs annoncent 2 cm de précision pour la 
version Internet et quelques millimètres lorsqu'on dispose d'un 
récepteur radio. Je n'ai pas testé, mais je vais le faire, vu que je 
dispose d'un GPS externe. J'ai simplement besoin d'un adaptateur USB. 
Cordialement, Jean-Michel


2cm de précision, c'est du RTK, et ça ne fonctionnera pas avec ton 
récepteur gnsss standard.
Ensuite, comme je l'ai expliquée dans mon message d'hier soir, il faut 
une base qui émette ses données brutes en temps réel. C'est un signal 
RTCM, et s'il est diffusé via un réseau informatique (internet), c'est 
du NTRIP.


Dans certains pays, on a accès gratuitement à tout un ensemble de bases. 
Ce n'est pas le cas en France, où seule une petite douzaine de stations 
du réseau EUREF fournissent leurs données en temps réel. Avec un 
récepteur qui supporte le Raw uniquement en L1, il faut être à moins de 
10km.


Il existe des réseaux avec un maillage plus serré, et qui savent créer 
des stations de base "virtuelles" proches du Rover. Il s'agit des 
réseaux Orpheons et Terria, mais l'accès est payant.


Stf

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

[Talk-it] filtro x scaricare su josm solo la parte di dati che serono dal server OSM

Ragazzi sapete se esiste il modo di scaricare solo il layer stradale di osm
su josm???

cioè dato che ormai nella mia zona ci sono moltissimi dati e scaricarli
tutti è diventato un problema sia per la mia lenta connessione sia per la
mia povera scheda video, esiste il modo di filtrare solo i dati che mi
servono??? cioè... io mappo prevalentemente sentieristica e strade...
esiste il modo per scaricare solo queste tralasciando tutto ciò che non mi
serve???


grazie




*Marco Bartalini,marcobartal...@gmail.com *
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tag] Banche, dubbio

2016-02-09 Thread girarsi_liste

Il 09/02/2016 08:35, Gianluca Boero ha scritto:
> No..è giusto.
> 
> Forse nel name dovresti inserire anche Nome Banca Filiale di 
> 

Per me il name è sbagliato, si deve inserire quanto compare "a vista", o
sull'eventuale sito web, il nome "filiale" non è necessario, fatto salvo
non ci sia proprio nella realtà, chi fa ricerca si indirizzerà in base
al luogo.



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



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

Re: [OSM-talk-fr] Remise en place de taginfo et live + Extinction de oapi-fr

2016-02-09 Thread Jocelyn Jaubert

Bonjour,

On Mon, Feb 08, 2016 at 09:11:57PM +0100, Jérôme Seigneuret wrote:
> Il y a problème sur - https://suivi.openstreetmap.fr c'est la racine du
> serveur http sans redirection vers le service. Du coup il y a justeIt works!

Effectivement, il y avait un souci. C'est maintenant corrigé.


> Coté page html contenu dans http://export.openstreetmap.fr
> 
> Il y a un problème d'encodage par défaut pour les OS Windows
> A ajouter dans les pages HEADER.html sinon par défaut c'est du CP-1252
> 

Là, je ne vois pas vraiment le souci. Ça reste de l'ascii standard, donc ça
devrait passer avec cet encoding CP-1252 aussi.

Je ne sais pas trop comment forcer les pages d'index automatiquement générées
par Apache en UTF-8. Une idée ?

-- 
Jocelyn



> 
> Bonne soirée
> Jérôme
> 
> Le 8 février 2016 à 20:50, Jocelyn Jaubert  a
> écrit :
> 
> > Bonjour,
> >
> > Suite aux soucis rencontrés régulièrement sur la machine osm3, il a été
> > décidé de déplacer certains services, et d'en couper d'autres.
> >
> > Les services déplacés, qui devraient maintenant être bien plus stables:
> >
> >  - http://live.openstreetmap.fr - suivi en temps réel des contributions
> >  - http://taginfo.openstreetmap.fr - analyse des tags utilisés en France
> > Métropolitaine
> >  - https://suivi.openstreetmap.fr - quelques informations sur les données
> > OSM (communes et cours d'eau)
> >  - http://export.openstreetmap.fr - exports au format .shp
> >
> > Concernant suivi et export, il est possible de rajouter des choses - on
> > attend toute contribution !
> >
> >
> > Un service est supprimée, mais pourrait être remis en marche si il y a une
> > demande:
> >
> >  - http://oapi-fr.openstreetmap.fr - une instance Overpass API ne
> > couvrant que la France Métropolitaine
> >
> > Sachant qu'on héberge déjà une instance Overpass API monde, qui est
> > utilisable pour faire des requêtes ciblées sur la France.
> >
> >
> > --
> > Jocelyn (et l'équipe tech d'osm-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-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] filtro x scaricare su josm solo la parte di dati che serono dal server OSM

2016-02-09 Thread Giuliano


  
  


Il 09/02/2016 09:56, Marco Bartalini ha
  scritto:


  
Ragazzi sapete
  se esiste il modo di scaricare solo il layer stradale di osm
  su josm???


cioè dato che
  ormai nella mia zona ci sono moltissimi dati e scaricarli
  tutti è diventato un problema sia per la mia lenta connessione
  sia per la mia povera scheda video, esiste il modo di filtrare
  solo i dati che mi servono??? cioè... io mappo prevalentemente
  sentieristica e strade... esiste il modo per scaricare solo
  queste tralasciando tutto ciò che non mi serve???




grazie


  

Ciao,
che io sappia no.
Quello che potrebbe essere utile, anche se non è quello che chiedi,
sono le estensioni download_along e waydownloader.


  

  

Marco Bartalini,

marcobartal...@gmail.com

  

  
  

Ciao
Giuliano

  
  
  ___
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-cz] Pomoc s zeleznicnimi vyhybkami

2016-02-09 Thread Dalibor Jelínek

Super, diky.
 
 Dalibor

> -Original Message-
> From: Jethro [mailto:xtom...@gmail.com]
> Sent: Tuesday, February 9, 2016 10:53 AM
> To: OpenStreetMap Czech Republic 
> Subject: Re: [Talk-cz] Pomoc s zeleznicnimi vyhybkami
> 
> Něco jsem doplnil, u resetting switch si mylím, že jde o samovratnou
> výhybku, ale nenašel jsem dost podkladů pro to, nechal jsem tam tedy i
> anglický text.
> Jethro
> 
> 2016-02-09 9:51 GMT+01:00 Dalibor Jelínek :
> > Ahoj,
> >
> > neni tu nejaky zeleznicar? Prekladam ted stranku o zeleznicich
> >
> > a narazil jsem na mne neznamou terminologii u zeleznicnich vyhybek.
> >
> > Nemohl by se nekdo znaly podivat na stranku
> >
> > https://wiki.openstreetmap.org/wiki/Cs:Tag:railway%3Dswitch
> >
> > a doprelozit, co jsem nezvladl?
> >
> >
> > Dekuji,
> >
> > Dalibor
> >
> >
> > ___
> > 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

Re: [Talk-it] filtro x scaricare su josm solo la parte di dati che serono dal server OSM

2016-02-09 9:56 GMT+01:00 Marco Bartalini :
> Ragazzi sapete se esiste il modo di scaricare solo il layer stradale di osm
> su josm???
>

Per scaricare solo la rete stradale si può usare il "Download from
Overpass API..." che si trova nel menu "File".
Nella query si mette highway=* e si clicca su "build query".
Avrei però qualche dubbio a mappare in questo modo, perchè non avendo
scaricato tutti i dati ma solo le "highway" può succedere che sposti i
nodi di una strada collegati con altro, oppure può succedere che
disegni una strada che passa su un fabbricato o su altri elementi, che
ci sono su OSM ma che non hai scaricato.

Ciao
Federico

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

Re: [Talk-it] filtro x scaricare su josm solo la parte di dati che serono dal server OSM

Provato e funziona correttamente continuousdownload... mo devo solo trovare
il modo per non fare uscire la finestrella di connessione al server hahahha





*Marco Bartalini,marcobartal...@gmail.com *

2016-02-09 11:05 GMT+01:00 girarsi_liste :

> Il 09/02/2016 09:56, Marco Bartalini ha scritto:
> > Ragazzi sapete se esiste il modo di scaricare solo il layer stradale di
> osm
> > su josm???
> >
> > cioè dato che ormai nella mia zona ci sono moltissimi dati e scaricarli
> > tutti è diventato un problema sia per la mia lenta connessione sia per la
> > mia povera scheda video, esiste il modo di filtrare solo i dati che mi
> > servono??? cioè... io mappo prevalentemente sentieristica e strade...
> > esiste il modo per scaricare solo queste tralasciando tutto ciò che non
> mi
> > serve???
> >
> >
> > grazie
> >
> >
> >
> >
> > *Marco Bartalini,marcobartal...@gmail.com *
> >
>
> A quale delle due discussioni bisogna rispondere? :)
>
> La pagina dei plugins è questa:
>
> http://josm.openstreetmap.de/wiki/Plugins
>
> Per la precedente discussione ho trovato questo plugin:
>
> continuosDownload
>
>
> Lo vedi nella lista che ti ho segnalato, pagina di riferimento non ne
> ha, ed invece per questa discussione direi, forse quanto sottolinkato, e
> questo lo devi vedere tu se ti va bene:
>
>
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WayDownloaderPlugin
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] filtro x scaricare su josm solo la parte di dati che serono dal server OSM

ragazzi il metodo di federico funziona alla perfezione per scaricare
filtrando solo quello che interessa!!! woo!!

certo ora c'è da capire che tipo di casini potrei fare... quindi cmq faccio
un pò di test... ma cmq semplifica tutto alla grande! e il tutto diventa
velocissimo... quindi ottimo suggerimento...

il trucco non funziona purtroppo con l'estensione scaricamento continuo
(altra genialata)... ma cmq adesso scaricare una zona diventa molto più
semplice

come sempre grazie mille federico!!!




*Marco Bartalini,marcobartal...@gmail.com *

2016-02-09 12:09 GMT+01:00 Marco Bartalini :

> Provato e funziona correttamente continuousdownload... mo devo solo
> trovare il modo per non fare uscire la finestrella di connessione al server
> hahahha
> 
>
>
>
>
> *Marco Bartalini,marcobartal...@gmail.com *
>
> 2016-02-09 11:05 GMT+01:00 girarsi_liste :
>
>> Il 09/02/2016 09:56, Marco Bartalini ha scritto:
>> > Ragazzi sapete se esiste il modo di scaricare solo il layer stradale di
>> osm
>> > su josm???
>> >
>> > cioè dato che ormai nella mia zona ci sono moltissimi dati e scaricarli
>> > tutti è diventato un problema sia per la mia lenta connessione sia per
>> la
>> > mia povera scheda video, esiste il modo di filtrare solo i dati che mi
>> > servono??? cioè... io mappo prevalentemente sentieristica e strade...
>> > esiste il modo per scaricare solo queste tralasciando tutto ciò che non
>> mi
>> > serve???
>> >
>> >
>> > grazie
>> >
>> >
>> >
>> >
>> > *Marco Bartalini,marcobartal...@gmail.com *
>> >
>>
>> A quale delle due discussioni bisogna rispondere? :)
>>
>> La pagina dei plugins è questa:
>>
>> http://josm.openstreetmap.de/wiki/Plugins
>>
>> Per la precedente discussione ho trovato questo plugin:
>>
>> continuosDownload
>>
>>
>> Lo vedi nella lista che ti ho segnalato, pagina di riferimento non ne
>> ha, ed invece per questa discussione direi, forse quanto sottolinkato, e
>> questo lo devi vedere tu se ti va bene:
>>
>>
>> http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WayDownloaderPlugin
>>
>>
>>
>> --
>> Simone Girardelli
>> _|_|_|_|_|_|_|_|_|_
>> |_|_|_|_|_|_|_|_|_|_|
>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Ubicación de los números de las porterías

2016-02-09 Thread Alejandro Moreno Calvo

Pues con el tema de nombrar las direcciones por locales me habéis recordado
que, por lo menos en Madrid, los locales que dan a la calle sí tienen la
obligación de tener un código de identificación para su localización. Son
código que van de 10 en 10, del tipo L-10, L-20, etc. y los comercios
tienen la obligación de tener la identificación en la puerta de manera
visible. Se puede ver la información en
https://sede.madrid.es/portal/site/tramites/menuitem.1f3361415fda829be152e15284f1a5a0/?vgnextoid=2f5c57299115c410VgnVCM200c205a0aRCRD=37f637c190180210VgnVCM10c90da8c0RCRD

No sé si esto es exclusivo de Madrid o es obligatorio en toda España. Para
Madrid, en
http://www.madrid.es/portales/munimadrid/es/Inicio/El-Ayuntamiento/Estadistica/Censo-de-locales/Censo-de-Locales?vgnextfmt=default=4ba708e2a77bd210VgnVCM200c205a0aRCRD=2bd6eea8e3e5d210VgnVCM100b205a0aRCRD
existe un visualizador que permite conocer el código de cada local.

Entiendo que si añadimos la etiqueta addr:door se podría dar por cierto que
si varios nodos tienen el mismo código de portal para saber cual es el
principal se utilizaría el siguiente algoritmo:

   1. Se coge como principal el nodo con entrance:main
   2. Si no hay ninguna entrada principal se coge nodo que no tenga
   informado el atributo addr:door

Para que esto fuese útil a nivel mundial habría que hacer la propuesta y
que fuese aprobada.

¿Qué os parece?




El 8 de febrero de 2016, 20:15, Diego García  escribió:

> Coincidimos en descartar cosas como "local 1", "local 2". No se
> corresponde a la realidad, y es un dato que, en la práctica, sería casi
> imposible de conseguir.
>
> Veo que está aprobado addr:floor, hoy cambiaré alguno y mañana comprobaré
> si osmose sigue con sus números de portal repetidos. De momento, veo que
> nominatim lo descarta y no lo utiliza en la búsqueda, aunque saca todos los
> resultados bien para ese número de calle.
>
>
> Saludos,
>
> El 8 de febrero de 2016, 19:57, Jorge Sanz Sanfructuoso  > escribió:
>
>>
>>
>> El lun., 8 feb. 2016 a las 18:56, Diego García ()
>> escribió:
>>
>>> Es cierto que la solución parece estar lejos. Por mi parte, lo venía
>>> observando desde no hace muchos meses, debido a que osmose muestra como
>>> errores los números duplicados que se producen, y justo este fin de semana
>>> se me ocurrió una posible solución, que decidí probar:
>>>
>>> La dirección real de una tienda que está en los bajos de un edificio, no
>>> es el número de portal de ese edificio, sino algo así como "número 2,
>>> bajo". De este modo, coloco el punto con la dirección del portal donde
>>> corresponde, a su entrada, y en el tag addr:housenumber de la tienda
>>> etiqueto el número y le añado "bajo". El tag lo admite (osmose daría error
>>> si dicho tag no comienza por un número), y leida la dirección completa es
>>> totalmente correcta: Avenida de los Pirineos 15, bajo. Y el wiki parece que
>>> no se opone a ello, aunque mi inglés es lamentable.
>>>
>>
>> Existe "addr:floor" que se supone que es para poner la planta, o también
>> "level". La primera esta como propuesta pero no se cual sera mas adecuada.
>> "level" es más usada. No creo que la tengan en cuenta los diferentes
>> programas para hacer la dirección. Habría que comprobarlo.
>>
>>>
>>> Como en Huesca tenemos la mayoría de tiendas y comercios sin poner su
>>> dirección, he aprovechado para probarlo este fin de semana en los que sí la
>>> tenían y además estaban reportando el error de numeración duplicada de
>>> osmose. No son muchas, unas veinte, por lo que en caso de chapuza lo tengo
>>> fácil para dar marcha atrás. Con nominatim funciona, y osmose no reporta
>>> error:
>>>
>>> - Si busco el nombre de la tienda, sale, y me ofrece su dirección
>>> completa y real. Por ejemplo "restaurante martín viejo, huesca", daría
>>> "Restaurante Martín Viejo, 15 bajo, Avenida de los Pirineos, Barrio de
>>> Santiago, Huesca, Aragón, 22004, España"
>>> 
>>> - Si busco la dirección, nominatim me ofrece como soluciones el propio
>>> portal y los comercios que coinciden: "avenida de los pirineos, 15, huesca"
>>> saca el mismo resultado de antes, y además añade "Casa 15, Avenida de los
>>> Pirineos, Barrio de Santiago, Huesca, Aragón, 22004, España"
>>>
>>> Como extrapolación, un comercio situado en la planta primera del número
>>> siete (por poner un ejemplo), se etiquetaría como "7 piso 1", y seguiría
>>> funcionando de la misma manera.
>>>
>>> La segunda parte viene cuando hay varios comercios en un mismo edificio.
>>> Aquí le he echado algo de imaginación, y he etiquetado como "local 1",
>>> "local 2", etc. Lo cierto es que son direcciones reales (dentro de un mismo
>>> edificio los locales comerciales suelen numerar de esa forma), pero de no
>>> ser que entremos a preguntar al comerciante, desde la calle no vemos esa
>>> información. En nominatim sigue funcionando bien: "avenida de

Re: [Talk-cz] Pomoc s zeleznicnimi vyhybkami

2016-02-09 Thread Jethro

Něco jsem doplnil, u resetting switch si mylím, že jde o samovratnou
výhybku, ale nenašel jsem dost podkladů pro to, nechal jsem tam tedy i
anglický text.
Jethro

2016-02-09 9:51 GMT+01:00 Dalibor Jelínek :
> Ahoj,
>
> neni tu nejaky zeleznicar? Prekladam ted stranku o zeleznicich
>
> a narazil jsem na mne neznamou terminologii u zeleznicnich vyhybek.
>
> Nemohl by se nekdo znaly podivat na stranku
>
> https://wiki.openstreetmap.org/wiki/Cs:Tag:railway%3Dswitch
>
> a doprelozit, co jsem nezvladl?
>
>
> Dekuji,
>
> Dalibor
>
>
> ___
> 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-cz] Pomoc s zeleznicnimi vyhybkami

2016-02-09 Thread Jan Martinec

Je to samovratná výhybka.
Dne 9. 2. 2016 11:15 napsal uživatel "Jethro" :

> Něco jsem doplnil, u resetting switch si mylím, že jde o samovratnou
> výhybku, ale nenašel jsem dost podkladů pro to, nechal jsem tam tedy i
> anglický text.
> Jethro
>
> 2016-02-09 9:51 GMT+01:00 Dalibor Jelínek :
> > Ahoj,
> >
> > neni tu nejaky zeleznicar? Prekladam ted stranku o zeleznicich
> >
> > a narazil jsem na mne neznamou terminologii u zeleznicnich vyhybek.
> >
> > Nemohl by se nekdo znaly podivat na stranku
> >
> > https://wiki.openstreetmap.org/wiki/Cs:Tag:railway%3Dswitch
> >
> > a doprelozit, co jsem nezvladl?
> >
> >
> > Dekuji,
> >
> > Dalibor
> >
> >
> > ___
> > 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

Re: [Talk-es] Ubicación de los números de las porterías

2016-02-09 Thread Alejandro S.

Buenas!

Dos cosillas:

- Para el tema de mapear pisos y puertas hay bastante información en indoor
mapping [0] [1]

- Sobre que addr:housenumber acepte numero seguido de letras sin dar error
es para los números duplicado, triplicado etc.


[0]: http://wiki.openstreetmap.org/wiki/Indoor_Mapping
[1]: http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging



Saludos,
  Alejandro Suárez

2016-02-09 10:54 GMT+01:00 Jorge Sanz Sanfructuoso :

> No sabia lo de Madrid. Es interesante y útil. Tiene pinta de ser cosa de
> Madrid. En Salamanca en mi comunidad la última vez que se miró el tema de
> los locales que había en el edificio estaban numerados sin sentido alguno y
> no se sabían cual era cual. Vamos los que estaban claros son los que a
> alguien en algún momento se le ocurrió llamarlo por el nombre del comercio
> en vez de local1, local2,...
>
> El algoritmo me parece correcto. Añadir una cosa, que antes de comprobar
> el atributo addr:door compruebe también entrance=home y entrance=yes.
> Sobretodo el último que es muy utilizado.
> Por ahora addr:door está poco utilizado pero podría ser una manera de
> darle el impulso para que fuera más usado.
>
>
> El mar., 9 feb. 2016 a las 10:34, Alejandro Moreno Calvo (<
> almo...@gmail.com>) escribió:
>
>> Pues con el tema de nombrar las direcciones por locales me habéis
>> recordado que, por lo menos en Madrid, los locales que dan a la calle sí
>> tienen la obligación de tener un código de identificación para su
>> localización. Son código que van de 10 en 10, del tipo L-10, L-20, etc. y
>> los comercios tienen la obligación de tener la identificación en la puerta
>> de manera visible. Se puede ver la información en
>> https://sede.madrid.es/portal/site/tramites/menuitem.1f3361415fda829be152e15284f1a5a0/?vgnextoid=2f5c57299115c410VgnVCM200c205a0aRCRD=37f637c190180210VgnVCM10c90da8c0RCRD
>>
>> No sé si esto es exclusivo de Madrid o es obligatorio en toda España.
>> Para Madrid, en
>> http://www.madrid.es/portales/munimadrid/es/Inicio/El-Ayuntamiento/Estadistica/Censo-de-locales/Censo-de-Locales?vgnextfmt=default=4ba708e2a77bd210VgnVCM200c205a0aRCRD=2bd6eea8e3e5d210VgnVCM100b205a0aRCRD
>> existe un visualizador que permite conocer el código de cada local.
>>
>> Entiendo que si añadimos la etiqueta addr:door se podría dar por cierto
>> que si varios nodos tienen el mismo código de portal para saber cual es el
>> principal se utilizaría el siguiente algoritmo:
>>
>>1. Se coge como principal el nodo con entrance:main
>>2. Si no hay ninguna entrada principal se coge nodo que no tenga
>>informado el atributo addr:door
>>
>> Para que esto fuese útil a nivel mundial habría que hacer la propuesta y
>> que fuese aprobada.
>>
>> ¿Qué os parece?
>>
>>
>>
>>
>> El 8 de febrero de 2016, 20:15, Diego García 
>> escribió:
>>
>>> Coincidimos en descartar cosas como "local 1", "local 2". No se
>>> corresponde a la realidad, y es un dato que, en la práctica, sería casi
>>> imposible de conseguir.
>>>
>>> Veo que está aprobado addr:floor, hoy cambiaré alguno y mañana
>>> comprobaré si osmose sigue con sus números de portal repetidos. De momento,
>>> veo que nominatim lo descarta y no lo utiliza en la búsqueda, aunque saca
>>> todos los resultados bien para ese número de calle.
>>>
>>>
>>> Saludos,
>>>
>>> El 8 de febrero de 2016, 19:57, Jorge Sanz Sanfructuoso <
>>> sanc...@gmail.com> escribió:
>>>


 El lun., 8 feb. 2016 a las 18:56, Diego García ()
 escribió:

> Es cierto que la solución parece estar lejos. Por mi parte, lo venía
> observando desde no hace muchos meses, debido a que osmose muestra como
> errores los números duplicados que se producen, y justo este fin de semana
> se me ocurrió una posible solución, que decidí probar:
>
> La dirección real de una tienda que está en los bajos de un edificio,
> no es el número de portal de ese edificio, sino algo así como "número 2,
> bajo". De este modo, coloco el punto con la dirección del portal donde
> corresponde, a su entrada, y en el tag addr:housenumber de la tienda
> etiqueto el número y le añado "bajo". El tag lo admite (osmose daría error
> si dicho tag no comienza por un número), y leida la dirección completa es
> totalmente correcta: Avenida de los Pirineos 15, bajo. Y el wiki parece 
> que
> no se opone a ello, aunque mi inglés es lamentable.
>

 Existe "addr:floor" que se supone que es para poner la planta, o
 también "level". La primera esta como propuesta pero no se cual sera mas
 adecuada. "level" es más usada. No creo que la tengan en cuenta los
 diferentes programas para hacer la dirección. Habría que comprobarlo.

>
> Como en Huesca tenemos la mayoría de tiendas y comercios sin poner su
> dirección, he aprovechado para probarlo este fin de semana en los que sí 
> la
> tenían y además estaban reportando el

[Talk-it] estensione josm per scaricare automaticamente dati osm...

ragazzi so che se ne è parlato, ma non riesco a trovare la discussione...
sapete se c'è un estensione josm che permette di scaricare piano piano via
via che si zoomma i dati dal server osm insomma un pò come avviene con
id sul sito di osm... ho la connessione unpò lenta e ogni volta ci metto 1
ora per scaricare tutti i dati sulla mia area...

grazie



*Marco Bartalini,marcobartal...@gmail.com *
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] Pomoc s zeleznicnimi vyhybkami

2016-02-09 Thread Dalibor Jelínek

Ahoj,

neni tu nejaky zeleznicar? Prekladam ted stranku o zeleznicich 

a narazil jsem na mne neznamou terminologii u zeleznicnich vyhybek.

Nemohl by se nekdo znaly podivat na stranku

https://wiki.openstreetmap.org/wiki/Cs:Tag:railway%3Dswitch

a doprelozit, co jsem nezvladl?


Dekuji,

Dalibor

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

Re: [Talk-es] Ubicación de los números de las porterías

2016-02-09 Thread Jorge Sanz Sanfructuoso

No sabia lo de Madrid. Es interesante y útil. Tiene pinta de ser cosa de
Madrid. En Salamanca en mi comunidad la última vez que se miró el tema de
los locales que había en el edificio estaban numerados sin sentido alguno y
no se sabían cual era cual. Vamos los que estaban claros son los que a
alguien en algún momento se le ocurrió llamarlo por el nombre del comercio
en vez de local1, local2,...

El algoritmo me parece correcto. Añadir una cosa, que antes de comprobar el
atributo addr:door compruebe también entrance=home y entrance=yes.
Sobretodo el último que es muy utilizado.
Por ahora addr:door está poco utilizado pero podría ser una manera de darle
el impulso para que fuera más usado.


El mar., 9 feb. 2016 a las 10:34, Alejandro Moreno Calvo ()
escribió:

> Pues con el tema de nombrar las direcciones por locales me habéis
> recordado que, por lo menos en Madrid, los locales que dan a la calle sí
> tienen la obligación de tener un código de identificación para su
> localización. Son código que van de 10 en 10, del tipo L-10, L-20, etc. y
> los comercios tienen la obligación de tener la identificación en la puerta
> de manera visible. Se puede ver la información en
> https://sede.madrid.es/portal/site/tramites/menuitem.1f3361415fda829be152e15284f1a5a0/?vgnextoid=2f5c57299115c410VgnVCM200c205a0aRCRD=37f637c190180210VgnVCM10c90da8c0RCRD
>
> No sé si esto es exclusivo de Madrid o es obligatorio en toda España. Para
> Madrid, en
> http://www.madrid.es/portales/munimadrid/es/Inicio/El-Ayuntamiento/Estadistica/Censo-de-locales/Censo-de-Locales?vgnextfmt=default=4ba708e2a77bd210VgnVCM200c205a0aRCRD=2bd6eea8e3e5d210VgnVCM100b205a0aRCRD
> existe un visualizador que permite conocer el código de cada local.
>
> Entiendo que si añadimos la etiqueta addr:door se podría dar por cierto
> que si varios nodos tienen el mismo código de portal para saber cual es el
> principal se utilizaría el siguiente algoritmo:
>
>1. Se coge como principal el nodo con entrance:main
>2. Si no hay ninguna entrada principal se coge nodo que no tenga
>informado el atributo addr:door
>
> Para que esto fuese útil a nivel mundial habría que hacer la propuesta y
> que fuese aprobada.
>
> ¿Qué os parece?
>
>
>
>
> El 8 de febrero de 2016, 20:15, Diego García 
> escribió:
>
>> Coincidimos en descartar cosas como "local 1", "local 2". No se
>> corresponde a la realidad, y es un dato que, en la práctica, sería casi
>> imposible de conseguir.
>>
>> Veo que está aprobado addr:floor, hoy cambiaré alguno y mañana comprobaré
>> si osmose sigue con sus números de portal repetidos. De momento, veo que
>> nominatim lo descarta y no lo utiliza en la búsqueda, aunque saca todos los
>> resultados bien para ese número de calle.
>>
>>
>> Saludos,
>>
>> El 8 de febrero de 2016, 19:57, Jorge Sanz Sanfructuoso <
>> sanc...@gmail.com> escribió:
>>
>>>
>>>
>>> El lun., 8 feb. 2016 a las 18:56, Diego García ()
>>> escribió:
>>>
 Es cierto que la solución parece estar lejos. Por mi parte, lo venía
 observando desde no hace muchos meses, debido a que osmose muestra como
 errores los números duplicados que se producen, y justo este fin de semana
 se me ocurrió una posible solución, que decidí probar:

 La dirección real de una tienda que está en los bajos de un edificio,
 no es el número de portal de ese edificio, sino algo así como "número 2,
 bajo". De este modo, coloco el punto con la dirección del portal donde
 corresponde, a su entrada, y en el tag addr:housenumber de la tienda
 etiqueto el número y le añado "bajo". El tag lo admite (osmose daría error
 si dicho tag no comienza por un número), y leida la dirección completa es
 totalmente correcta: Avenida de los Pirineos 15, bajo. Y el wiki parece que
 no se opone a ello, aunque mi inglés es lamentable.

>>>
>>> Existe "addr:floor" que se supone que es para poner la planta, o también
>>> "level". La primera esta como propuesta pero no se cual sera mas adecuada.
>>> "level" es más usada. No creo que la tengan en cuenta los diferentes
>>> programas para hacer la dirección. Habría que comprobarlo.
>>>

 Como en Huesca tenemos la mayoría de tiendas y comercios sin poner su
 dirección, he aprovechado para probarlo este fin de semana en los que sí la
 tenían y además estaban reportando el error de numeración duplicada de
 osmose. No son muchas, unas veinte, por lo que en caso de chapuza lo tengo
 fácil para dar marcha atrás. Con nominatim funciona, y osmose no reporta
 error:

 - Si busco el nombre de la tienda, sale, y me ofrece su dirección
 completa y real. Por ejemplo "restaurante martín viejo, huesca", daría
 "Restaurante Martín Viejo, 15 bajo, Avenida de los Pirineos, Barrio de
 Santiago, Huesca, Aragón, 22004, España"
 
 - Si busco la dirección, nominatim me ofrece como

Re: [Talk-in] Hello

2016-02-09 Thread Arun Ganesh

This is such a great idea, really looking forward to this. A great place to
share ideas around this with the wider osm community is by writing on the
diary: https://www.openstreetmap.org/diary and am sure mappers from around
the world can help out.

-- 
Arun Ganesh
(planemad) 

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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-09 Thread Stéphane Péneau


Hello Ab_fab,

Le 09/02/2016 09:00, Ab_fab a écrit :
_ Faire les corrections à postériori. Car en général, on peut 
récupérer les infos de correction via le site http://rgp.ign.fr/


Tu connais des tutos ou explications diverses sur le post processing 
depuis les données du rgp ? J'ai tenté plusieurs fois de mon côté, et je 
ne m'en sors pas vraiment.


Stf

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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-09 Thread Ab_fab

Malheureusement non.
J'avais essayé le logiciel Rinexpresso sous Windows pour obtenir un fichier
Rinex, mais le post-traitement était compliqué à comprendre ... et je n'ai
pas persévéré


Le 9 février 2016 à 09:34, Stéphane Péneau  a
écrit :

> Hello Ab_fab,
>
> Le 09/02/2016 09:00, Ab_fab a écrit :
>
>> _ Faire les corrections à postériori. Car en général, on peut récupérer
>> les infos de correction via le site http://rgp.ign.fr/
>>
>
> Tu connais des tutos ou explications diverses sur le post processing
> depuis les données du rgp ? J'ai tenté plusieurs fois de mon côté, et je ne
> m'en sors pas vraiment.
>
> Stf
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-be] SOTM Brussel - logement

2016-02-09 Thread Philippe Casteleyn

Verhuurt de VUB de studentekoten niet in september ?  De lessen beginnen echter 
waarschijnlijk maandag 26 september.  
http://www.vub.ac.be/academische-kalender/2015-2016De ULB is zelfs wat vroeger 
https://www.ulb.ac.be/ulb/greffe/documents/docs/Semaines2016-2017.pdf
Ik heb zo al op meerdere gerenommeerde universiteiten gezeten.  
  ___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Doute sur le calage Bing/Cadastre

2016-02-09 Thread Tyndare

Je ne sais pas ce qu'elle vaut dans ce coin mais en cas de doutes de callage 
j'ai tendance à faire confiance à la couche des traces Strava (en désactivant 
le zoom automatique dans JOSM pour zoomer plus que le fond qu'ils rendent 
disponible, et en affichant la couche plusieurs fois si il y a peu de points 
pour les rendre plus visibles) 



Le 8 février 2016 21:16:31 GMT+01:00, "Jean-Michel Pouré"  a 
écrit :
>J'ai un très gros doute sur le calage ...
>
>Sur les plans auquels j'ai collaboré, certaines rues sont calées sur
>Bing et d'autres sont décalées. J'ai des doutes et je ne sais pas
>comment corriger ces petits décalages.
>
>Quand on pense aux futures applications de guidage et de conduire
>automatique pour automobile ...
>
>Est-ce qu'il existe une synthése concernant le calage sur le wiki ?
>
>Par ailleurs, dans JOSM, il existe plusieurs plugins de calage. Existe-
>t-il un modèle numérique pour caler de manière fiable et corriger tous
>les petits défauts de l'imagerie satellite ? Quel plugin choisir ?
>
>Cordialement,
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] [tag] Banche, dubbio

Il giorno 9 febbraio 2016 14:20, Federico Cortese  ha
scritto:

>
> Ad ogni modo se vuoi mantenere quell'informazione o lasci le due way
> sovrapposte (cosa che a me non piace ma è personale) oppure usi la
> stessa way in due relazioni multipoligono:
> - una per l'amenity=bank
> - un'altra per il building=apartments
>

Ok, ci ragiono.



> Ad ogni modo metterei gli accessi coi civici e gli indirizzi, perchè
> attualmente c'è un civico 4 di via Vittorio Emanuele sull'edificio ed
> un civico 2 di piazza don Pasquale Zanzi sulla banca.
>

Sì, è una cosa da fare. L'ultimo sul posto non l'avevo visto, ma così è
riportato sul sito della banca. Devo fare un nuovo sopralluogo per
verificare meglio.



> Per il nome seguirei il consiglio di Simone, ossia mettere il nome
> della banca come si vede sull'insegna.


Ma per questo non c'è il tag brand?


di solito non è un nome proprio, quanto invece
> un'indicazione che la filiale si trova in un determinato paese.
>

In realtà nelle città medio-grandi, dove ci sono più filiali per ogni
banca, non credo sia così.

Grazie!

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

[Talk-it] violazione licenza

2016-02-09 Thread Stefano Salvador

un altro sito che usa le mappe senza nessuna attribuzione (anzi con il
solito logo G ovunque):

http://www.sentierinatura.it

un esempio di mappa è qui:

http://www.sentierinatura.it/easyne2/GPXViewer.aspx?Code=SentieriNatura=41020=GETMAPNY0500YNFSYIYYY

già provato a contattarli gentilmente (due volte) senza risultati.

Ciao,

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

Re: [Talk-ca] Talk-ca: Bulk Import of Address Range in GTHA from Metrolinx, Second attemps

2016-02-09 Thread Begin Daniel

Hi Mojgan, 
Here are few comments/questions I wish to add to Stewart comments.

1 - Stewart is right about questioning the StatsCan license...
Why don’t you use GeoBase data instead? As far as I remember, their license is 
compatible with OSM and the Canvec road network (streets and address ranges) 
was generated directly from GeoBase data!

2 - Stewart is also right about government data accuracy.  You should never 
assume that their data (even from GeoBase) are better than OSM. However, I 
understand from previous emails that you are validating roads location by using 
Bing/other imagery, which is good! Just make sure imagery fits on available GPS 
tracks (especially if there are many of them).

3- Made properly, it will benefit to the community.

Best,
Daniel
 

-Original Message-
From: Stewart C. Russell [mailto:scr...@gmail.com] 
Sent: February-09-16 07:16
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] Talk-ca: Bulk Import of Address Range in GTHA from 
Metrolinx, Second attemps

Hi Mojgan,

Thanks for sticking with us! And also for including the sample data as an 
attachment.

One observation: Statistics Canada does not use the Open Government Canada 
Licence (or even a derivation of it), but its own:
http://www.statcan.gc.ca/eng/reference/licence-eng

Although OSM has used previous road network information before, it appears (to 
me) that this StatsCan licence is different from the one reviewed for the 2009 
import. It has some prescriptive terms that may make its use incompatible with 
OSM. For instance:

[you shall] not merge or link the Information with any other
databases for the purpose of attempting to identify an
individual person, business or organization

I read this that you can't use StatsCan data as part of a larger geocoding 
database, which is one of OSM's uses.

I see that the Triplinx source has been added to the OSM Contributors page, too.

> At a high level, our process of identifying gaps in the address ranges 
> is summarized below:
> 
> · For each side of each StatCan road segment with a valid
> address range (start value and end value exist and are different):

Can you confirm, please: you're checking StatsCan address ranges against
**OSM** street segments? StatsCan (and any government data) cannot 
automatically be assumed to be more correct than OSM data, and we sometimes 
have to adjust imported data to match air photos or foot surveys.

For consistency, address range segments need to be parallel to OSM street 
segments.

In addition, please consider:

* not adding very short address ranges. There were a few in my neighbourhood 
that appeared to be only two houses long. Address points would be better for 
those.

* that every set of address range end nodes has an address range way associated 
with it. Again, there were several sets of range nodes with no range ways 
associated with them near me.

> *Benefit To The Community:*
> 
> … From our perspective, adding address data for areas/streets that 
> don’t have this data is a step in the right direction.

I'd absolutely agree, and apologize if I appeared to suggest otherwise.

Best Wishes,
 Stewart


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

Re: [Talk-es] Ubicación de los números de las porterías

2016-02-09 Thread Carlos Cabezas

Hola

Hago un pequeño offtopic aunque mi pregunta tiene algo que ver con las 
porterías: mientras estaba mapeando una zona de BCN me surgió el problema de 
una portería que está en un cruce y tiene un número de portería por cada calle, 
y al ver que no puedo añadir ambas direcciones, ¿añado 2 nodos juntos con cada 
dirección o hay otra forma correcta de hacerlo?

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

Re: [Talk-cz] Pomoc s zeleznicnimi vyhybkami

2016-02-09 Thread Mikoláš Štrajt

Kdyžtak existuje dopravní slovník - http://dopravni-slovnik.fd.cvut.cz/
index.htm.

I když zrovna tu samovratnou výhybku jsem v něm nenašel.

--

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

Re: [OSM-talk-be] SOTM Brussel - logement

2016-02-09 Thread Ben Abelshausen

Hey,

Goed idee maar ik heb dit al nagevraagd en verhuur op de VUB zelf is
spijtiggenoeg geen optie...

Toch merci Philippe & Ruben!

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

2016-02-09 13:27 GMT+00:00 Ruben De Smet :

> On 02/09/2016 11:38 AM, Philippe Casteleyn wrote:
> > Verhuurt de VUB de studentekoten niet in september ?  De lessen beginnen
> echter waarschijnlijk maandag 26 september.
> http://www.vub.ac.be/academische-kalender/2015-2016De ULB is zelfs wat
> vroeger
> https://www.ulb.ac.be/ulb/greffe/documents/docs/Semaines2016-2017.pdf
> > Ik heb zo al op meerdere gerenommeerde universiteiten gezeten.
>
> Voor zover ik weet niet. Source: heb twee jaar op een VUB kot gezeten -
> tot en met vorig academiejaar. Ik kon daar heel de zomer (juni, juli,
> augustus, september) binnen.
>
> Misschien wel de kamers van mensen die al vertrokken zijn en geen
> herexamens hadden.
>
> Je kan proberen dienst huisvesting daarover te contacteren:
>
> [A] Pleinlaan 2
> 1050 Brussel
> [T] +32(0)2 629 28 31
> [F] +32(0)2 629 36 19
> [E] huisvesting.hous...@vub.ac.be
> [W] my.vub.ac.be/op-kot
> [O] 08:30 tot 12:30
>   & 13:30 tot 16:30
>
> Groeten,
>
> Ruben De Smet, student burgerlijk ingenieur aan de VUB
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] violazione licenza

2016-02-09 Thread Stefano Salvador

ignorate la mail precedente, avevo in cache la vecchia versione, hanno
aggiunto l'attribuzione (poco visibile ma c'è)

chiedo scusa,

Stefano

Il giorno 9 febbraio 2016 16:10, Stefano Salvador <
stefano.salva...@gmail.com> ha scritto:

> un altro sito che usa le mappe senza nessuna attribuzione (anzi con il
> solito logo G ovunque):
>
> http://www.sentierinatura.it
>
> un esempio di mappa è qui:
>
>
> http://www.sentierinatura.it/easyne2/GPXViewer.aspx?Code=SentieriNatura=41020=GETMAPNY0500YNFSYIYYY
>
> già provato a contattarli gentilmente (due volte) senza risultati.
>
> Ciao,
>
> Stefano
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] What is 'Attic Data'? or 'Why can't wiki writers use plain language'.

2016-02-09 Thread Dave F

That's great I suppose, but wouldn't using simple language in wikis be 
much easier?

Also, your page isn't linked from anywhere. which is half the point of 
hyperlinked wiki pages?

Dave F.

On 07/02/2016 15:24, Martijn van Exel wrote:

There is now a wiki page. I initially added the content of Roland's 
email.

https://wiki.openstreetmap.org/wiki/Attic_Data

On Sun, Feb 7, 2016, 3:02 AM malenki > wrote:

On Wed, 03 Feb 2016 22:06:32 +,
Dave F wrote:

> So often I'm put off from delving further into OSM & its uses by the
> confusing nature of it's wiki pages.
>
> A simple example:
>
>

http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Attic_data_.28.22date.22.29
>
> Why is it headed as 'Attic Data'?

Obviously because the developer named the feature "Attic Data".

> Why is there no explanation of it's meaning? After too much time
> using google I find it means old information. Why not say that?
> Wouldn't 'historical snapshot' be a bit clearer?

A year ago I would liked to have found an explanation of "Attic
Data" too, since the average OSM user knows it from the OSM website as
"history" or "chronic" (German). If the term "history" would at least
have been placed near "Attic Data" I would have found it by full text
searching the wiki page.
I was unable to connect "OSM history" and "Attic Data", even with
using
search engines. I had to ask on IRC and as I was told I was
looking for
"Attic Data" I thought 'WTF! what a stupid name! Nobody ever will find
that in the wiki'
I've added an explanation by now; hopefully it will be considered
helpful:

http://wiki.openstreetmap.org/w/index.php?title=Overpass_API/Overpass_QL=1270275=1262567

Why didn't you do it? :)

> Please remember wiki/help pages are mainly read by inexperienced
> users

Define the "inexperienced user", please.

I am nearly totally inexperienced in programming but even JOSM has
a built-in interface to query the Overpass API.
With overpass turbo and its wizard you need very little experience of
whatsoever to create a successful query.

>who aren't fully aware of all the latest hip language (that
> often goes out of fashion 6 months later).

Well, since this is a name of a feature of a wide- and heavily used
tool I doubt that it is part of a fashion hipster language.

> Please keep all wiki pages plain & simple.

You can help doing this, too.

hth
Thomas

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

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

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] estensione josm per scaricare automaticamente dati osm...

2016-02-09 Thread Max1234Ita

Forse download_along può fare al caso tuo: una volta installato lo trovi
sotto il menu More Tools (scorciatoia di default: CTRL-ALT-F2); puoi
specificare il raggio ed un'area massima (non oltre i 25 Kmq) entro cui
scaricare i dati.


Non so quali siano i limiti massimi, ma di certo ti permette di mettere un
po' d'informazioni nella cache.

Per quanto riguarda le ortofoto, invece, credo che potrebbe aiutarti
l'aumentare le dimensioni della cache  (default: 512 MB), così da non dover
continuamente richiedere nuove tiles ogni volta che sposti la visuale.

Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/estensione-josm-per-scaricare-automaticamente-dati-osm-tp5867120p5867148.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] [tag] Banche, dubbio

P.S.:
Forse sarebbe buona cosa collegare le due way con una relazione, ma non ho
esperienza di indoor e ho visto che esistono varie proposte (una delle
quali abbandonata).

Ciao!

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

Re: [OSM-talk] What is 'Attic Data'? or 'Why can't wiki writers use plain language'.

2016-02-09 Thread Dave F



On 07/02/2016 09:43, malenki wrote:

Why is there no explanation of it's meaning? After too much time
using google I find it means old information. Why not say that?
Wouldn't 'historical snapshot' be a bit clearer?

A year ago I would liked to have found an explanation of "Attic
Data" too, since the average OSM user knows it from the OSM website as
"history" or "chronic" (German). If the term "history" would at least
have been placed near "Attic Data" I would have found it by full text
searching the wiki page.
I was unable to connect "OSM history" and "Attic Data", even with using
search engines. I had to ask on IRC and as I was told I was looking for
"Attic Data" I thought 'WTF! what a stupid name! Nobody ever will find
that in the wiki'
I've added an explanation by now; hopefully it will be considered
helpful:
http://wiki.openstreetmap.org/w/index.php?title=Overpass_API/Overpass_QL=1270275=1262567

Why didn't you do it? :)


How? How are inexperienced users, using the wiki to learn something new, 
meant to know how to improve it when it's incorrect.


That you suggest I do it, implies you don't understand the purpose of a 
wiki.


It seems many believe it's a place to show off how knowledgeable they 
are by using the latest, trendy language.






Please remember wiki/help pages are mainly read by inexperienced
users

Define the "inexperienced user", please.

I am nearly totally inexperienced in programming but even JOSM has
a built-in interface to query the Overpass API.
With overpass turbo and its wizard you need very little experience of
whatsoever to create a successful query.


Unsure of the relevance of that comment. I maybe able to create /a/ 
successful query, but is it the one that I require, seeing it's not 
clear what, as just one example, Attic data means.
You appear to misunderstand my main point: Putting uncommon expressions 
in the wiki (any part, not just Overpass) deters users from learning how 
to use OSM & it's offshoot programs.




who aren't fully aware of all the latest hip language (that
often goes out of fashion 6 months later).

Well, since this is a name of a feature of a wide- and heavily used
tool I doubt that it is part of a fashion hipster language.


That you also had to ask, & others are unaware of its meaning, proves it 
isn't in common usage.




You can help doing this, too.


Again, how?


PS This post is a good example why I don't use IRC. Responses there only 
helps one user. Here on the list or web forums a record is kept that 
*all* can read & learn from.


Dave F.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-it] [tag] Banche, dubbio

2016-02-09 13:04 GMT+01:00 Carlo Stemberger :
> Il giorno 9 febbraio 2016 12:39, Federico Cortese  ha
> scritto:
>>
>> Io metterei tutti i tag sulla stessa way, se l'edificio è occupato
>> solo dalla banca
>
> Non è così: l'intero piano terra è occupato dalla banca, il resto del
> palazzo da appartamenti.
>
>>
>> in alternativa userei un nodo per i tag della banca,
>> posizionato in corrispondenza dell'accesso alla stessa.
>
>
> Però così si perde l'informazione che l'intero piano terra è occupato dalla
> banca.
>

Io preferisco il nodo ma ci sono pareri molto discordanti su questo fatto :)
Ad ogni modo se vuoi mantenere quell'informazione o lasci le due way
sovrapposte (cosa che a me non piace ma è personale) oppure usi la
stessa way in due relazioni multipoligono:
- una per l'amenity=bank
- un'altra per il building=apartments

Ad ogni modo metterei gli accessi coi civici e gli indirizzi, perchè
attualmente c'è un civico 4 di via Vittorio Emanuele sull'edificio ed
un civico 2 di piazza don Pasquale Zanzi sulla banca.

> Attendo indicazioni ulteriori su come trattare il tag name...
>
Per il nome seguirei il consiglio di Simone, ossia mettere il nome
della banca come si vede sull'insegna. Poi il nome della filiale puoi
anche aggiungerlo, ma di solito non è un nome proprio, quanto invece
un'indicazione che la filiale si trova in un determinato paese.

Ciao
Federico

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

Re: [OSM-talk-fr] Remise en place de taginfo et live + Extinction de oapi-fr

2016-02-09 Thread sly (sylvain letuffe)

Jocelyn Jaubert wrote
> Là, je ne vois pas vraiment le souci. Ça reste de l'ascii standard, donc
> ça
> devrait passer avec cet encoding CP-1252 aussi.
> 
> Je ne sais pas trop comment forcer les pages d'index automatiquement
> générées
> par Apache en UTF-8. Une idée ?

Voilà qui est réparé. J'avais renommé le dossier et j'avais oublié de mettre
à jour dans la config la partie qui indique :
AddDefaultCharset utf-8





-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in context: 
http://gis.19327.n5.nabble.com/Remise-en-place-de-taginfo-et-live-Extinction-de-oapi-fr-tp5867054p5867156.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-ie] Talk-ie Digest, Vol 81, Issue 7

2016-02-09 Thread Brian Hollinshead

Hi  Martin

Is your interest mostly in the 1:10560, 1:2500 or 1:1250 maps or in a
particular part of Westmeath. The map archive in Mullingar Library will
gladly take any we don't need now for mapping and the others when we have
bled them dry for adding detail for OSM.

By the way who do you map as please?

Kind regards



On 9 February 2016 at 12:00,  wrote:

> Send Talk-ie mailing list submissions to
> talk-ie@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-ie
> or, via email, send a message with subject or body 'help' to
> talk-ie-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ie-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-ie digest..."
>
>
> Today's Topics:
>
>1. Re: Out of copyright OS maps Waterford and Westmeath
>   (Martin List-Petersen)
>
>
> --
>
> Message: 1
> Date: Mon, 8 Feb 2016 12:12:44 +
> From: Martin List-Petersen 
> To: Discussion of OpenStreetMap in Ireland 
> Subject: Re: [OSM-talk-ie] Out of copyright OS maps Waterford and
> Westmeath
> Message-ID: <56b8863c.4000...@list-petersen.dk>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hi,
>
> I'd like the Westmeath ones. I can pick them up in Dublin at a
> convenient time.
>
> Kind regards,
> Martin List-Petersen
>
> On 07/02/16 10:20, Brian Hollinshead wrote:
> > I have about 60 sheets for Waterford and 100 for Westmeath left after
> > Trinity took any they wanted to fill gaps. I have taken scans of most of
> > the 6 inch included and 25 inch where significant habitation was mapped.
> >
> > Before I offer to pass these to the local library services does any OSM
> > mapper wish to take any of them from me, (in Dublin)? An early response
> is
> > recommended please.
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
>
>
>
>
> --
>
> Subject: Digest Footer
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
>
> --
>
> End of Talk-ie Digest, Vol 81, Issue 7
> **
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-be] SOTM Brussel - logement

2016-02-09 Thread Ruben De Smet

On 02/09/2016 11:38 AM, Philippe Casteleyn wrote:
> Verhuurt de VUB de studentekoten niet in september ?  De lessen beginnen 
> echter waarschijnlijk maandag 26 september.  
> http://www.vub.ac.be/academische-kalender/2015-2016De ULB is zelfs wat 
> vroeger https://www.ulb.ac.be/ulb/greffe/documents/docs/Semaines2016-2017.pdf
> Ik heb zo al op meerdere gerenommeerde universiteiten gezeten.

Voor zover ik weet niet. Source: heb twee jaar op een VUB kot gezeten -
tot en met vorig academiejaar. Ik kon daar heel de zomer (juni, juli,
augustus, september) binnen.

Misschien wel de kamers van mensen die al vertrokken zijn en geen
herexamens hadden.

Je kan proberen dienst huisvesting daarover te contacteren:

[A] Pleinlaan 2
1050 Brussel
[T] +32(0)2 629 28 31
[F] +32(0)2 629 36 19
[E] huisvesting.hous...@vub.ac.be
[W] my.vub.ac.be/op-kot
[O] 08:30 tot 12:30
  & 13:30 tot 16:30

Groeten,

Ruben De Smet, student burgerlijk ingenieur aan de VUB



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

Re: [Talk-cz] Trasovani LPIS, osveta - Re: Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relik

2016-02-09 Thread Marián Kyral

Ahoj

-- Původní zpráva --
Od: Pavel Bokr 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 2. 2016 2:24:22
Předmět: [Talk-cz] Trasovani LPIS, osveta - Re: Priklady rucni mapovani, 
trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle 
LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich 
drivev ymapovanych poli a luk po pretrasovani po

"



Ahoj,

 
 
JESTE REAKCE K TRASOVANI LPISu (na Marianovo odpoved byt trochu se 
zpozdenim):

 
 
* Možnost slučování jednotlivých polí se na začátku probírala, nakonec 
převážil názor neslučovat.

Nehci nijak rozporovat, ze se pri importu z LPISu automaticky neslucuje. Je 
pravdepodobne, ze kdybych nad tim vice uvazoval tak bych mozna sam dospel k 
zaveru neslucovat, zvlaste kdyz se to delalo pro import “bilych mist”. Ja 
svuj pohled “scelenych lanu” myslel ciste specialne na jiz timto zpusobem 
rucne zmapovana uzemi bez falesnych der, geometrickych artefaktu ci 
topologicjych vad apod.

 
 
*) Mikromezery mezi poli jsou bohužel realitou. Tracer se je snaží 
eliminovat slučováním blízkých uzlů, ale kde není uzel, tam není co sloučit 
(leda že by se dodělalo nalepování na hranu sousedního pole - tedy včlenit 
daný uzel do sousední hrany). 

Mikromezery v LPISu jsou problem – v mem okoli je mnoho z nich falesnych, 
jine mezery tam zase uplne chybi a v OSM i v terenu jsou. Navic skoda ze 
nekde jsou v LPISu naopak mezery spravne a v OSM chybi a tohle tezko pozna 
automatika. Kdyz spojovat tak se zase spoji i to co nahodou bylo v LPISu 
spravne rozdelene, kdyz nespojovat bude tam z LPISu prevzata spousta 
falesnych der. Tezko se najde neco idelaniho bez slozitejsich moznosti 
nastaveni/modu automatiky, ale slucovani blizkych prvku i dle meho nazoru 
vede k mene chybam – vetsina drobnych der je zrejme falesnych. Zase ale tam 
kde import resi(l) bila mista jsou toto jen drobne vady na krase, ja kdyz 
jsem rucne mapoval podle toho kde jsou/nejsou skutecne mezery jsem v tomto 
asi vice “precitlively” – tak sorry.

 
 
Par chvilek jsem prubezne venoval tomu, ze jsem si jeste hral s 
pretasovavanim (vetsinu jsem radeji neuploadoval), zkousel jsem nejake tipy,
co zde padly ale stejne to neni moc jednoduche (naopak je to celkem 
piplacka) na to aby se data spise nezhorsila. Ja osobne bych proto napred 
vazil co prioritne pretrasovat – aby tam byl takovy vyznamny rozdil, ze se 
proto vyplati provest i nezbytne upravy, aby data byla “cista” napriklad 
topologicky. Vznikaji diry (nedotahy), tam kde je multipolygon tak presahy 
(treba jeden multipolygon pres druhy) apod. a to se mi nevyplati napravovat 
v pripadech kde kultura odpovida a jen by se o par metru upravil prubeh 
hranice. Tam kde jsou data relativne OK se ja osobne poustet do pretrasovani
zatim nebudu, prioritu k pretrasovani bych si dal tam kde je spatne kultura 
nebo vyznamnejsi posun hranic – tam kde je oprava opravdu treba (takova 
mista jsou i v me oblasti) s tim, ze tam bude potreba investovat cas na 
udrzeni “cistych” dat.

 
 
 
 
 
 
 
 
OSVETA K TRASOVANI Z LPSIu:

 
 
K tomu jak se pise ve Weekly  http://www.weeklyosm.eu/cz/archives/6646 o 
nejakem videu tak bych se v zajmu osvety (a v zajmu vhodneho/efektivniho 
pouziti trasovani LPISu) mohl o neco pokusit (nedavno jsem delal nejaka demo
videa pro studenty GISu tak bych mohl zkusit i toto; shodou okolnosti me v 
te chvili oslovil jeden zacinajici kolega z OSM, ktereho mozna JOSM trochu 
vydesil komplikovanosti tak kdyz jsem byl “v razi” tak jsem udelal i ukazku 
jak ja pracuji v JOSMu – vali se to nekde na youtube). 

 



"



Hledal jsem a našel: https://www.youtube.com/playlist?list=PLM-vY76Vof65ue43
W9Q_voFogxGTFF6kM

Zatím jsem teda zkoukl jen kousek jednoho, ale vypadá to moc pěkně. Myslíš, 
že bychom mohli dát odkazy na jednotlivá videa na openstreetmap.cz?






"





Pokud by byl zajem mohl bych neco zkusit, ale nez bych se do toho pustil tak
bych si chtel ujasnit nektere veci ohledne spojovani/nespojovani prvku nez 
na by se na tom zalozila nejaka verejna osveta. Pak bych si chtel ujasnit 
jake nastroje/postupy pouzivat (uz tady padlo ContourMerge, nahradit 
geometrii, mazat stavajici prvky a trasovat na novo) a to si sam jeste 
proklikat; tak jestli jsou jeste nejake dalsi tipy tak bych si je rad predem
proklikal, protoze uprime jak uz jsem psal tak ja jsem nepretrasovaval az do
doby nez jsem toto tema zacal resit (upravy v mem okoli jsem delal rucne tak
me nevznikaly nedotahy k reseni).

 
 
Ja osobne bych osvetu vedl i tim smerem demonstrace co je na LPIS dobreho, 
kde “zacinaji limity” LPISu, treba i s tou poznamkou viz vyse, aby si mapper
zvazil jestli zpusobem provedeni trasovani (pokud by treba neprovedl 
nasledne upravy) spise nezhorsi stavajici data – vse ukazat na prikladech a 
pak by bylo to gro jake upravy lze provadet pro udrzeni “cistych” dat. Pokud
by to byla osveta videama, tak se to da rozdelit na jednotliva videa + 
seznam, aby si

Re: [Talk-ca] Talk-ca: Bulk Import of Address Range in GTHA from Metrolinx, Second attemps

2016-02-09 Thread Stewart C. Russell

Hi Mojgan,

Thanks for sticking with us! And also for including the sample data as
an attachment.

One observation: Statistics Canada does not use the Open Government
Canada Licence (or even a derivation of it), but its own:
http://www.statcan.gc.ca/eng/reference/licence-eng

Although OSM has used previous road network information before, it
appears (to me) that this StatsCan licence is different from the one
reviewed for the 2009 import. It has some prescriptive terms that may
make its use incompatible with OSM. For instance:

[you shall] not merge or link the Information with any other
databases for the purpose of attempting to identify an
individual person, business or organization

I read this that you can't use StatsCan data as part of a larger
geocoding database, which is one of OSM's uses.

I see that the Triplinx source has been added to the OSM Contributors
page, too.

> At a high level, our process of identifying gaps in the address ranges
> is summarized below:
> 
> · For each side of each StatCan road segment with a valid
> address range (start value and end value exist and are different):

Can you confirm, please: you're checking StatsCan address ranges against
**OSM** street segments? StatsCan (and any government data) cannot
automatically be assumed to be more correct than OSM data, and we
sometimes have to adjust imported data to match air photos or foot surveys.

For consistency, address range segments need to be parallel to OSM
street segments.

In addition, please consider:

* not adding very short address ranges. There were a few in my
neighbourhood that appeared to be only two houses long. Address points
would be better for those.

* that every set of address range end nodes has an address range way
associated with it. Again, there were several sets of range nodes with
no range ways associated with them near me.

> *Benefit To The Community:*
> 
> … From our perspective, adding address data for
> areas/streets that don’t have this data is a step in the right direction.

I'd absolutely agree, and apologize if I appeared to suggest otherwise.

Best Wishes,
 Stewart


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

Re: [Talk-it] estensione josm per scaricare automaticamente dati osm...

2016-02-09 Thread Any File

2016-02-09 9:49 GMT+01:00 Marco Bartalini :
> sapete se c'è un estensione josm che permette di scaricare piano piano via
> via che si zoomma i dati dal server osm insomma un pò come avviene con
> id sul sito di osm

Non so come avvenga con ID (l'ho usato pochissimo...)

cercando in
https://josm.openstreetmap.de/wiki/Plugins

ho trovato

continuosDownload

e poi ho trovato questa pagina sul wiki

http://wiki.openstreetmap.org/wiki/JOSM/Plugins/continuosDownload

Non l'ho mai usato, per cui non so come funzioni.
Però non vorrei che, al contrario di quanto da te voluto, ti faccia
scaricare più roba (presumo che se ti sposti in un area che non devi
modificare, ti scarica i dati).

Quello che servirebbe (e non so se questo plugin lo faccia) è di poter
scaricare i dati in background, mentre contemporaneamente si possa
editare le zone precedentemente scaricate.

AnyFile

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

Re: [Talk-it] [tag] Banche, dubbio

Il giorno 9 febbraio 2016 12:39, Federico Cortese  ha
scritto:

>
> Ci sono due poligoni sovrapposti, sotto alla banca c'è un
> building=apartments con addr.
>

Esatto.



> Io metterei tutti i tag sulla stessa way, se l'edificio è occupato
> solo dalla banca


Non è così: l'intero piano terra è occupato dalla banca, il resto del
palazzo da appartamenti.



> in alternativa userei un nodo per i tag della banca,
> posizionato in corrispondenza dell'accesso alla stessa.
>

Però così si perde l'informazione che l'intero piano terra è occupato dalla
banca.

Attendo indicazioni ulteriori su come trattare il tag name...

Grazie!

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

Re: [Talk-it] [tag] Banche, dubbio

On Tue, Feb 9, 2016 at 11:50 AM, scratera  wrote:
> ..non volermene ma secondo me qua http://www.openstreetmap.org/way/396791197
> ..manca un tag...bulding...in fin dei conti prima è un edificio...poi à una
> banca
>

Ci sono due poligoni sovrapposti, sotto alla banca c'è un
building=apartments con addr.
Io metterei tutti i tag sulla stessa way, se l'edificio è occupato
solo dalla banca, in alternativa userei un nodo per i tag della banca,
posizionato in corrispondenza dell'accesso alla stessa.

Ciao
Federico

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

[Talk-de] Desaster-Mapping in Bad Aibling?

2016-02-09 Thread Rolf Eike Beer

Moin,

auch bei mir regen sich gerade die üblichen Instinkte: es ist was passiert, 
die Karte ist nicht vollständig, und los. Ich habe gerade mal ein paar 
bahntechnische Details gefixt, aber viel mehr geht aus der Ferne denke ich 
nicht.

Mapillary gibt da momentan nichts her, aber z.B. die Bahnhöfe Bad Aibling und 
Kolbermoor bzw. auch der Haltepunkt Bad Aibling Kurpark könnten genug Details 
enthalten, z.B. die Signale für die Strecke dazwischen sowie Angaben zu 
Geschwindigkeitsbeschränkungen.

Es gibt auch schon die erste Eintragung an der Unglücksstrecke, die ein 
maxspeed=100 einträgt. Die Quelle ist mir klar, aber ich bin nicht sicher, 
dass das so in der Gesamtheit stimmt. Also, wenn jemand zufällig vor Ort ist 
und da bahntechnisch mithelfen möchte (und sofern man da im Moment überhaupt 
in die Nähe kommt): mappt die Positionen von allen Signalen und Schildern 
entlang der Strecke. Wenn ihr nicht wisst, was das für ein spezielles 
Signal/Schild ist: mappt die Position, ladet ein Bild hoch. Kleiner Hinweis: 
die Signalstandorte werden auf der Gleismitte eingetragen, auch wenn das 
eigentliche Signal daneben steht. Wichtig ist im Übrigen auch die Richtung, in 
die das Signal sichtbar ist, das ist auf den Bildern ja nicht notwendigerweise 
erkennbar.

Wenn jemand da jetzt mappen geht, bitte:

-steht den Rettungskräften und Ermittlern nicht im Weg rum, d.h. wenn ein Weg 
abgesperrt ist, bleibt da erst mal weg
-geht nicht in den Gleisbereich, auch wenn der Zugverkehr eingestellt ist 
können immer noch Hilfszüge oder andere Arbeitsgeräte dort fahren

Gruß

Eike

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

Re: [Talk-es] Ubicación de los números de las porterías

2016-02-09 Thread Jonas Andradas

Hola,

en algunos sitios, he visto que lo que hacen es que si un local/negocio
está en el mismo edificio que otro que ya tiene número, se le pone también
el número al local, pero además le añaden la etiqueta addr:housename
 con el nombre del
negocio, para evitar lo de qeu en la calle X aparecen varios números "3"
(por ejemplo).

Pero eso al final supongo que es parecido a "mapear para el render", solo
que es más "mapear para la app" (en este caso, OsmAnd).

Un saludo,
Jonás.

2016-02-08 19:57 GMT+01:00 Jorge Sanz Sanfructuoso :

>
>
> El lun., 8 feb. 2016 a las 18:56, Diego García ()
> escribió:
>
>> Es cierto que la solución parece estar lejos. Por mi parte, lo venía
>> observando desde no hace muchos meses, debido a que osmose muestra como
>> errores los números duplicados que se producen, y justo este fin de semana
>> se me ocurrió una posible solución, que decidí probar:
>>
>> La dirección real de una tienda que está en los bajos de un edificio, no
>> es el número de portal de ese edificio, sino algo así como "número 2,
>> bajo". De este modo, coloco el punto con la dirección del portal donde
>> corresponde, a su entrada, y en el tag addr:housenumber de la tienda
>> etiqueto el número y le añado "bajo". El tag lo admite (osmose daría error
>> si dicho tag no comienza por un número), y leida la dirección completa es
>> totalmente correcta: Avenida de los Pirineos 15, bajo. Y el wiki parece que
>> no se opone a ello, aunque mi inglés es lamentable.
>>
>
> Existe "addr:floor" que se supone que es para poner la planta, o también
> "level". La primera esta como propuesta pero no se cual sera mas adecuada.
> "level" es más usada. No creo que la tengan en cuenta los diferentes
> programas para hacer la dirección. Habría que comprobarlo.
>
>>
>> Como en Huesca tenemos la mayoría de tiendas y comercios sin poner su
>> dirección, he aprovechado para probarlo este fin de semana en los que sí la
>> tenían y además estaban reportando el error de numeración duplicada de
>> osmose. No son muchas, unas veinte, por lo que en caso de chapuza lo tengo
>> fácil para dar marcha atrás. Con nominatim funciona, y osmose no reporta
>> error:
>>
>> - Si busco el nombre de la tienda, sale, y me ofrece su dirección
>> completa y real. Por ejemplo "restaurante martín viejo, huesca", daría
>> "Restaurante Martín Viejo, 15 bajo, Avenida de los Pirineos, Barrio de
>> Santiago, Huesca, Aragón, 22004, España"
>> 
>> - Si busco la dirección, nominatim me ofrece como soluciones el propio
>> portal y los comercios que coinciden: "avenida de los pirineos, 15, huesca"
>> saca el mismo resultado de antes, y además añade "Casa 15, Avenida de los
>> Pirineos, Barrio de Santiago, Huesca, Aragón, 22004, España"
>>
>> Como extrapolación, un comercio situado en la planta primera del número
>> siete (por poner un ejemplo), se etiquetaría como "7 piso 1", y seguiría
>> funcionando de la misma manera.
>>
>> La segunda parte viene cuando hay varios comercios en un mismo edificio.
>> Aquí le he echado algo de imaginación, y he etiquetado como "local 1",
>> "local 2", etc. Lo cierto es que son direcciones reales (dentro de un mismo
>> edificio los locales comerciales suelen numerar de esa forma), pero de no
>> ser que entremos a preguntar al comerciante, desde la calle no vemos esa
>> información. En nominatim sigue funcionando bien: "avenida de monreal, 7,
>> huesca"
>>
>
> Lo de local 1, local 2 para una zona comercial si lo veo pero a pie de
> calle pu, ni el que tiene el local lo sabe. Tampoco se usa cuando se
> mandan cartas, se pone el numero el nombre del comercio y si acaso que es
> el bajo. El número de local es raro, por lo mismo. Al final toca
> inventarselo cosa que descarto hacer. Además para esto se usa "addr:door"
> si no me equivoco.
>
>>
>> En general, como solución no me parece mala, aunque no me acaba de gustar
>> por dos motivos: el tag addr:housenumber ¿debe limitarse al número de
>> portal, o está permitida la extensión de su significado a más datos, como
>> el número de planta? ¿habría que tirar del tag addr:place?. Y en segundo
>> lugar, está lo de los multiples comercios en el mismo número, que no deja
>> de ser una dirección "inventada", a no ser que entre tienda por tienda a
>> preguntar el número de local.
>>
>
> Yo entiendo que se limita al número del portal pero tampoco está claro.
> Podría darse el uso que sugieres, habría que consultarlo a toda la
> comunidad de OSM.
> Al final el problema de Osmand creo que no se soluciona porque seguirán
> saliendo todos los números pero uno como 15 y otro como 15 bajo. Parece más
> bonito pero a la hora de la verdad no cambia mucho, sigues teniendo
> información doble e inútil. A lo mejor sería más correcto buscar que Osmand
> trate los datos de otra manera y no cambiar la información de la base de
> datos. Que si esta el numero etiquetado

Re: [Talk-it] violazione licenza

2016-02-09 Thread Simone

Il 09 febbraio 2016 16:10:12 CET, Stefano Salvador  
ha scritto:
>un altro sito che usa le mappe senza nessuna attribuzione (anzi con il
>solito logo G ovunque):
>
>http://www.sentierinatura.it
>
>un esempio di mappa è qui:
>
>http://www.sentierinatura.it/easyne2/GPXViewer.aspx?Code=SentieriNatura=41020=GETMAPNY0500YNFSYIYYY
>
>già provato a contattarli gentilmente (due volte) senza risultati.
>
>Ciao,
>
>Stefano
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

In alto vedo i riferinenti a OSM.


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-it] violazione licenza

2016-02-09 Thread Luca Delucchi

2016-02-09 16:12 GMT+01:00 Stefano Salvador :
> ignorate la mail precedente, avevo in cache la vecchia versione, hanno
> aggiunto l'attribuzione (poco visibile ma c'è)
>

comunque non credo sia corretta (almeno quella per opencyclemap e openhikingmap)

> chiedo scusa,
>

di nulla

> Stefano
>

-- 
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-cz] Trasovani LPIS, osveta - Re: Priklady rucni mapovani, trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relik

2016-02-09 Thread Petr Vozdecký

bingo! video tutorial obsahove skvele! Sice jsem videl jen dve minuty, ale 
zatim mi to staci
mam extra malo casu, jen bleskove:
pokud by autor souhlasil, necham u nas udelat nejake univerzalni jingly a 
nastrihali bychom to do videa alespon jako intro a outro, pripadne nejaky 
predel apod. Pokud nekdo pracuje alespon se zakladnim strihovym SW, pak by 
to dokazal jednak navkladat a jednak i dodelat pripadny titulek s nazvem.
Ty tutorialy jsou delany via Camtasia?

vop



-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 2. 2016 12:57:49
Předmět: Re: [Talk-cz] Trasovani LPIS, osveta - Re: Priklady rucni mapovani,
trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle 
LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich 
drivev ymapovanych poli a luk po pretrasovani po

"
Ahoj

-- Původní zpráva --
Od: Pavel Bokr 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 2. 2016 2:24:22
Předmět: [Talk-cz] Trasovani LPIS, osveta - Re: Priklady rucni mapovani, 
trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle 
LPISu a pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich 
drivev ymapovanych poli a luk po pretrasovani po

"



Ahoj,

 
 
JESTE REAKCE K TRASOVANI LPISu (na Marianovo odpoved byt trochu se 
zpozdenim):

 
 
* Možnost slučování jednotlivých polí se na začátku probírala, nakonec 
převážil názor neslučovat.

Nehci nijak rozporovat, ze se pri importu z LPISu automaticky neslucuje. Je 
pravdepodobne, ze kdybych nad tim vice uvazoval tak bych mozna sam dospel k 
zaveru neslucovat, zvlaste kdyz se to delalo pro import “bilych mist”. Ja 
svuj pohled “scelenych lanu” myslel ciste specialne na jiz timto zpusobem 
rucne zmapovana uzemi bez falesnych der, geometrickych artefaktu ci 
topologicjych vad apod.

 
 
*) Mikromezery mezi poli jsou bohužel realitou. Tracer se je snaží 
eliminovat slučováním blízkých uzlů, ale kde není uzel, tam není co sloučit 
(leda že by se dodělalo nalepování na hranu sousedního pole - tedy včlenit 
daný uzel do sousední hrany). 

Mikromezery v LPISu jsou problem – v mem okoli je mnoho z nich falesnych, 
jine mezery tam zase uplne chybi a v OSM i v terenu jsou. Navic skoda ze 
nekde jsou v LPISu naopak mezery spravne a v OSM chybi a tohle tezko pozna 
automatika. Kdyz spojovat tak se zase spoji i to co nahodou bylo v LPISu 
spravne rozdelene, kdyz nespojovat bude tam z LPISu prevzata spousta 
falesnych der. Tezko se najde neco idelaniho bez slozitejsich moznosti 
nastaveni/modu automatiky, ale slucovani blizkych prvku i dle meho nazoru 
vede k mene chybam – vetsina drobnych der je zrejme falesnych. Zase ale tam 
kde import resi(l) bila mista jsou toto jen drobne vady na krase, ja kdyz 
jsem rucne mapoval podle toho kde jsou/nejsou skutecne mezery jsem v tomto 
asi vice “precitlively” – tak sorry.

 
 
Par chvilek jsem prubezne venoval tomu, ze jsem si jeste hral s 
pretasovavanim (vetsinu jsem radeji neuploadoval), zkousel jsem nejake tipy,
co zde padly ale stejne to neni moc jednoduche (naopak je to celkem 
piplacka) na to aby se data spise nezhorsila. Ja osobne bych proto napred 
vazil co prioritne pretrasovat – aby tam byl takovy vyznamny rozdil, ze se 
proto vyplati provest i nezbytne upravy, aby data byla “cista” napriklad 
topologicky. Vznikaji diry (nedotahy), tam kde je multipolygon tak presahy 
(treba jeden multipolygon pres druhy) apod. a to se mi nevyplati napravovat 
v pripadech kde kultura odpovida a jen by se o par metru upravil prubeh 
hranice. Tam kde jsou data relativne OK se ja osobne poustet do pretrasovani
zatim nebudu, prioritu k pretrasovani bych si dal tam kde je spatne kultura 
nebo vyznamnejsi posun hranic – tam kde je oprava opravdu treba (takova 
mista jsou i v me oblasti) s tim, ze tam bude potreba investovat cas na 
udrzeni “cistych” dat.

 
 
 
 
 
 
 
 
OSVETA K TRASOVANI Z LPSIu:

 
 
K tomu jak se pise ve Weekly  http://www.weeklyosm.eu/cz/archives/6646 o 
nejakem videu tak bych se v zajmu osvety (a v zajmu vhodneho/efektivniho 
pouziti trasovani LPISu) mohl o neco pokusit (nedavno jsem delal nejaka demo
videa pro studenty GISu tak bych mohl zkusit i toto; shodou okolnosti me v 
te chvili oslovil jeden zacinajici kolega z OSM, ktereho mozna JOSM trochu 
vydesil komplikovanosti tak kdyz jsem byl “v razi” tak jsem udelal i ukazku 
jak ja pracuji v JOSMu – vali se to nekde na youtube). 

 



"



Hledal jsem a našel: https://www.youtube.com/playlist?list=PLM-vY76Vof65ue43
W9Q_voFogxGTFF6kM

Zatím jsem teda zkoukl jen kousek jednoho, ale vypadá to moc pěkně. Myslíš, 
že bychom mohli dát odkazy na jednotlivá videa na openstreetmap.cz?






"





Pokud by byl zajem mohl bych neco zkusit, ale nez bych se do toho pustil tak
bych si chtel ujasnit nektere veci ohledne spojovani/nespojovani prvku nez 
na by se na tom zalozila nejaka verejna

Re: [Talk-it] violazione licenza

2016-02-09 Thread Luca Delucchi

2016-02-09 16:48 GMT+01:00 Simone :

>
> In alto vedo i riferinenti a OSM.
>

per favore evitiamo di rispondere sempre soprattutto con mail che non
aiutano le persone che leggono e non conoscono bene la questione
licenza.
Il riferimento ad OSM è corretto per lo stile ufficiale del sito di
openstreetmap, ma gli altri due dovrebbero essere attribuiti così:

OSC © OpenStreetMap contributors. Tiles courtesy of Andy Allan
OSH © OpenStreetMap contributors. Tiles © sly | Données

>
> -- Simone Girardelli--
>

-- 
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-de] key:name multilanguage nach browsereinstellung anzeigen

2016-02-09 Thread rainerU


Am 07.02.2016 um 12:15 schrieb chris66:

Die Multi Language Map macht es so:
http://mlm.jochentopf.com/
bei mir funktioniert sie allerdings zur Zeit nicht mehr richtig.


Funktioniert schon, aber das Rendern der Label-Layer ist sehr langsam.


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

Re: [OSM-talk-fr] Remise en place de taginfo et live + Extinction de oapi-fr

2016-02-09 Thread Jérôme Seigneuret

super ;-)

Le 9 février 2016 à 14:37, sly (sylvain letuffe)  a
écrit :

> Jocelyn Jaubert wrote
> > Là, je ne vois pas vraiment le souci. Ça reste de l'ascii standard, donc
> > ça
> > devrait passer avec cet encoding CP-1252 aussi.
> >
> > Je ne sais pas trop comment forcer les pages d'index automatiquement
> > générées
> > par Apache en UTF-8. Une idée ?
>
> Voilà qui est réparé. J'avais renommé le dossier et j'avais oublié de
> mettre
> à jour dans la config la partie qui indique :
> AddDefaultCharset utf-8
>
>
>
>
>
> -
> --
> sly, contact direct : sylvain /a\ letuffe o r g
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Remise-en-place-de-taginfo-et-live-Extinction-de-oapi-fr-tp5867054p5867156.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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-GB] UK war office maps of Africa digitised

2016-02-09 Thread Tim Waters

Hi folks,

so after a fix was applied to the Wikimaps Warper the collection of
581 maps from Wikimedia Commons was re-imported and added to a mosaic
(layer)

https://commons.wikimedia.org/wiki/Category:War%20Office%20Archive%20%E2%80%93%20British%20East%20Africa

The mosaic:
http://warper.wmflabs.org/layers/4

The Tiles link is http://warper.wmflabs.org/layers/tile/4/{z}/{x}/{y}.png
and the WMS details can be found at
http://warper.wmflabs.org/layers/4#Export_tab

and of course individual maps have their own WMS and Tiles endpoints too

Cheers,

Tim

p.s. Note that loading up a map for the first might take a once only
period of a couple of minutes as the map gets requested from commons
and is loaded up in the warper ... you should see a progress bar in
that case!

p.p.s. There's an issue with the warper not getting the correct
thumbnail for some of the maps, but it shouldn't affect how it works
in the warper.

On 2 February 2016 at 13:58, Jez Nicholson  wrote:
> The export tab http://warper.wmflabs.org/maps/629#Export_tab includes a WMS
> link "for JOSM OpenStreetMap Editor"
>
> I haven't tried it yet as my company have firewalled the office with an
> https whitelist.
>
> On Mon, 1 Feb 2016 at 17:34 Andy Mabbett  wrote:
>>
>> On 1 February 2016 at 13:02, Tim Waters  wrote:
>>
>> > Great stuff. I think a few hundred maps (if not all) from this
>> > collection
>> > are already in the wikimaps warper.
>> > However there was an issue with making a mosaic (stitched layer) for the
>> > category, so this will be fixed soon.
>>
>> Once that's done, how can people see the layer in JOSM?
>>
>> > I think the British Library also has control points for the maps which
>> > could
>> > be added to the warper when ready (I'd have to double check on this
>> > point
>> > though).
>>
>> My contact tells me they (BL & Indigo Trust) want to see the maps
>> reused; if there's a speciific request, I can forward it to them.
>>
>> --
>> Andy Mabbett
>> @pigsonthewing
>> http://pigsonthewing.org.uk

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

[Talk-it] installare aggiornamenti

2016-02-09 Thread Paola Capone

scusate, ho appena scarivato josm e per necessità devo aggiungere
l'estensione walking Papers.

Una volta scaricata, al lancio del programma mi dice che la versione deve
essere aggiornata: Ho la 6502 e serve minimo la 7817. Ho visto che l'ultima
stabile è la 9329 ma da:

 https://josm.openstreetmap.de/wiki/It:WikiStart

scarico una serie di file che non so come utilizzare.

Dovrei anche aggiornare Java, dalla versione 7 a 8 e ho lo stesso problema.

Sicuro sbaglio qualcosa.

Immagino che il mio sia un problema d'incapacità ma è da considerare anche
che da pochissimo ho ubuntu.

Grazie a tutti!
-- 
Paola Capone
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] JOSM videodemonstrace

2016-02-09 Thread Pavel Bokr

Ahoj, nasli jste spravne, ale kdyz na to ted koukam tak jsem tomu nevenoval 
takovou peci jak by asi melo/mohlo byt udelano pokud by to melo byt vice 
propagovano:

- delal jsem to jako neformalni ukazku pro toho kdo dela vice editaci v ID a 
JOSM vypada na prvni pohled strasive, asi jste poznali ze muj problem je ze 
jsem ukecany a nektery ty videa nebo casti jsou hodne rozvlacne protoze treba 
az na miste jsem premyslel co jeste ukazat editovat, bylo malo pripravy
- nektere casti se meli vyclenit do samostatnych videi, napriklad hned to prvni 
je moc dlouhe a pritom je tam schovane treba nastaveni posunu podkladu (treba 
to by melo byt separatne)
- pokrocilejsi upravy deleni polygonu jsou delany na hodne nizke – rucni urovni 
i kdyz jsou na to nejake zjednodusujici nastroje (ja ale na rucnim rozdelovani 
a spojovani pochopil jak funguji cesty, do kterych jsem se ve svem zacatku v 
JOSMu pekne zamotal tak jsem si rikal, ze tohle je dobre pochopit, ale neukazal 
jsem tam ty zjednodusujici postupy treba spojovani ploch apod)



Takze pokud se to libi tak bych spis posbiral pripominky a treba natocil neco 
podobneho znovu a s vetsi pripravou a s poucenim z tech stavajicich (alespon 
nebo pretocil alespon neco – pozn. akorat nevim na cem co osobne znam 
demonstrovat vice editaci protoze uz to neni jako kdysi ze chybela spousta 
zakladnich veci, ktere clovek znal v miste z hlavy).

Pripominky mohou byt typu co tam uplne chybi (treba nejaka funkcnost nebo co by 
se melo udelat pred editaci apod.) nebo jestli je tam neco blbe (a co treba ja 
delam v osm spatne a ani o tom nevim), co treba rozdelit na vic videi, co treba 
neni v logickem poradi, jestli tam neukazat nejaky zajimavy/uzitecny plugin ...


Jestli na to chcete odkazovat (nebo kamkoliv vkladat) tak prosim klidne, ale ne 
vsechno musi byt tak dobre jako si myslite po zhlednuti zacatku, tak me pak 
nekamenujte   Uznejte sami jestli to tam chcete...



A aby nebyl nejaky omyl nepracuji se strihovym SW, neprodukuji videa, do demo 
videi jsem se pustil abych neco ukazal studentum GISu, nestriham v nich, 
nahravam jako celek. Na snimani jsem hledal neco co je free a pokud mozno open 
source tak jsem pouzil https://obsproject.com/ nic placenyho, na to co chci me 
tohle free bohate staci.

Pokud by bylo nejake intro nebo outro bylo by to urcite dobre mit nejaky 
jednotny styl treba v ramci osm cz a snad bych to do toho necim dodelal (spis 
je to tak ze jsem v par volnych chvilkach spise ze zajimavosti hledal nejaky 
open source video editor pro win, ale moc jsem to nepotreboval tak jsem zas tak 
intenzivne nehledal), ale spis bych napred resil jestli opravdu neudelat 
samotna videa lepe a az by videa byla OK tak bych do nich pridal tyhle veci, 
samozrejme to muze byt pripraveno a jestli to chcete opravdu vkladat to tehle 
tak klidne, nemam namitek.

Pavel Bokr



From: Petr Vozdecký 
Sent: Tuesday, February 09, 2016 4:42 PM
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz]Trasovani LPIS, osveta - Re: Priklady rucni mapovani, 
trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a 
pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev 
ymapovanych poli a luk po pretrasovani po

bingo! video tutorial obsahove skvele! Sice jsem videl jen dve minuty, ale 
zatim mi to staci
mam extra malo casu, jen bleskove:
pokud by autor souhlasil, necham u nas udelat nejake univerzalni jingly a 
nastrihali bychom to do videa alespon jako intro a outro, pripadne nejaky 
predel apod. Pokud nekdo pracuje alespon se zakladnim strihovym SW, pak by to 
dokazal jednak navkladat a jednak i dodelat pripadny titulek s nazvem.
Ty tutorialy jsou delany via Camtasia?

vop



-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 2. 2016 12:57:49
Předmět: Re: [Talk-cz] Trasovani LPIS, osveta - Re: Priklady rucni mapovani, 
trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a 
pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev 
ymapovanych poli a luk po pretrasovani po



  Ahoj

  -- Původní zpráva --
  Od: Pavel Bokr 
  Komu: OpenStreetMap Czech Republic 
  Datum: 9. 2. 2016 2:24:22
  Předmět: [Talk-cz] Trasovani LPIS, osveta - Re: Priklady rucni mapovani, 
trasovani LPISu, co neni LPISu moc OK a jak aktualizovat rucni mapu dle LPISu a 
pritom ji nezhorsit - Re: Tracer LPIS - drobne relikty puvodnich drivev 
ymapovanych poli a luk po pretrasovani po



Ahoj,

JESTE REAKCE K TRASOVANI LPISu (na Marianovo odpoved byt trochu se 
zpozdenim):

* Možnost slučování jednotlivých polí se na začátku probírala, nakonec 
převážil názor neslučovat.
Nehci nijak rozporovat, ze se pri importu z LPISu automaticky neslucuje. Je 
pravdepodobne, ze kdybych nad tim vice uvazoval tak bych mozna sam dospel k 
zaveru neslucovat, zvlaste kdyz se to

Re: [Talk-it] installare aggiornamenti

2016-02-09 Thread Stefano

Il giorno 9 febbraio 2016 18:16, Paola Capone  ha
scritto:

> scusate, ho appena scarivato josm e per necessità devo aggiungere
> l'estensione walking Papers.
>
> Una volta scaricata, al lancio del programma mi dice che la versione deve
> essere aggiornata: Ho la 6502 e serve minimo la 7817. Ho visto che l'ultima
> stabile è la 9329 ma da:
>
>  https://josm.openstreetmap.de/wiki/It:WikiStart
>
> scarico una serie di file che non so come utilizzare.
>
> Dovrei anche aggiornare Java, dalla versione 7 a 8 e ho lo stesso problema.
>

Dipende dalla versione che hai, ci sono guide su internet per aggiornare
java (a seconda che tu preferisca openjdk o la versione oracle).


>
> Sicuro sbaglio qualcosa.
>
> Immagino che il mio sia un problema d'incapacità ma è da considerare anche
> che da pochissimo ho ubuntu.
>

Immagino tu abbia installato Josm dal repository, solo che è di una
versione non aggiornata, ti suggerisco di rimuoverla (sudo apt-get remove
josm).

Io mi sono fatto una installazione manuale di cui trovi qui gli appunti
http://wiki.openstreetmap.org/wiki/User:Sarchittuorg/Note#Josm_on_Ubuntu_and_derivatives

In pratica ho creato un comando "josm" che mi lancia l'eseguibile, ed
un'altro per fare l'aggiornamento (che consiste nell'aggiornare il solo
file jar, le estensioni vengono aggiornate all'avvio del programma).

>
> Grazie a tutti!
> --
> Paola Capone
>
> Ciao,
Stefano


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

[Talk-de] Einpflegen von Daten zur Barrierefreiheit von Orten in Heidelberg

2016-02-09 Thread Stefan Hahmann


Hallo OSM Community,

ich habe eine Frage zum Einpflegen von Daten zur Barrierefreiheit von 
Orten in Heidelberg. Den Begriff "Import" möchte ich erstmal vermeiden, 
obwohl mir klar ist, dass es sich OSM technisch schon um einen 
Datenimport handeln würde. Bei den einzupflegenden Informationen handelt 
es sich jedoch ausschließlich um Attribute, wobei im Ausgangsdatensatz 
nur Adressen, jedoch keine Koordinaten befinden, aber am besten von vorn:


Der Betreiber der Webseite http://www.heidelberg.huerdenlos.de/ hat uns 
einen Excel-Datei der Daten zur Barrierefreiheit von Orten zukommen 
lassen. Die Daten werden vom Betreiber der Webseite nur angezeigt, sie 
"gehören" jedoch dem Heidelberger Beirat von Menschen mit Behinderungen. 
Von deren Seite haben wir die Erlaubnis erhalten, die Informationen zur 
Barrierefreiheit in OpenStreetMap einzupflegen. Es gab bereits einen 
Versuch, die Daten via poichecker.de einzupflegen, der jedoch fehlerhaft 
war und daher revertiert werden musste (vgl.: 
http://forum.openstreetmap.org/viewtopic.php?id=52809). Aus diesem Grund 
möchte ich mir nun hier Rat zum Einpflegen der Daten holen.


Das Ziel ist es, dass die Attributinformationen zur Barrierefreiheit von 
Objekten in OSM und vor allem in der Wheelmap anzuzeigen und dass diese 
externen Daten einen Beitrag dazu leisten, graue Orte (also Orte ohne 
wheelchair-Tag) in farbige Orte (mit wheelchair-Tag) umzuwandeln und 
ggf. fehlende Orte hinzuzufügen. Da in OSM nur kurze Beschreibungen zu 
Orten gespeichert werden können, wäre es zudem schön, wenn ein Link zu 
Heidelberg Hürdenlos bei jedem Objekt eingefügt werden könnte, um diesen 
dann z.B. in der Wheelmap als weiterführende mit anzeigen zu können.


Der Datensatz enthält folgende Attribute:
- Interne ID
- Name des Objektes
- Straße
- Hausnummer
- PLZ
- Ort
- Telefon
- Link zu Heidelberg Hürdenlos
- Einschätzung zur Barrierefrei des Objektes
- Vorhandensein einer barrierefreien Toilette
- Beschreibung zur Toilette

Die Einschätzung zur Barrierefreiheit der Objekte erfolgte entsprechend 
DIN. Dies ist nicht 100% deckungsgleich mit wheelchair=yes|limited|no 
(die DIN kennt streng genommen nur "yes" oder "no" und hat strengere 
Kriterien als wheelchair=yes in OSM), könnte aber mit Abstrichen in die 
wheelchair=yes|limited|no Systematik übersetzt werden.


Koordinaten sind leider keine Vorhanden, nur Adressen.

Es ergeben sich für mich folgende Fragen:

1. Welche Software / welches Tool / welches Vorgehen kann man für den 
Import von Attributen wählen, die an in OpenStreetMap bereits 
vorhandenen Objekten ergänzt werden sollen? Wie könnte man die nötigen 
Arbeiten ggf. aufteilen?


2. Unter welchem Key sollte man den Link zum Objekt auf der Webseite von 
Heidelberg Hürdenlos einfügen, das ausführliche Informationen zur 
Barrierefreiheit des Objektes anzeigt?


3. Dürfen solche Links überhaupt in die OSM eingepflegt werden 
(Stichworte Sponsoring, kommerzieller Betreiber der externen Webseite)?


4. Unter welchem Key könnte man den Autor der Daten zur Barrierefreiheit 
eintragen, d.h. gibt es so etwas wie "wheelchair.source"?


5. Wie könnte man die ursprüngliche Information zur 
Rollstuhlgerechtigkeit der Orte entsprechend DIN beibehalten? Ich denke 
etwa an einen key "wheelchair_din"?


6. Sollte der Datensatz im Wiki zum Download zur Verfügung gestellt werden?

7. Kann man die internen IDs des externen Datenanbieters mit einpflegen. 
Wenn ja, welcher Tag wird verwendet?


Beste Grüße,
Stefan

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

Re: [Talk-cz] Budoucnost LunaRenderu

2016-02-09 Thread Pavel Zbytovský

Nazdar,

jasně - záleží ovšem co vše k tomu ptořebuješ. Pošli mi prosím přímo mail a
dám ti nějaký login na hraní.

Komentář k issue jsem ti poslal na github.

Fandím projektu :-)
P.


Dne 9. února 2016 21:55 Mikoláš Štrajt  napsal(a):

> V minulé diskuzi o LunaRenderu na mailing listu Pavel Zbytovský napsal:
>
> >  Pokud bys to chtěl pustit na VPSce openstreetmap.cz, ozvi se, asi by
> to šlo.
>
> S dovolením bych této nabídky využil, ale nejprve bude nutné napsat
> webovou aplikaci, která před tím bude sedět. Návrh jsem napsal zde -
> https://github.com/severak/lunarender/issues/6
>
> Uvítal bych, kdyby na to někdo kouknul a případně dodal nějakou zpětnou
> vazbu.
>
> Jinak toto je zatím jen ve stádiu nápadu a asi to v něm ještě chvíli bude.
>
> Zdraví Severák
> ___
> 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] Budoucnost LunaRenderu

2016-02-09 Thread Mikoláš Štrajt

V minulé diskuzi o LunaRenderu na mailing listu Pavel Zbytovský napsal:

>  Pokud bys to chtěl pustit na VPSce openstreetmap.cz, ozvi se, asi by to šlo. 

S dovolením bych této nabídky využil, ale nejprve bude nutné napsat webovou 
aplikaci, která před tím bude sedět. Návrh jsem napsal zde - 
https://github.com/severak/lunarender/issues/6

Uvítal bych, kdyby na to někdo kouknul a případně dodal nějakou zpětnou vazbu.

Jinak toto je zatím jen ve stádiu nápadu a asi to v něm ještě chvíli bude.

Zdraví Severák
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

2016-02-09 Thread Thomas Petillon

2016-02-09 8:13 GMT+01:00 Philippe Verdy :

> Les eaux intérieur ça se tag comment?
>> natural=water+ ...
>>
>
> À quelles eaux tu penses ? J'ai l'impression que ce qu'il reste est
> couvert par les cas habituels (rivière, étang).
>
> Non car il reste les eaux des ports, et les eaux entre continent et iles
> côtières et ilots. Ce ne sont que des eaux marines (pas de rivière ni
> étang). Ces eaux sont coupées par un trait reliant deux points proches sur
> la ligne de base (quelle qu'en soit sa définition: basses/hautes eaux,
> extrème/moyenne, annuelle ou d'équinoxe, coefficient équivalent...
> correspondant ou pas selon les endroits à la ligne de côte OSM)
>

La ligne de base et la ligne de côte sur laquelle on met le
natural=coastline sont deux lignes différentes.

La ligne de base est légèrement au large de la ligne de côte (ou au même
niveau au plus haut). C'est une ligne administrative. Elle peut servir de
limite pour les boundary=administrative, mais n'est pas la limite de la mer
au sens physique. (Et peut même correspondre à une ligne où la mer ne
descend jamais aussi bas.)

> La ligne de base est normalement constituée par la laisse de basse mer
 (limite des zones
toujours couvertes par la mer quelle que soit la marée, en l'absence de
phénomènes météo-océanographiques exceptionnels) ; dans certains cas
(présence d'îles proches du littoral, côte très découpée…), la laisse de
basse mer (« ligne de base normale ») peut être remplacée par une *ligne de
base droite*, composée de segments, ne s'écartant pas de la direction
générale de la côte et joignant des points situés sur la laisse de basse
mer.
(https://fr.wikipedia.org/wiki/Ligne_de_base )

La ligne de côte lui est là où s'arrête la mer en tant qu'entité physique
(au sens OSM, une fois un niveau de marée fixé). Les eaux portuaires sont
comprises dans la mer et sont à l'extérieur du natural=coastline. On le
voit par exemple sur le trait de côté de l'Histolitt, sur lequel les
contours portuaires sont visibles. Donc à mon sens il n'y a pas besoin de
taguer les eaux intérieures avec un tag décrivant une entité physique
(natural=coastline, natural=water, etc.), elles font partie de l'océan
autant que la haute mer.

Reste après la question de la fixation de la limite précise entre rivière
et mer dans le cas d'un estuaire soumis à la marée.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

2016-02-09 Thread Stéphane Péneau


Le 09/02/2016 20:17, Jean-Michel Pouré a écrit :
OK, je comprends. Je suis à 30 km de la station de Creil. C'est 
suffisant pour avoir une certaine précision, sans descendre à 2cm ?


Je ne peux pas te répondre, il faut essayer. Ce sera forcément beaucoup 
plus problématique en zone urbaine, à cause de l'effet "canyon" (les 
immeubles qui bloquent une partie des satellites et génèrent des rebonds).


Le 09/02/2016 21:30, Jean-Michel Pouré a écrit :

Je dispose de quelques machines embarquées et de serveurs récents. Quel
matériel me faut-il pour démarrer une station NTRIP ? La fonction
émission radio ne m'intéresse pas. Quelle puce de suivi satellite me
conseillez-vous ?

J'ai lu dans la documentation EUREF qu'il fallait un accès à la
totalité du ciel et qu'on devait utiliser un matériel à auto-calibrage.
RTKlib peut-il faire l'affaire ?
Je ne connais que très peu les spécifications minimum pour une station 
Ntrip "officielle", mais il me semble que la précision de l'horloge est 
primordiale, ainsi que la qualité de l'antenne de réception et sa 
calibration.
Tous ces paramètres sont un peu moins cruciaux lorsqu'on se crée sa 
propre station de base personnelle.


En récepteur, je ne m'y connais pas énormément. Je sais que les 
u-blox.com sont assez régulièrement utilisés pour le diy. Perso je suis 
chez Navspark. Pour en faire des stations de base, il faut qu'ils 
fournissent les données RAW.
Il doit exister des softs open source pour la conversion 
RAW->RTCM->NTRIP mais je ne me suis pas trop penché sur le sujet pour le 
moment. En revanche, notre cher Ratzilla$ bosse sur le sujet, il en 
parle un peu sur son twitter :

https://twitter.com/RatZillaS



La matériel à mettre en oeuvre n'a pas l'air phénoménal et j'ai
l'impression qu'une installation comprenant matériel embarqué, câble
réseau, puce de réception ne doit pas coûter très cher en DIY. A la
limite, on peut imaginer un matériel PoE à placer sur le toit.

Qu'est-ce que vous en pensez ? N'est-ce pas le type de projet qu'une
communauté devrait gérer ?
Oui, ce serait très intéressant. Et il existe déjà des communautés qui 
le font : les agriculteurs, particulièrement ceux qui cultivent de 
grandes surfaces, comme les céréaliers. Mais leurs réseaux de stations 
ne sont en général pas ouverts.


Pour un accès libre à tous, il y a un début de projet :
http://pylongps.com/doku.php

En tout cas, si tu avances sur le sujet, n'hésite pas à partager.

Stf

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

Re: [OSM-talk-fr] JOSM et Opendata

Le 8 février 2016 à 11:47, Jérôme Seigneuret  a
écrit :

> @Philippe: en effet, utiliser JOSM en 64x doit aider à charger le shape
> car j'atteins la limite de la mémoire.
>

Un truc : quand on utilise JOSM avec JNLP et Javaws (ce que je recommande
au lieu de télécharger le JAR, car ça fait la mise à jour automatiquement à
chaque lancement), il crée un raccourci sur le bureau. Mais ce raccourci
appelé "JOSM" est écrasé à chaque mise à jour pour le lancer ensuite en 32
bits.

Personnellement, j'ai renommé ce raccourci sur le bureau en "JOSM 64" afin
qu'il ne soit plus écrasé. Et ensuite j'ai modifié les paramètres pour
forcer le mode 64 bits :
"C:\*Program Files*\Java\jre1.8.0_66\bin\javaws.exe" au lieu de "C:\*Program
Files (x86)*\Java\jre1.8.0_66\bin\javaws.exe" (pour le mode 32 bits)
avant les autres paramètres (inchangés) du fichier JNLP et du cache, et
d'autres options éventuelles qu'on peut mettre pour "tuner" la VM Java
("-Xmx" etc.)

Si je mets à jour Java (32 bits ou 64 bits séparément), il faut remettre à
jour aussi le chemin de javaws avec le numéro de version installé (ici
"jre1.8.0_66").
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] installare aggiornamenti

2016-02-09 Thread Simone F.

Il giorno 9 febbraio 2016 18:16, Paola Capone  ha
scritto:

> scusate, ho appena scarivato josm e per necessità devo ... essere
> aggiornata
>

Ti hanno già risposto in molti, ma secondo me la soluzione migliore è
seguire il Wiki [0] di JOSM.

In sintesi:

1 apri il terminale

2 copi questo comando, lo incolli nel terminale (click destro -> incolla) e
premi invio per eseguirlo

echo deb https://josm.openstreetmap.de/apt $(lsb_release -sc) universe |
sudo tee /etc/apt/sources.list.d/josm.list > /dev/null

3 copi, incolli ed esegui i seguenti:

wget -q https://josm.openstreetmap.de/josm-apt.key -O- | sudo apt-key add -
sudo apt-get update
sudo apt-get remove josm josm-plugins
sudo apt-get install josm

A questo punto, dovrebbe aver disinstallato la vecchia versione e scaricato
l'ultima.
D'ora in poi si aggiornerà da solo.


Dovrei anche aggiornare Java, dalla versione 7 a 8 e ho lo stesso problema.
>

Copia, incolla nel terminale e premi Invio:
sudo apt-get install openjdk-8-jre


Ciao,
Simone F.

[0] https://josm.openstreetmap.de/wiki/Download
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] SOTM 2016 social events ?

2016-02-09 Thread Sander Deryckere

Brouwerijen zijn wel een goed idee, typisch Belgisch.

De Rodenbach brouwerij in Roeselare kan feesten aan tot 750 man. Dat is dan
tussen de foeders, maar zonder rondleiding. Misschien zijn er ook
dergelijke brouwerijen in Brussel.

Een ander idee is misschien het Europees parlement. Da's wel uniek voor
Brussel, en volgens mij ideaal voor een internationaal publiek. Standaard
voorzien ze groepen tot 45 personen, maar grotere groepen kunnen ook op
aanvraag.

http://www.europarl.europa.eu/visiting/nl/visits/chamber-tour-for-groups.html
Op 9-feb.-2016 19:57 schreef "Philippe Casteleyn" <
philippecastel...@hotmail.com>:

> http://www.atomium.be/rent.aspx
> 1 bol is echter te klein.
>
> Brouwerijbezoek
> http://www.cantillon.be/br/2_2
>
> http://www.beercapital.be/index.php?mact=Products,cntnt01,details,0=brouwerij_20min=bbcw_lijst_cat=breweries-detail_origpage=323=30=339
> 600 man in een brouwerij lijkt ook niet gemakkelijk
>
> Terroristen-Wandeling in Molenbeek.
>
> Heeft al iemand de toeristische dienst gecontacteerd ?  Die kunnen
> natuurlijk niets origineels voorstellen.
>
> Het SOTM reglement van inwendige orde is er alvast al.
> Misschien het gillen nog verbieden.  Dat is tegenwoordig een probleem bij
> Amerikaanse vrouwen.
>
>
> Ctrl+v
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Doute sur le calage Bing/Cadastre

Le 8 février 2016 à 21:16, Jean-Michel Pouré  a écrit :

>
> Quand on pense aux futures applications de guidage et de conduire
> automatique pour automobile ...
>

Avant que ça arrive, ce ne sera autorisé que dans les zones où les
concepteurs des dispositifs qu'ils feront agréer auront fait les efforts de
calage de leur cartographie. Pour ça ils devront nécessairement mettre en
oeuvre un MNT précis.
Peu de chance que ça arrive pour l'instant dans les zones à fort relief. Au
mieux ça commencera par des autorisations seulement dans certaines villes
et hors de ces zones la conduite manuelle sera obligatoire. Il faudra
certainement aussi une signalisation radio pour activer ces dispositifs
automatiques (sans doute par téléphonie cellulaire), les autorités pouvant
alors couper ce signal zone par zone pour forcer la conduite manuelle en
cas d'urgence (accidents, incendies, inondations, forte tempête,
manifestations sur la voie publique, forts encombrements...)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Image of the week

2016-02-09 Thread osm . sanspourriel

Tu veux dire le chemin E9 dont certains ont déposé pour la partie 
française GR 34 ? ;-).

Elles sont effectivement là en dehors de la terre ferme, c'est un fait.
Le problème ici n'est pas tant tidal=sand ou beach mais l'absence de tag 
qui fait penser à la pleine mer.
Très clairement là, le chemin passe sur un endroit recouvert d'eau à 
marée haute ordinaire.


Enfin le vrai problème c'est que l'on ne fait pas respecter la servitude 
littorale mais c'est un autre sujet.


N. B. : concrètement, est-ce que tu penses :
http://mc.bbbike.org/mc/?lon=-3.505597=48.825301=18=3=mapbox-satellite=osmfr=mapnik=ol_mapquest-labels=100?marker=limite%20de%20la%20plage%20?
Ça ne me choque pas mais la différence c'est plus natural=sand au dessus 
(d'un point de vue altimétrique, au sud ici) et au nord c'est plutôt de 
la vase.
Ne mettre que beach dans la partie de coef supérieur à 100 va minimiser 
les plages, certes.
Mais que le piéton sache qu'il peut être coincé par la marée me semble 
plutôt une précision utile. Pas sûr que le trait de côte suffise.

Mettrais-tu un tidal=yes ?

Alors près du lieu de vacances d'Antoine (pour ceux qui ont suivi) :
http://mc.bbbike.org/mc/?lon=-4.430902=48.231103=18=3=mapbox-satellite=osmfr=mapnik=ol_mapquest-labels=100?marker=passage%20du%20sentier%20:%20tidal%20:%20yes 



La carte y est plus précise.
Que voit-on :
- osm fr : les sols marins sont massacrés (la mer envahit tout y compris 
les beach).

- osm : le gué (fjord=yes) est rendu comme un chemin ordinaire.

Dézoomons au niveau 15 :
http://mc.bbbike.org/mc/?lon=-4.436395=48.22783=16=3=mapbox-satellite=osmfr=mapnik=ol_mapquest-labels=100?marker=rocher%20visible%20par%20coef%20proche%20de%20100

Vous voyez un rocher visible par coef proche de 100 (non mappé) et une 
plage qui correspond grosso-modo à la mi-marée.

Au-delà il faudrait du tidal=yes sur l'essentiel de la partie sableuse.

Thomas dit ce que dit le wiki.
Tu veux aller au delà.

À quel niveau arrêter la plage ? Mi-marée ? Si tu prends autre chose que 
la ligne de côte c'est à peu près tout ce que tu peux faire de 
vérifiable. Mais quel intérêt ? L'isobathe du 0 terrestre ?

Avec la ligne de côte tu vois s'il reste du sable à marée haute.

Attention aussi au collage :
http://mc.bbbike.org/mc/?lon=-4.449497=48.23543=17=3=mapbox-satellite=osmfr=mapnik=ol_mapquest-labels=100?marker=schiste
Entre le trait de côte et la plage on ici (comme souvent) une falaise ou 
une ancienne falaise rabotée. Donc tidal=yes


 * natural=bare_rock
   

Sinon on a l'impression que la plage commence en mer.

Et si tu regarde Wikipédia la plage commence au niveau des dunes, peut 
être composée de galets : c'est juste une accumulation de matériaux en 
pente douce ! : https://fr.wikipedia.org/wiki/Plage
tidal=yes, natural=sand est clair. natural 
 beach 
 ne 
l'est pas autant.
Sur OSM ils disent 
 : 
Coastal beaches should be mapped to high water (natural 
=coastline 
) sans 
préciser de quel côté !
Et que natural=sand serait réservé à ce qui n'est pas plages. Heu ? Les 
déserts 
Car hormis un banc de sable (et encore il y a des bancs de sable 
 
utilisés comme plage) potentiellement tidal=yes et natural=sand => 
beach. Que l'homme puisse y accéder ne change pas grand chose.


Ceux qui auront cliqué sur le lien auront vu la subtilité : l'embouchure 
de la Laïta est une riverbank en amont de la coastline, donc on voit la 
plage


Ici le armchair mapping a créé des landes en lieu et place des dunes. 
Mais en regardant les tags disponibles, ça ne semble pas si mauvais.


Jean-Yvon

Le 09/02/2016 20:02, Philippe Verdy - verd...@wanadoo.fr a écrit :
Dommage, la totalité des plages de cette zone est maintenant hors de 
la ligne de côte, donc noyée en mer. Y compris le chemin tagué "GR 34" 
(qui suit le haut d'une plage).


Personnellement je suis partisan d'avoir les plages coupées en deux 
par la ligne de côte pour avoir une partie "à sec" (hors événements 
exceptionnels qui de toute façon peuvent submerger non seulement les 
plages mais aussi une partie des routes ou des ports et propriétés 
attenantes cadastrées), et l'autre dans la zone "tidal" soumise au 
régime normal des marées.


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

Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

2016-02-09 Thread osm . sanspourriel

À 80% d'accord avec Thomas et à 20% avec Philippe sachant qu'ils sont
proches on devrait y arriver.

OK avec Thomas sur la définition de la ligne de base.
> Et peut même correspondre à une ligne où la mer ne descend jamais
aussi bas
c'est même assez usuel sur les zones qui s'érodent : la limite
administrative ne bouge pas/peu alors que le littoral peut bouger tous
les jours.

/La ligne de côte lui est là où s'arrête la mer en tant qu'entité
physique (au sens OSM, une fois un niveau de marée fixé). Les eaux
portuaires sont comprises dans la mer et sont à l'extérieur du
natural=coastline. On le voit par exemple sur le trait de côté de
l'Histolitt, sur lequel les contours portuaires sont visibles. Donc à
mon sens il n'y a pas besoin de taguer les eaux intérieures avec un tag
décrivant une entité physique (natural=coastline, natural=water, etc.),
elles font partie de l'océan autant que la haute mer./
C'est là que je ne suis plus d'accord avec Thomas. Il y a une semaine
j'étais d'accord (d'où la remarque sur le pont de Saint-Nazaire).

On peut conserver le système proposé par Thomas (avec le problème de la
limite des embouchures mais ça on l'aura toujours).
Mais la version de Philippe suit la tendance actuelle qui consiste à
dégager les eaux intérieures avec le gros inconvénient que les eaux
intérieures ne sont pas taguées telles quelles. Du coup le trait de côte
ressemble plus à une érosion de la ligne de base. Voir mon message
d'hier sur le sujet et surtout le lien :
/Les eaux intérieures ne sont pas ce à quoi tu penses (en fait si, mais
la grosse différence ce n'est pas le niveau au niveau des "vraies" côtes
mais au niveau des lignes virtuelles séparant la mer de l'estuaire).//

//En image ://
http://imagico.de/map/pict/coast_bissau.png//
//O-ton : //http://imagico.de/map/coastline_quality4_de.php//
//Et pour les anglophones :
//http://imagico.de/map/coastline_quality4_en.php//

/
Si on regarde le trait de côté Histolitt, il connaît grosso-modo les l
Au fait sur http://data.shom.fr/#donnees/catalogue, il y a Marée =>
Marnage coefficient 95, et comme je disais sur
http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=Tables_Physiographiques_131212=CEREMA#
Il y a la "géomorphologie du trait de côte" et on voit ici que l'anse du
Bas-Pouldu dans l'embouchure de la Laïta

est considérée comme en mer et non en eaux intérieures. En amont du port
de Guidel, ce sont des eaux intérieures.

Perso, j'aurais tendance à cartographier comme Thomas, mais Philippe est
plus proche du wiki.
Sauf que dans ce cas manque un tag (tidal=yes ? sauf qu'au centre ça ne
découvre pas).
internal_waters=yes ? Attention, c'est tout ce qui est en deçà de la
ligne de base.
Ce n'est pas pour rien que Christoph (imagico.de) a fait la proposition
https://wiki.openstreetmap.org/wiki/Proposed_Features/Coastline-River_transit_placement

Sur le rendu OSM Mapnik
http://mc.bbbike.org/mc/?lon=-3.286824=47.733365=11=3=mapbox-satellite=osmfr=mapnik=ol_mapquest-labels=100
la rade de Lorient est plus visible que la ria d'Etel mais ça peut aller
jusqu'à supprimer les eaux "intérieures" de la carte pour les contours
utilisant le trait de côte comme MapQuest labels.

Une indication des eaux à l'intérieur du trait de côte mais soumis à
l'influence de la marée serait dans ce cas utile.

Avis complémentaires bienvenus.

Jean-Yvon

Le 09/02/2016 22:15, Thomas Petillon - tpetil...@gmail.com a écrit :
2016-02-09 8:13 GMT+01:00 Philippe Verdy >:

Les eaux intérieur ça se tag comment?
natural=water+ ...

À quelles eaux tu penses ? J'ai l'impression que ce qu'il reste
est couvert par les cas habituels (rivière, étang).

Non car il reste les eaux des ports, et les eaux entre continent
et iles côtières et ilots. Ce ne sont que des eaux marines (pas de
rivière ni étang). Ces eaux sont coupées par un trait reliant deux
points proches sur la ligne de base (quelle qu'en soit sa
définition: basses/hautes eaux, extrème/moyenne, annuelle ou
d'équinoxe, coefficient équivalent... correspondant ou pas selon
les endroits à la ligne de côte OSM)

Reste après la question de la fixation de la limite précise entre
rivière et mer dans le cas d'un estuaire soumis à la marée.

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

Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

Le 9 février 2016 à 22:15, Thomas Petillon  a écrit :

> 2016-02-09 8:13 GMT+01:00 Philippe Verdy :
>
>> Les eaux intérieur ça se tag comment?
>>> natural=water+ ...
>>>
>>
>> À quelles eaux tu penses ? J'ai l'impression que ce qu'il reste est
>> couvert par les cas habituels (rivière, étang).
>>
>> Non car il reste les eaux des ports, et les eaux entre continent et iles
>> côtières et ilots. Ce ne sont que des eaux marines (pas de rivière ni
>> étang). Ces eaux sont coupées par un trait reliant deux points proches sur
>> la ligne de base (quelle qu'en soit sa définition: basses/hautes eaux,
>> extrème/moyenne, annuelle ou d'équinoxe, coefficient équivalent...
>> correspondant ou pas selon les endroits à la ligne de côte OSM)
>>
>
> La ligne de base et la ligne de côte sur laquelle on met le
> natural=coastline sont deux lignes différentes.
>

Je n'ai PAS écrit que c'était la même chose (regarde un message précédent).
J'ai juste écrit ce qu'était les "eaux intérieures" (toutes les eaux à
l'intérieur de la ligne de base), je n'ai rien dit ci-dessus dans la phrase
que tu cites concernant la "ligne de côte" d'OSM.

Bref on est déjà d'accord, mais ne me fais pas dire ce qui n'est pas écrit.

Evidemment les eaux intérieures seront alors les eaux entre la ligne de
côte et la ligne de base (mais en fait un peu plus, car dans OSM on a aussi
des estuaires coupés par la ligne de côte (là on n'a pas d'élement
phyhsique, c'est un trait arbitraire juste là parce qu'il faut bien couper
quelquepart pour fermer les zones. De toute façon, attenant à ces traits
arbitraires, on aura des "riverbank" (sur un rendu comme celui de Mapnik
pour OSM.org ou le rendu d'OSM France, on ne voit pas la différence).

Mais il est préférable autant que possible de choisir ce trait arbitraire
(pour la "costline" d'OSM) à une position raisonnable :

- le dernier barrage (y compris une "barrière anti-sel" qui est un
dispositif passif de porte basculante, où les eaux fluviales tendent à
l'abaisser si leur pression est supérieure à celle des eaux marines qui
remontent sous les eaux fluviales et tendent à remonter cette porte) est
bien une ligne physique de séparation des eaux (sauf s'il est trop loin
dans les terres et que la mer ne remonte pas jusque là) ;

- pour le dernier pont ce n'est pas toujours le cas car l'influence des
marées peut se faire sentir au delà (si c'est le cas je pense qu'il vaut
mieux remonter la coasline plus haut sur le fleuve, afin que la zone
"tidal" soit entièrement du côté mer de la coastline, quitte alors à
utiliser le dernier pont uniquement comme limite administrative, avec
admin_level=4.)


Certaines données pourraient être utilisées pour que ce trait de côte soit
moins arbitraire (notamment celles sur les mesures de salinité moyenne, ou
des données sur les espèces marines protégées) si on n'a ni barrage ni de
barrière anti-sel.

Par exemple l'estuaire de la Gironde qui me semble coupé beaucoup trop
arbitrairement par la "coastline" d'OSM, et je ne pense même pas que c'est
une limite administrative réelle car il n'y a là ni pont ni barrage là où
elle est et les distances entre les points de côte sont trop grandes : le
domaine maritime doit en fait occuper la majeure partie sinon la totalité
de la Gironde, et sans doûte même une partie de ses deux principaux fleuves
(Dordogne et Garonne). D'ailleurs même le cadastre (pourtant très grossier)
des communes limitrophe de l'estuaire de la Gironde ne rend pas ces
communes limitrophes à travers l'estuaire (les polygones du cadastre
cependant incluent les zones portuaires dans l'estuaire, sans entrer dans
trop de détails, ainsi que les digues de protection des rives et pontons ou
embarcadères).

Ce trait de côte arbitraire cependant vient couper deux "îles" (en fait des
hauts fonds sableux, au contour changeant selon les saisons), qui pour moi
sont malgré tout des "îles" maritimes et non fluviales, même si leur
existence est liée à l'accumulation locale d'alluvions venus principalement
des fleuves de l'estuaire (mais une partie du sable vient aussi des côtes
atlantiques des Landes et un peu aussi de Charente-Maritime). Ces bancs de
la Gironde sont AMHA à traiter de la même manière que les bancs de sable
près de la baie d'Arcachon.

En revanche la ligne de base qui traverse la Gironde est une ligne
administrative effective (mais pas une ligne de côte pour autant).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] Bases cartográficas

2016-02-09 Thread Barea Miguel


Buenas tardes.

A la hora de editar datos desde JOMS (soy novato en esto, pero no en 
aplicaciones GIS), he observado que las ortos, base de catastro y base 
de OpenStreetMap no coinciden 100%, lo que genera problemas cuando se 
pretenden crear zonas nuevas. ¿Que cartografía de base está mejor 
georeferenciada?. De todas formas, observo que las calles, principal 
elemento articulador y de representación de OMS, está realizada con 
distinta fuente, por lo parece que existen numerosos errores.


Alguien podrías asesorarme.

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

Re: [Talk-GB] UK war office maps of Africa digitised

2016-02-09 Thread Jez Nicholson

I tinkered with the "Kilimanjaro to Tsavo Stn. U.R.. WOOS-8-3-1" map a fair
bit. Started by using recognisable locations (features on lakes, etc.) but
eventually settled on tagging the grid lines and using online conversion
tools to give me the WGS-84. The ones with hills in look great in Google
Earth, e.g. http://warper.wmflabs.org/maps/629.kml Difficult to get the map
spot on.

On Tue, 9 Feb 2016 at 16:28 Tim Waters  wrote:

> Hi folks,
>
> so after a fix was applied to the Wikimaps Warper the collection of
> 581 maps from Wikimedia Commons was re-imported and added to a mosaic
> (layer)
>
>
> https://commons.wikimedia.org/wiki/Category:War%20Office%20Archive%20%E2%80%93%20British%20East%20Africa
>
> The mosaic:
> http://warper.wmflabs.org/layers/4
>
> The Tiles link is http://warper.wmflabs.org/layers/tile/4/{z}/{x}/{y}.png
> and the WMS details can be found at
> http://warper.wmflabs.org/layers/4#Export_tab
>
> and of course individual maps have their own WMS and Tiles endpoints too
>
> Cheers,
>
> Tim
>
> p.s. Note that loading up a map for the first might take a once only
> period of a couple of minutes as the map gets requested from commons
> and is loaded up in the warper ... you should see a progress bar in
> that case!
>
> p.p.s. There's an issue with the warper not getting the correct
> thumbnail for some of the maps, but it shouldn't affect how it works
> in the warper.
>
> On 2 February 2016 at 13:58, Jez Nicholson 
> wrote:
> > The export tab http://warper.wmflabs.org/maps/629#Export_tab includes a
> WMS
> > link "for JOSM OpenStreetMap Editor"
> >
> > I haven't tried it yet as my company have firewalled the office with an
> > https whitelist.
> >
> > On Mon, 1 Feb 2016 at 17:34 Andy Mabbett 
> wrote:
> >>
> >> On 1 February 2016 at 13:02, Tim Waters  wrote:
> >>
> >> > Great stuff. I think a few hundred maps (if not all) from this
> >> > collection
> >> > are already in the wikimaps warper.
> >> > However there was an issue with making a mosaic (stitched layer) for
> the
> >> > category, so this will be fixed soon.
> >>
> >> Once that's done, how can people see the layer in JOSM?
> >>
> >> > I think the British Library also has control points for the maps which
> >> > could
> >> > be added to the warper when ready (I'd have to double check on this
> >> > point
> >> > though).
> >>
> >> My contact tells me they (BL & Indigo Trust) want to see the maps
> >> reused; if there's a speciific request, I can forward it to them.
> >>
> >> --
> >> Andy Mabbett
> >> @pigsonthewing
> >> http://pigsonthewing.org.uk
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] What is 'Attic Data'? or 'Why can't wiki writers use plain language'.

2016-02-09 Thread malenki

On Tue, 09 Feb 2016 12:44:38 +,
Dave F wrote:

> On 07/02/2016 09:43, malenki wrote:
> >> Why is there no explanation of it's meaning? After too much time
> >> using google I find it means old information. Why not say that?
> >> Wouldn't 'historical snapshot' be a bit clearer?  
> > A year ago I would liked to have found an explanation of "Attic
> > Data" too, since the average OSM user knows it from the OSM website
> > as "history" or "chronic" (German). If the term "history" would at
> > least have been placed near "Attic Data" I would have found it by
> > full text searching the wiki page.
> > I was unable to connect "OSM history" and "Attic Data", even with
> > using search engines. I had to ask on IRC and as I was told I was
> > looking for "Attic Data" I thought 'WTF! what a stupid name! Nobody
> > ever will find that in the wiki'
> > I've added an explanation by now; hopefully it will be considered
> > helpful:
> > http://wiki.openstreetmap.org/w/index.php?title=Overpass_API/Overpass_QL=1270275=1262567
> >
> > Why didn't you do it? :)  
> 
> How?

You said yourself:
>>>[…] I find it means old information

> How are inexperienced users, 

You still didn't define what you think is an "inexperienced user". When
I think of in how many fields I am inexperienced I may as well go and
shoot me. :)

> using the wiki to learn something new, meant to know how to improve
> it when it's incorrect.

When they find a piece of information missing from the wiki they may
just add it?

> That you suggest I do it, implies you don't understand the purpose of
> a wiki.

I don't care if I understand the purpose of a wiki in the way other
people may think of it. I know that I can contribute the little I know
– and if I am wrong I hopefully get corrected. This is the same with
OSM data.

> It seems many believe it's a place to show off how knowledgeable they 
> are by using the latest, trendy language.

You repeat nonsense without proving your point.

> > I am nearly totally inexperienced in programming but even JOSM has
> > a built-in interface to query the Overpass API.
> > With overpass turbo and its wizard you need very little experience
> > of whatsoever to create a successful query.  

> You appear to misunderstand my main point: Putting uncommon
> expressions in the wiki (any part, not just Overpass) deters users
> from learning how to use OSM & it's offshoot programs.

If you refer to attic data as "uncommon" 
a) other people already mentioned that it is used since at least 25
years
b) I already explained that I also had troubles with it and that there
should be a verbose explanation on the wiki.

Would the people who put "Attic data" on the Overpass QL Page have used
"historic data" I am sure people would have complained about confusion
between historic data on the API and historic data on OSM.

Pray tell, had you written the Overpass API, how would you have named
this feature?

> >> who aren't fully aware of all the latest hip language (that
> >> often goes out of fashion 6 months later).  
> > Well, since this is a name of a feature of a wide- and heavily used
> > tool I doubt that it is part of a fashion hipster language.  
> 
> That you also had to ask, & others are unaware of its meaning, proves
> it isn't in common usage.

It may be not common in the GIS peer group. And as was shown, "attic"
isn't a hipster invention but quite seasoned. You may throw a 'cvs
attic' on the search engine of your liking. Regrettably Google and
Wikipedia didn't exist back then but there are a little younger entries
you may find interesting like 
https://www.dokuwiki.org/attic?do=revisions
http://de.urbandictionary.com/define.php?term=Data+Attic

> > You can help doing this, too.  
> 
> Again, how?

I explained it above.

> PS This post is a good example why I don't use IRC. Responses there
> only helps one user.

Who keeps you from writing your enhanced knowledge to the wiki, your
blog or elsewhere?

> Here on the list or web forums a record is kept that *all* can read
> & learn from.

Just the latency in IRC is usually a lot shorter than on the other
channels. And for me, having IRC open all the time, I just have to
write a sentence into the write channel instead of logging into a
forum, format a text and wait for an answer. In short: much lower
barriers.

hth
Thomas

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

Re: [Talk-it] filtro x scaricare su josm solo la parte di dati che serono dal server OSM

2016-02-09 Thread Paolo Monegato


Il 09/02/2016 11:47, Luca Delucchi ha scritto:

2016-02-09 11:30 GMT+01:00 Federico Cortese :


Per scaricare solo la rete stradale si può usare il "Download from
Overpass API..." che si trova nel menu "File".
Nella query si mette highway=* e si clicca su "build query".
Avrei però qualche dubbio a mappare in questo modo, perchè non avendo
scaricato tutti i dati ma solo le "highway" può succedere che sposti i
nodi di una strada collegati con altro, oppure può succedere che
disegni una strada che passa su un fabbricato o su altri elementi, che
ci sono su OSM ma che non hai scaricato.


+1, anche secondo me è vivamente sconsigliato un approccio del genere.


Quoto. Ma si può sempre scaricare i dati che servono in quel modo e poi, 
dopo aver selezionato tutto, cliccare su "Scarica i percorsi/relazioni 
da cui dipende"


ciao
Paolo M


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

[Talk-it] Fwd: Re: installare aggiornamenti

2016-02-09 Thread Andrea Solari




 Messaggio Inoltrato 
Oggetto: Re: [Talk-it] installare aggiornamenti
Data: Tue, 9 Feb 2016 18:29:04 +0100
Mittente: Andrea Solari 
A: openstreetmap list - italiano 

Il 09/02/2016 18:16, Paola Capone ha scritto:
> scusate, ho appena scarivato josm e per necessità devo aggiungere
> l'estensione walking Papers.
> 
> Una volta scaricata, al lancio del programma mi dice che la versione deve
> essere aggiornata: Ho la 6502 e serve minimo la 7817. Ho visto che l'ultima
> stabile è la 9329 ma da:
> 
>  https://josm.openstreetmap.de/wiki/It:WikiStart
> 
> scarico una serie di file che non so come utilizzare.

dovresti installarle da synaptic (gestore pacchetti)

> 
> Dovrei anche aggiornare Java, dalla versione 7 a 8 e ho lo stesso problema.

hai provato con openjdk?

> 
> Sicuro sbaglio qualcosa.
> 
> Immagino che il mio sia un problema d'incapacità ma è da considerare anche
> che da pochissimo ho ubuntu.

versione?

> 
> Grazie a tutti!
> 
> 
> 
> ___
> 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] [tag] Banche, dubbio

2016-02-09 14:44 GMT+01:00 Carlo Stemberger :
> Il giorno 9 febbraio 2016 14:20, Federico Cortese  ha
> scritto:
>>
>> Per il nome seguirei il consiglio di Simone, ossia mettere il nome
>> della banca come si vede sull'insegna.
>
> Ma per questo non c'è il tag brand?
>

Certo hai ragione, infatti anche nella wiki
(https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dbank) specifica che
il nome della Banca si mette in brand e il nome della filiale (branch)
si mette nel name.
Ma specifica anche che se il nome della filiale è sconosciuto si mette
il nome della banca: name=* - the branch name (or the company if the
branch name is unknown).
Resta quindi da capire se c'è un nome della filiale.

>
>> di solito non è un nome proprio, quanto invece
>> un'indicazione che la filiale si trova in un determinato paese.
>
> In realtà nelle città medio-grandi, dove ci sono più filiali per ogni banca,
> non credo sia così.
>

Si molto probabilmente è come dici.

PS. Per il discorso rendering non ricordo cosa succede su Mapnik se
non si mette il name: ossia viene renderizzato il brand o non viene
renderizzato nulla?

Ciao
Federico

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

Re: [Talk-it] estensione josm per scaricare automaticamente dati osm...

2016-02-09 Thread Cascafico Giovanni

scusate, mi accodo con un semi-OT

ho perso una bella URI che avevo in cache JOSM per scaricare
nodi|way|relazioni usado "open location" e API 0.6
... qualcosa tipo
http://api.openstreetmap.de/api/0.6/node[amenity=pharmacy]bbox[blabla]

Ho provato i numerosi esempi in rete ma non funzionano
qualcuno può postare una URI funzionante?
è cambiato qualcosa nelle api?

Purtroppo non posso installare le ultime versioni JOSM con il loro bel
query constructor

Il giorno 9 febbraio 2016 12:44, Max1234Ita  ha
scritto:

> Forse download_along può fare al caso tuo: una volta installato lo trovi
> sotto il menu More Tools (scorciatoia di default: CTRL-ALT-F2); puoi
> specificare il raggio ed un'area massima (non oltre i 25 Kmq) entro cui
> scaricare i dati.
>
>
> Non so quali siano i limiti massimi, ma di certo ti permette di mettere un
> po' d'informazioni nella cache.
>
> Per quanto riguarda le ortofoto, invece, credo che potrebbe aiutarti
> l'aumentare le dimensioni della cache  (default: 512 MB), così da non dover
> continuamente richiedere nuove tiles ogni volta che sposti la visuale.
>
> Max
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/estensione-josm-per-scaricare-automaticamente-dati-osm-tp5867120p5867148.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

[OSM-talk-fr] Académies...

2016-02-09 Thread Christian Quest

J'ai rajouté les limites des académies et les nouvelles zones pour les
vacances scolaires...

Je n'ai rien trouvé d'existant en terme de tags, à part 2
boundary=educational

Cela donne:
type=boundary
boundary=educational
boundary_type:FR=Circonscription académique
holiday_zone=A/B/C
name=Académie de XXX

Si vous avez mieux à proposer n'hésitez pas.

J'ai aussi mis à jour la pauvre relation type=defaults de la Zone A et
créé celles des zones B et C.

Il existe depuis le 1/1/2016 la notion de "Région académique", qui sont
les regroupements des circonscriptions académiques de chacune des
nouvelles régions.

Accès overpass: http://overpass-turbo.eu/s/ejb

Et un export en shapefile est disponible:
http://osm13.openstreetmap.fr/~cquest/openfla/export/academies-20160209-shp.zip

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Remise en place de taginfo et live + Extinction de oapi-fr