Re: [Talk-dk] =?utf-8?Q?J=C3=A6gersg=C3=A5?=rdgade i Århus

[Henrik Puukka-Sørensen]

Enig. Jeg har nu rettet vejstykket til construction samt tilføjet lidt flere 
detaljer baseret på tidligere besøg på Jægersgårdsgade.
venlig hilsen
Henrik Puukka-Sørensen
3190 0339


Den 8. juli 2016 kl. 00.34.07 +02.00, skrev Niels Elgaard Larsen 
:

> 
> 
> "Road closed due to roadwork"
> 
> Men vejen er vel ikke bare væk?
> Det virker lidt drastisk.
> 
> Kunne man ikke bare sætte et construction tag?
> 
> Og er der heller ikke nogen fortove tilbage.
> 
> Der må være nogle århusianere, der ved hvad der foregår.
> 
> -- 
> Niels Elgaard Larsen
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> 
>

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

[talk-ph] Fwd: [OSM-talk] WeeklyOSM 311

[Eugene Alvin Villar]

-- Forwarded message --
From: Jinal Foflia 
Date: Thu, Jul 7, 2016 at 10:53 PM
Subject: [OSM-talk] WeeklyOSM 311
To: t...@openstreetmap.org


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

http://www.weeklyosm.eu/archives/7831

Cheers,

Jinal Foflia 

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

[OSM-legal-talk] Response regarding use of PSMA Administrative Boundaries (Australia)

[cleary]

The issue of using the Australian PSMA Administrative Boundaries in OSM
was discussed in both talk-au and legal-talk lists.  Subsequently I
submitted a request to the Spatial Unit, Department of Prime Minister
and Cabinet, seeking permission and stating the issues as clearly as I
could.  Today I received the following response with my initial request
shown below.

It explicitly states we are not responsible for the actions of
downstream users  but I think we need the legal-talk group to clarify if
the response helps us.  For this reason, this response is being
submitted to both lists.



- Original message -
From: Spatial 
To: "o...@97k.com" 
Cc: Spatial 
Subject: RE: Permission for OpenStreetMap to use PSMA Administrative
Boundaries [SEC=UNCLASSIFIED]
Date: Fri, 8 Jul 2016 00:19:27 +

UNCLASSIFIED
Dear Michael

Thank you for your email seeking clarification about the licensing
conditions regarding the PSMA Administrative Boundaries dataset.

Given the large volume of public datasets available via data.gov.au
(over 8,200 datasets), we are unable to provide statements with explicit
permission for use to individual users.

However, we can provide some clarification regarding your concerns. 

There are no substantial differences between the CC BY 3.0 and the CC BY
4.0 licences. A summary of the differences can be found here:
https://creativecommons.org/share-your-work/licensing-considerations/version4/. 
CC BY 4.0 (like CC BY 3.0) does not prevent OpenStreetMap from applying
your own licence to your products but requires end users to comply with
the CC BY licence (in relation to the original data).

The preferred attribution for adapted material using the PSMA
Administrative Boundaries dataset is:

Incorporates or developed using Administrative Boundaries (c)PSMA
Australia Limited licensed by the Commonwealth of Australia under
Creative Commons Attribution 4.0 International licence (CC BY 4.0).

We can also confirm that OpenStreetMap is not responsible for the
actions of your downstream users. Given the nature of the CC BY licence,
your downstream users directly licence the Administrative Boundaries
data from the Commonwealth. Provided that OpenStreetMap comply with the
licence, then any breach by third parties leads to automatic termination
of that third party's rights to use the material and does not impact
OpenStreetMap's licence.

I trust this information has been of assistance.

Kind regards,

Spatial Policy team


-Original Message-
From: cleary [mailto:o...@97k.com]
Sent: Thursday, 30 June 2016 6:08 PM
To: Spatial
Subject: Permission for OpenStreetMap to use PSMA Administrative
Boundaries



I am a volunteer contributor to OpenStreetMap (OSM)
(www.openstreetmap.org) which provides a map, based on open data, for
use by anyone who wishes to access it. I understand that OpenStreetMap
is the largest open data map project in the world. Various bodies,
including some Government organisations, are increasingly using OSM and
I was pleased to note that some pages on the data.gov.au website are
using OSM.

Approximately five years ago, OSM was given explicit permission to
incorporate data from Australian Government public information datasets
which had been published under CC-BY-2.5 and CC-BY-3.0 licences. The
explicit permission allowed OSM to incorporate and publish these CC-BY
licensed geographic coordinate datasets under a free and open license,
including the Open Database License, provided that attribution was made
in the Contributors page of the OpenStreetMap Wiki
(http://wiki.openstreetmap.org/wiki/Contributors) including each dataset
being identified with specified informaton. (See
http://wiki.openstreetmap.org/wiki/Attribution/data.gov.au_explicit_permission)

I write now to request extension of permission to include the PSMA
Administrative Boundaries.

It is perceived that issues which may require clarification in regard to
the PSMA Administrative Boundaries are:

1. The PSMA Administrative Boundaries are provided under a CC-BY-4.0
licence, not the earlier licences previously specified.
2. The explicit permission that OSM received was for data released
directly by the Australian Government, and it is unclear if that would
apply to data that which has been licensed from third parties for
distribution, which seems to be the case with the PSMA boundaries.
3. There is a requirement that the data may be used only in ways that
are consistent with the Australian Privacy Principles. OSM does not
collect or use personal information about identifiable individuals but
it cannot guarantee how downstream users might use data published by OSM
under a free and open licence. If downstream users of OSM are a concern,
would it be possible for the Department of Prime Minister and Cabinet or
PSMA to identify which datasets are problematic in this regard and
exclude them, while granting OSM permission to use datasets which would
not provide any 

[talk-au] Response regarding use of PSMA Administrative Boundaries (Australia)

[cleary]

The issue of using the Australian PSMA Administrative Boundaries in OSM
was discussed in both talk-au and legal-talk lists.  Subsequently I
submitted a request to the Spatial Unit, Department of Prime Minister
and Cabinet, seeking permission and stating the issues as clearly as I
could.  Today I received the following response with my initial request
shown below.

It explicitly states we are not responsible for the actions of
downstream users  but I think we need the legal-talk group to clarify if
the response helps us.  For this reason, this response is being
submitted to both lists.



- Original message -
From: Spatial 
To: "o...@97k.com" 
Cc: Spatial 
Subject: RE: Permission for OpenStreetMap to use PSMA Administrative
Boundaries [SEC=UNCLASSIFIED]
Date: Fri, 8 Jul 2016 00:19:27 +

UNCLASSIFIED
Dear Michael

Thank you for your email seeking clarification about the licensing
conditions regarding the PSMA Administrative Boundaries dataset.

Given the large volume of public datasets available via data.gov.au
(over 8,200 datasets), we are unable to provide statements with explicit
permission for use to individual users.

However, we can provide some clarification regarding your concerns. 

There are no substantial differences between the CC BY 3.0 and the CC BY
4.0 licences. A summary of the differences can be found here:
https://creativecommons.org/share-your-work/licensing-considerations/version4/. 
CC BY 4.0 (like CC BY 3.0) does not prevent OpenStreetMap from applying
your own licence to your products but requires end users to comply with
the CC BY licence (in relation to the original data).

The preferred attribution for adapted material using the PSMA
Administrative Boundaries dataset is:

Incorporates or developed using Administrative Boundaries (c)PSMA
Australia Limited licensed by the Commonwealth of Australia under
Creative Commons Attribution 4.0 International licence (CC BY 4.0).

We can also confirm that OpenStreetMap is not responsible for the
actions of your downstream users. Given the nature of the CC BY licence,
your downstream users directly licence the Administrative Boundaries
data from the Commonwealth. Provided that OpenStreetMap comply with the
licence, then any breach by third parties leads to automatic termination
of that third party's rights to use the material and does not impact
OpenStreetMap's licence.

I trust this information has been of assistance.

Kind regards,

Spatial Policy team


-Original Message-
From: cleary [mailto:o...@97k.com]
Sent: Thursday, 30 June 2016 6:08 PM
To: Spatial
Subject: Permission for OpenStreetMap to use PSMA Administrative
Boundaries



I am a volunteer contributor to OpenStreetMap (OSM)
(www.openstreetmap.org) which provides a map, based on open data, for
use by anyone who wishes to access it. I understand that OpenStreetMap
is the largest open data map project in the world. Various bodies,
including some Government organisations, are increasingly using OSM and
I was pleased to note that some pages on the data.gov.au website are
using OSM.

Approximately five years ago, OSM was given explicit permission to
incorporate data from Australian Government public information datasets
which had been published under CC-BY-2.5 and CC-BY-3.0 licences. The
explicit permission allowed OSM to incorporate and publish these CC-BY
licensed geographic coordinate datasets under a free and open license,
including the Open Database License, provided that attribution was made
in the Contributors page of the OpenStreetMap Wiki
(http://wiki.openstreetmap.org/wiki/Contributors) including each dataset
being identified with specified informaton. (See
http://wiki.openstreetmap.org/wiki/Attribution/data.gov.au_explicit_permission)

I write now to request extension of permission to include the PSMA
Administrative Boundaries.

It is perceived that issues which may require clarification in regard to
the PSMA Administrative Boundaries are:

1. The PSMA Administrative Boundaries are provided under a CC-BY-4.0
licence, not the earlier licences previously specified.
2. The explicit permission that OSM received was for data released
directly by the Australian Government, and it is unclear if that would
apply to data that which has been licensed from third parties for
distribution, which seems to be the case with the PSMA boundaries.
3. There is a requirement that the data may be used only in ways that
are consistent with the Australian Privacy Principles. OSM does not
collect or use personal information about identifiable individuals but
it cannot guarantee how downstream users might use data published by OSM
under a free and open licence. If downstream users of OSM are a concern,
would it be possible for the Department of Prime Minister and Cabinet or
PSMA to identify which datasets are problematic in this regard and
exclude them, while granting OSM permission to use datasets which would
not provide any 

Re: [OSM-talk-fr] Majuscule à l'article défini sur les lieux-dits ?

[Francois Gouget]

On Thu, 16 Jun 2016, Francois Gouget wrote:
[...]
>  * D'abord il y a une page du Wiki OpenStreetMap qui reprend largement 
>la charte de toponymie de l'IGN (voir plus bas) :
>
> https://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Toponymes_officiels_et_non-officiels
> 
>| Autres noms
>| Les articles définis et indéfinis s'écrivent toujours avec une 
>| minuscule. 

Pour résumer :

* Cette page du Wiki est fausse car elle se base sur un choix 
  de rendu de l'IGN pour ses cartes qui n'a pas de raison de s'appliquer 
  aux cartes OpenStreetMap, et non sur une vraie règle de toponymie.

* Il n'y a pas de consensus ni pour suivre le choix de rendu IGN pour 
  les lieux-dits, ni pour systématiquement remplir le champ name avec le 
  nom "tel qu'il s'écrirait en milieu de phrase" (voir cette discussion 
  pour les raisons qui pourraient motiver ce choix).

Du coup les articles ne font pas exception à la règle et j'ai donc 
modifié la page du Wiki comme suit :

| === Majuscules, minuscules et trait d'union ===
| Tous les substantifs et adjectifs prennent une majuscule ; les 
| articles, prépositions, conjonctions et adverbes prennent une 
| majuscule en début de nom et une minuscule à l'intérieur du nom, à 
| l'exception de "Hors" qui prend toujours une majuscule et des 
| prépositions situées en fin de toponyme.
|
| La règle générale varie suivant si il s'agit d'une toponymie 
| officielle ou non-officielle.
|
|  Noms officiels 
|
| Les noms officiels composés comportent un trait d'union entre tous les 
| termes, sauf après l'article initial ou lorsqu'il y a une apostrophe.
| 
| Exemples : ''La Teste-de-Buch'', ''Nord-Pas-de-Calais'', 
| ''l'Isle-Jourdain'', ''La Roche-sur-Yon''...
|
|  Autres noms 
|
| Les noms de lieux habités, de lieux-dits, de détails géographiques, 
| qu'ils soient français ou régionaux, ne comportent en principe jamais 
| de trait d'union.
[...]


Et donc, à moins d'un retournement de situation de dernière minute, je 
vais corriger mes lieux-dits :-)


-- 
Francois Gouget   http://fgouget.free.fr/
 The software said it requires Win95 or better, so I installed Linux.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-dk] Jægersgårdgade i Århus

[Niels Elgaard Larsen]

http://www.openstreetmap.org/changeset/40433210

"Road closed due to roadwork"

Men vejen er vel ikke bare væk?
Det virker lidt drastisk.

Kunne man ikke bare sætte et construction tag?

Og er der heller ikke nogen fortove tilbage.

Der må være nogle århusianere, der ved hvad der foregår.

-- 
Niels Elgaard Larsen

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

Re: [Talk-GB] OSMUK local chapter

[Robert Whittaker (OSM lists)]

On 7 July 2016 at 17:10, Brian Prangle  wrote:
> Great to see so much enthusiasm for a website and associated tools.
[snip]
> Where have we got to with domain name?

OSMF already have openstreetmap.org.uk
(http://www.nominet.uk/whois/?query=openstreetmap.org.uk#whois-results).
I'm not sure if it's used for anything other than
http://taginfo.openstreetmap.org.uk/ at the moment. There would be
some advantages to using that address if OSMF would let us. I don't
know if anyone has approached them yet though.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it] import civici Emilia Romagna

[Maurizio Napolitano]

Assieme agli import dei civici farei un controllo della presenza almeno
della strada
Inoltre la licenza è cc-by e quindi va vista la formula di citazione
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[osm . sanspourriel]

Le 07/07/2016 à 22:23, LeTopographeFou - letopographe...@gmail.com a écrit :

Pour ce qui est de la cohérence des données j'imagine aisément un 
check JOSM (ID n'intégrant pas ce concept) qui vérifie que toute way 
dans une relation de ce type, en France, contienne un tag ref 
identique, sinon un warning. Après si l'utilisateur ignore le warning...

Et aussi Osmose.
Sauf qu'il n'y a pas qu'un ref, il y a int_ref et autres. Certes pas 
pour les départementales.


Le 07/07/2016 à 22:23, LeTopographeFou - letopographe...@gmail.com a écrit :
. Les moteurs de recherche (OSM, Internet, dans les Apps...) sont très 
intelligents mais entre 'D 321' et 'Route départementale 321' ce n'est 
pas le même niveau d'informations.


Tu peux préciser ? D, RD, Route départementale, Départementale sont 
équivalents.
=> Si on cherche la D 765 du côté de Guidel ou de Rédéné, on doit se 
voir proposer les D 765 du Finistère et du Morbihan.
S'il y a des habitations le long de la départementale qui sont 
référencés non par des lieux-dits, alors leur adresse sera sans doute 
Route Départementale 765.
Par exemple si aux niveaux des 3 pierres en Guidel le nom ne se faisait 
pas par le lieu-dit mais la route, ce serait la Route Départementale (du 
Finistère) comme associatedStreet... de cette habitation du Morbihan.
Quoique, selon Fantoir, à Rédéné il n'y pas de Route Départementale 765 
mais une N 165 (la voie express qui a succédé à ce qui est devenu D 765).


Il me semble plus judicieux de remplacer Route Départementale par D pour 
la recherche.

Mais avis non tranché.
C'est un peu comme si je cherche la gare de X, je cherche en fait la 
railway=station, name=Lorient 
 ou la name=Gare de Lorient 



Pour les relations type bus, il y a déjà les couleurs (des routes). 
Quant aux représentations des panneaux, c'est un style propres aux 
départementales, pas spécifique à une départementale.
Et comme dit par Philippe, c'est plus la largeur de la voie, la limite 
de vitesse que le statut de la voie qui intéresse l'utilisateur moyen.
Si on veut le modéliser, c'est au niveau de métadonnées. À stocker dans 
OSM ou ailleurs.
Si tu ajoutes un name alors il faut vérifier que c'est Route 
Départementale XXX si la ref=D XXX.

Plutôt un alt_name en réservant les name aux 3Route Napoléon" et autres ?

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

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[Philippe Verdy]

Le 7 juillet 2016 à 22:23, LeTopographeFou  a
écrit :

> Dans un second temps je vois bien dans chaque relation des infos
> permettant de faire le rendu du symbol de la RD par un renderer : texte
> noir sur fond jaune. Mais pour le moment il n'y a pas de standard défini
> (tel que OSMC) donc je m’abstiens (voila un bel exemple de l'avantage des
> relations !). Donc à mettre de côté..
>

En dehors des cas particuliers des autoroutes (en France au moins), je vois
mal unifier le rendu des départementales dont la structure même varie
énormément, entre d'une part les 4 ou 6 voies à chaussées séparées et avec
échangeurs de type autoroutier, avec bandes d'arrêt d'urgence, et des
limites de vitesse à 110, un profil aplani et peu de virage, et des tas de
départementales à 2 voies peu larges, sans chaussée séparée, le plupart du
temps avec une ligne continue, peu de visibilité à cause des virages et des
montées et descentes, plein de limitations à 70 en traversant de petits
villages, plein de ronds-points et de carrefour dangereux, le tout entre
deux rangées de platanes, et régulièrement envahis d'engins agricoles (même
si ces départementales relient deux villes majeures).

La logique d'OSM est plutôt de colorer en fonction des conditions de
circulation et d'accessibilité, et la capacité de l'infrastucture en terme
de trafic, mais pas en fonction des gestionnaires (collectivités publiques
ou concessions privées) qui peuvent changer au cours du temps. Et une voie
majeure peut devenir secondaire snas changer de numérotation quand un autre
axe de plus grande capacité est construit (et peu importe la collectivité
qui l'a fait souvent en partenariat avec des financements multiples): que
ce soint une commune, un EPCI/une métropole, un département. Avec la montée
en puissance des régions et des EPCI, il est fort probable d'ailleurs que
des axes actuellement gérés par plusieurs départements se voient transférés
aux régions et aux EPCI (surtout les métropoles), on aura alors des routes
"régionales" et des routes "intercommunales" (gérées par les EPCI).
D'autres départementales sont aussi transférées aux communes après leur
fusion et là encore il y aura une grande disparité entre les différentes
voies communales. Il n'est pas impossible à l'avenir que des routes très
rurales soient transférées à des syndicats de gestion de parcs naturels
plutôt que par plusieurs EPCI, même chose pour les routes des grandes
infrastructures portuaires (ports autonomes) ou aéroportuaires
(d'importance internationale).

Au final les numéros de référence ne doivent être uniques que pour chaque
collectivité ou organisme gestionnaire et même entre eux ces organismes
peuvent se transférer des usages plutôt que d'agir en tant "qu'opérateur"
local. Et cela survient de plus en plus étant donné les difficultés
financières des collectivités endettées. L'état veille au grain via ses
services préfectoraux qui surveillent la sécurité des axes de transport et
leur adéquation avec les schémas de transport urbain qui nécessitent des
collaborations. Quand cette collaboration devient trop compliquée ou
dépasse les capacités de gestion de l'entité gestionnaire.

Pour les usagers, peu importe qui gère une route, ce qui compte c'est son
état et sa praticité, le numéro est en fait assez accessoire, c'est juste
un repère sur les panneaux directionnels aux carrefours pour savoir si on
est sur le bon chemin. Mais comme pratiquyeemnt tout le monde a un GPS dans
son véhicule, ces numéros devront devenir de plus en plus précis pour
distinguer les voies quand le nom d'une ville destination ne suffit pas à
choisir son chemin.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Vecchio sito WTOSM

[Maurizio Napolitano]

2016-07-07 22:30 GMT+02:00 Alessandro Palmas :
> Mi hanno segnalato che è ancora sù questo WTOSM
>
> http://194.116.72.25:8081/it_IT/

e' il servizio che Cristian ha tirato in piedi con le modifiche fatte
al codice di Simone

> che come ultimo aggiornamento indica il 31 ottobre.

la macchina e' stata fermata, ma possiamo riattivare.

> Direi che si potrebbe tirare giù ed eventualmente ... ma proprio
> eventualmente, redirigere verso
> http://geodati.fmach.it/gfoss_geodata/osm/wtosm/it_IT/
> (che magari è in un server nella stessa stanza del precedente :-) )

no, sono due server distinti.
In ogni caso il dominio "ufficiale"  sarebbe
http://wtosm.openstreetmap.it/
che poi gira all'istanza messa in piedi da Luca Delucchi

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

[Talk-it] Vecchio sito WTOSM

[Alessandro Palmas]

Mi hanno segnalato che è ancora sù questo WTOSM

http://194.116.72.25:8081/it_IT/

che come ultimo aggiornamento indica il 31 ottobre.
Direi che si potrebbe tirare giù ed eventualmente ... ma proprio
eventualmente, redirigere verso
http://geodati.fmach.it/gfoss_geodata/osm/wtosm/it_IT/
(che magari è in un server nella stessa stanza del precedente :-) )
-- 




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

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

>
> Ciao Ale,
> direi che come ispirazione possiamo usare la pagina del Friuli, come
> suggerito da Giovanni.
> Mi sembra di ricordare è stata l'ultima in ordine cronologico di mass
> import dei civici.

OK


> Per quello che riguarda la normalizzazione dei nomi delle strade mi
> piacerebbe usare questo
>
> http://okfnlabs.org/reconcile-csv/
>
> io l'ho usato per normalizzare i nome dei comuni in banche dati piuttosto
> ampie.

L'ennesimo tool che non conoscevo


> Se creiamo dei dizionari possiamo normalizzare i nomi delle strade con una
> classificazione semi-automatica utilizzando una logica Fuzzy, per la mia
> esperienza è un buon sistema.
>

I dizionari ... dovrebbero esserci quelli di Daniele Forsi


Alessandro Ale_Zena_IT


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

Re: [OSM-talk-fr] Tag 'network' et 'name' pour une relation de type route départementale

[LeTopographeFou]

Bonjour,

Merci à tous pour vos retours. A ce que je vois les avis sont partagés. 
Je vais essayer de faire une synthèse ici.


Tout d'abord je suis personnellement convaincu que les relations 
apportent un niveau d'information que des tags seuls peuvent plus 
difficilement apporter et maintenir... Les arguments opposables sont 
très intéressant à débattre mais si la conclusion de cette discussion et 
de savoir si oui ou non il faut continuer à créer ces relations, j'ai 
bien peur de ne pas changer d'avis :) . Donc je continue avec le 
postulat que c'est souhaitable.


Toutefois quelques précisions car de ce que je lis il y a peut-être eu 
des incompréhensions.


La création d'une relation ne vise pas à supprimer tous les attributs en 
commun dans ses ways (surtout si ces derniers ne caractérisent pas la 
relation en question). Cce serait détourner ce pour quoi le concept a 
été créé. L'attribut ref=* a pour moi tout son rôle autant dans la 
relation que au niveau de la way et vous noterez que je ne parle pas de 
le supprimer (et que je ne l'ai pas fait). De même qu'il n'y aurait pas 
de sens à mettre dans la relation des attributs tels que highway, 
oneway, surface, maxspeed... En revanche il en est d'autres, jugés 
secondaires, qui caractérisent la RD et qui gagneraient à être stockés 
en priorité dans la relation (wikipedia ? symbol ? network ?...). Notez 
le conditionnel, le "en priorité" et non pas "exclusivement".


De tous vos commentaires voici l'architecture minimale à laquelle 
j’aboutis (qui contient une relation !) :


 * Relation
 o type=route
 o route=road
 o ref=D 321
 o network=FR-78:d-road
 o /name/ (cf. plus bas)
 o /wikipedia/ (de la RD)
 o Membres
 + Way
 # highway
 # ref=D 321
 # /operator/
 + Way
 # highway
 # ref=D 321
 # /operator/
 + ...

En bleu ce qui existe déjà dans OSM (et qui reste inchangé : =les ways). 
En rouge ce qui est ajouté (=la relation). En italique ce qui serait 
facultatif (en espérant que la liste de diffusion ne massacre pas le style).


Dans un second temps je vois bien dans chaque relation des infos 
permettant de faire le rendu du symbol de la RD par un renderer : texte 
noir sur fond jaune. Mais pour le moment il n'y a pas de standard défini 
(tel que OSMC) donc je m’abstiens (voila un bel exemple de l'avantage 
des relations !). Donc à mettre de côté...


Pour ce qui est du name=* je pense que, dans le cas de la Route Napoléon 
(qui est d'ailleurs une RN, mais l'exemple est intéressant) c'est là ou 
alt_name et name_x rentrent en scène. On peut imaginer avoir name=Route 
Napoléon et alt_name=Route nationale 85. Les moteurs de recherche (OSM, 
Internet, dans les Apps...) sont très intelligents mais entre 'D 321' et 
'Route départementale 321' ce n'est pas le même niveau d'informations. 
De même quand on visualise l'objet OSM. J'aurai donc tendance à 
conserver la possibilité de mettre un name pour ceux qui le jugent 
utile. Par contre j'ai senti un consensus derrière le fait que dans tous 
les cas il ne faut pas y ajouter de fioriture tel que le nom du département.


Pour ce qui est de la cohérence des données j'imagine aisément un check 
JOSM (ID n'intégrant pas ce concept) qui vérifie que toute way dans une 
relation de ce type, en France, contienne un tag ref identique, sinon un 
warning. Après si l'utilisateur ignore le warning...


A vous lire... en attendant j'ai mis en pause le chantier (même en 
Essonne qui reste partiellement couvert).


LeTopographeFou


Le 06/07/2016 00:28, LeTopographeFou a écrit :

Bonjour,

J'ai attaqué un imposant chantier visant à améliorer la prise en 
compte des Routes Départementales (RD) françaises dans OSM. Ce 
chantier vise à :


 1. Faire qu'il y ait une relation par RD par département (ex :
http://www.openstreetmap.org/relation/6335278)
 2. Vérifier et corrigé le tracé des RD

Le tout étant fait _à la main_ (j'insiste sur le fait qu'il n'y a pas 
d'automate) en comparant les données OSM avec Route500. A ce jour j'ai 
fais les Yvelines et attaque l'Essonne. Aucune des RD n'avait de 
relation ad-hoc et certaines n'étaient carrément pas (ou 
incomplètement) référencées par leurs champ ref=*. Donc je les attaque 
une à une avec de belles trouvailles.


Pour le moment je mets 4 tags à chaque relations (cf. 
http://www.openstreetmap.org/relation/6335278) mais je ne trouve pas 
cela très optimal d'où deux points à vous soumettre :


 1. Il faudrait en profiter pour mettre un tag 'network'. Pour info
les RN ont visiblement un tag 'network=FR:n-road'. Afin de coller
avec la logique utilisées aux EU j'ai deux propositions à faire :
 1. Utiliser le code pays et le code INSEE du département (en
l’occurrence cela ferait 'FR:78')
 2. Faire comme précédemment mais avec également le code INSEE du
département (en l’occurrence cela ferait 'FR:11:78)
 3. Utiliser le code 

Re: [Talk-it] import civici Emilia Romagna

[Lorenzo Perone]

>
>
> Ciao Lorenzo,
> per ora stavo cercando di capire dove aprire la pagina wiki per
> documentare e coordinare l'import. Ho appena creato la pagina
>
> http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016
> , sarà da linkare sulla pagina principale della wiki regionale. E' giusto
> una bozza.
> Trovi/ate il link alla pagina che permette il download dei dati già divisi
> per Provincia.
> Per la modalità ci si mette d'accordo.
> ieri ho scaricato la Provincia di Piacenza ed ho visto che già sui nomi
> delle strade c'è parecchio da lavorare: alcuni nomi mancanti (al loro
> posto i record '98' e '99'), formattazioni diverse a seconda della fonte
> del dato, errori banali (Via Fratelli Corvi, ecc..).
> OK, pagina creata, segniamo i nomi di chi è disponibile a mettiamoci
> d'accordo sulla metodologia.
> Alessandro Ale_Zena_IT


Ciao Ale,
direi che come ispirazione possiamo usare la pagina del Friuli, come
suggerito da Giovanni.
Mi sembra di ricordare è stata l'ultima in ordine cronologico di mass
import dei civici.
Per quello che riguarda la normalizzazione dei nomi delle strade mi
piacerebbe usare questo

http://okfnlabs.org/reconcile-csv/

io l'ho usato per normalizzare i nome dei comuni in banche dati piuttosto
ampie.
Se creiamo dei dizionari possiamo normalizzare i nomi delle strade con una
classificazione semi-automatica utilizzando una logica Fuzzy, per la mia
esperienza è un buon sistema.

Se siete interessati possiamo lavorare assieme alla cosa.


> Una cosa che non avevo considerato è l'uso della funzione
> overpass-turbo "around", che magari, assieme al match parziale può
> aiutare:
> se in opendata abbiamo
> "Via"
> "Garibaldi G." (si, lo so, ma ci sono pure questi casi)
> "58"
> è possibile intercettare anche l'ipotetico preesistente
> addr:street=Viale Giuseppe Garibaldi
> addr:housenumber=58


Questa è un'ipotesi interessante, per deformazione ho la tendenza a
normalizzare il dato alfanumerico via DB e
poi procedere con analisi spaziali ma questa potrebbe essere l'occasione
per testare l'efficenza di approcci diversi.

Io intanto mi sono "segnato" nella pagina wiki creata da Ale.

Quale può essere la fonte di dati toponomastici più pulita disponibile? È
necessario partire dai dati presenti sui civici?

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

Re: [Talk-it] import civici Emilia Romagna

[Lorenzo Perone]

Ciao Stefano,
vorremmo procedere all'import dei civici rilasciati dalla regione in OSM.
Ho scaricato il pacchetto con gli shape file della provincia di Bologna ed
ho trovato due shape di cui uno con un numero di civici pari a 270637
(V_NCIV_GPT) e l'altro con meno civici 243068 (V_NCV_PROIEZ_GPT) ci sono
poi un paio di dbf che sembrano contenere una correlazione tra diversi UUID.
Ti chiedevo se esistono dei metadati specifici sul contenuto degli shape
file per poter capire bene quali utilizzare.
Grazie.
l.

Lorenzo Perone
twitter: @lorenzo_perone 
photoblog: http://immagini.me
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] WTOSM

[Simone F.]

Il giorno 6 luglio 2016 10:31, Simone Cortesi  ha
scritto:

> ...
> altra cosa secondo me interessante sarebbe aggiungere anche la chiave
> wikidata.
>

Visto che è stato chiesto più volte lo aggiungo alla lista delle cose da
provare, ma passerà del tempo prima che lo possa fare.


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

Re: [Talk-it] WTOSM

[Simone F.]

Il giorno 4 luglio 2016 19:06, Simone F.  ha scritto:

> Il giorno 4 luglio 2016 13:37, Simone Cortesi  ha
> scritto:
>
>> ...
>> c'e' modo di aggiungere una qualche "magia javascript" ai popup [1] di
>> wtosm in maniera tale che si possa già avere nella clipboard il
>> contenuto del value della chiave wikipedia?
>>
>
> Bella idea, vedrò cosa riesco a fare.
>

Ho provato due soluzioni.
https://dl.dropboxusercontent.com/u/41550819/OSM/WTOSM/html/it_IT/index_map_test.html

Una volta aperto un popup:

1) cliccando sulla prima icona si apre una finestra da cui copiare con Ctrl
+ c

2) cliccando sulla seconda icona il valore viene copiato automaticamente.
Purtroppo non funziona correttamente, il valore viene copiato solo al
secondo clic sull'icona.

Se non ci sono suggerimenti su come correggere la 2 (*), che comunque non è
compatibile con Safari, applico la soluzione 1.


Ciao,
Simone F.

* Uso https://clipboardjs.com/ in js/map.js
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] OpenTripPlanner shapes.txt

[Cascafico Giovanni]

Qualcuno ha esperienza di questo software di routing multimodale? Funziona
secondo lo standard GTFS.

Ho creato facilmente da query OSM la lista della fermate (stops.txt) e gli
altri file "required", ma non riesco a fargli digerire il file delle way
(shapes.txt)


--

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

Re: [Talk-es] Gestor de tareas OSM-es (era: Fuentes de Madrid)

[Rafael Avila Coya]

Simplemente para clarificar, por si no fui suficientemente claro antes:

Al servidor ftp se sube el fichero .osm completo de datos a importar. 
Cuando un usuario escoge una cuadrícula para hacer, es el TM el que se 
ocupa de traer sólo los datos a importar para esa cuadrícula, y los abre 
en una nueva capa de JOSM. No hay que programar nada.


Saludos,

Rafael.

On 07/07/16 18:17, Alejandro S. wrote:

Buenas,
Es era mi mayor duda, ¿los ficheros osm para cada cuadrante los generas
aparte y los alojas en otro sitio?

Mientras no sea mucho espacio, los ficheros pueden estar en nuestro
servidor también.

Saludos,
Alejandro


On Thu, Jul 7, 2016, 18:09 Rafael Avila Coya > wrote:

Muy buena noticia, Alejandro! Muchas gracias, creo que en nombre de
todos/as!

Es interesante añadir que un Gestor de Tareas no consume casi recursos.

En cuanto a los datos para importaciones (ficheros .osm), hay que
alojarlos también en un servidor (podría ser ese mismo de la comunidad
aragonesa). Yo, para los proyectos de HOT, los estoy alojando en un
servidor de build.osmsharp.com , que
administra un chico belga. Puedo ir
preguntándole o poniéndoos en contacto con él, para que os diga qué hay
que hacer...

Un saludo,

Rafael.

On 07/07/16 16:57, Alejandro S. wrote:
 > Buenas a todos,
 >
 > Desde la comunidad aragonesa hemos instalado una instancia del
gestor de
 > tareas y estamos probándolo. Disponemos de una buena máquina donde
 > tenerlo alojado. Si todo va bien lo pondremos a la disposición de
toda
 > la comunidad.
 >
 > Saludos,
 > Alejandro Suárez
 >
 > On Thu, Jul 7, 2016, 00:43 Rafael Avila Coya

 > >> wrote:
 >
 > Hola Santiago:
 >
 > El Gestor de Tareas fue desarrollado por el HOT. En 5 años ya
van más de
 > 2000 proyectos através de él [0]. Y, como digo, son ya varias las
 > comunidades OSM que lo usan para proyectos de mapeo,
mapatones, etc., de
 > todo tipo [1][2][3][4].
 >
 > Por ejemplo: usuarios de una comarca quieren mapear
sistemáticamente
 > todos los viales. Crean un proyecto en el Gestor de Tareas de
OSM-es y
 > se ponen a trabajar, y cada tarea es validada por el resto. Las
 > posibilidades son infinitas. Además, para la importación en
cuestión
 > (las fuentes de Madrid) es la herramienta ideal.
 >
 > Lo que hace falta es instalar un Gestor de Tareas en un
servidor. No sé
 > si OSM-es disponéis de un servidor para ello. Yo, de hecho,
instalé uno,
 > y no es complicado, pero prefiero que lo haga alguien con buena
 > experiencia en instalación de servicios. El Gestor de Tareas usa
 > postgres como base de datos y Apache como servidor. Las
instrucciones
 > están en su página de github [5].
 >
 > Aunque su uso es bastante intuitivo, aquí tenéis una guía
completa de
 > uso [6].
 >
 > Si queréis practicar para ver como funciona, podéis escoger
por ejemplo
 > una tarea del Gestor de Tareas del HOT. Un ejemplo sencillo para
 > practicar: un proyecto de erradicación de la malaria en el
Este de
 > Swazilandia, en el que se pide que se cartografíen sólo
chozas, casas y
 > edificios, es decir, building=yes [7]. Pero hay montón de
proyectos para
 > elegir.
 >
 > Pienso que disponer de un Gestor de Tareas propio ayudaría
mucho a la
 > comunidad OSM-es, no sólo para proyectos de importación de
datos, sino
 > para muchos otros.
 >
 > Saludos,
 >
 > Rafael.
 >
 > [0] http://tasks.hotosm.org
 > [1] OSM EEUU: http://tasks.openstreetmap.us
 > [2] OSM Canadá: http://tasks.osmcanada.ca
 > [3] OSM India: http://tasks.openstreetmap.in
 > [4] OSM Colombia: http://tareas.openstreetmap.co
 > [5] https://github.com/hotosm/osm-tasking-manager2
 > [6] http://learnosm.org/es/coordination/tasking-manager
 > [7] http://tasks.hotosm.org/project/2005
 >
 > On 05/07/16 19:28, Santiago Crespo wrote:
 >  > Hola Rafael,
 >  >
 >  > 1) Tampoco veo interesante añadir la dirección, ya que el
 > Ayuntamiento
 >  > liberó también los datos de los números de portal y creo
que los
 >  > acabaremos importando.
 >  >
 >  > 2) Tiene muy buena pinta este gestor de tareas. ¿Cómo
empezamos a
 >  > usarlo? ¿Podemos usar algún servidor que ya esté o hay que
montar
 > uno?
 >  >
 >  > Gracias,
 >  > Santiago Crespo
 >  >
 >  > On 

Re: [Talk-GB] OSMUK local chapter

[Brian Prangle]

Great to see so much enthusiasm for a website and associated tools. Before
we go too far down the road of tool selection would anyone care to draw up
a requirements specification?  What do we want the website to look like and
what do we want it do for us? Some from me would include:

Shopfront where you can buy stuff (like HiViz jackets, branded merchandise
etc)
Non-tech mappers should find it easy to contribute
Navigation and screen layout should be for long-term ease of use, i.e crisp
and clean and simple not layered with masses of complexity
Any fancy code should be kept to a minimum for ease of maintenance  and
should be documented and available so we don't fall into the trap down the
line where we're dependent on one person and we're snookered when that
person moves on for whatever reason (bitter experience speaking here)

Perhaps we have an initial "quick and dirty" website just to announce
"We're here" once we're registered at Companies House, whilst we build the
one we really want.

Where have we got to with domain name?

And while we're at it - does anyone fancy organising a logo design
competition? Or just design a few logos for us to choose one?

I think we're probably at the stage for someone to lead this and gather
some volunteer collaborators. Forgive me if someone already volunteered to
do this - it's some time since our last concall.

Regards

Brian

On 5 July 2016 at 12:48, Dennis Bauszus  wrote:

> Yes. We do have hosting. Geolytix is sponsoring a 1GB cloud server with
> DigitalOcean. I have setup the one-click wordpress site for now but we can
> of course setup any combination of apps on that server.
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-es] Gestor de tareas OSM-es (era: Fuentes de Madrid)

[Rafael Avila Coya]

Muy buena noticia, Alejandro! Muchas gracias, creo que en nombre de 
todos/as!


Es interesante añadir que un Gestor de Tareas no consume casi recursos.

En cuanto a los datos para importaciones (ficheros .osm), hay que 
alojarlos también en un servidor (podría ser ese mismo de la comunidad 
aragonesa). Yo, para los proyectos de HOT, los estoy alojando en un 
servidor de build.osmsharp.com, que administra un chico belga. Puedo ir 
preguntándole o poniéndoos en contacto con él, para que os diga qué hay 
que hacer...


Un saludo,

Rafael.

On 07/07/16 16:57, Alejandro S. wrote:

Buenas a todos,

Desde la comunidad aragonesa hemos instalado una instancia del gestor de
tareas y estamos probándolo. Disponemos de una buena máquina donde
tenerlo alojado. Si todo va bien lo pondremos a la disposición de toda
la comunidad.

Saludos,
Alejandro Suárez

On Thu, Jul 7, 2016, 00:43 Rafael Avila Coya > wrote:

Hola Santiago:

El Gestor de Tareas fue desarrollado por el HOT. En 5 años ya van más de
2000 proyectos através de él [0]. Y, como digo, son ya varias las
comunidades OSM que lo usan para proyectos de mapeo, mapatones, etc., de
todo tipo [1][2][3][4].

Por ejemplo: usuarios de una comarca quieren mapear sistemáticamente
todos los viales. Crean un proyecto en el Gestor de Tareas de OSM-es y
se ponen a trabajar, y cada tarea es validada por el resto. Las
posibilidades son infinitas. Además, para la importación en cuestión
(las fuentes de Madrid) es la herramienta ideal.

Lo que hace falta es instalar un Gestor de Tareas en un servidor. No sé
si OSM-es disponéis de un servidor para ello. Yo, de hecho, instalé uno,
y no es complicado, pero prefiero que lo haga alguien con buena
experiencia en instalación de servicios. El Gestor de Tareas usa
postgres como base de datos y Apache como servidor. Las instrucciones
están en su página de github [5].

Aunque su uso es bastante intuitivo, aquí tenéis una guía completa de
uso [6].

Si queréis practicar para ver como funciona, podéis escoger por ejemplo
una tarea del Gestor de Tareas del HOT. Un ejemplo sencillo para
practicar: un proyecto de erradicación de la malaria en el Este de
Swazilandia, en el que se pide que se cartografíen sólo chozas, casas y
edificios, es decir, building=yes [7]. Pero hay montón de proyectos para
elegir.

Pienso que disponer de un Gestor de Tareas propio ayudaría mucho a la
comunidad OSM-es, no sólo para proyectos de importación de datos, sino
para muchos otros.

Saludos,

Rafael.

[0] http://tasks.hotosm.org
[1] OSM EEUU: http://tasks.openstreetmap.us
[2] OSM Canadá: http://tasks.osmcanada.ca
[3] OSM India: http://tasks.openstreetmap.in
[4] OSM Colombia: http://tareas.openstreetmap.co
[5] https://github.com/hotosm/osm-tasking-manager2
[6] http://learnosm.org/es/coordination/tasking-manager
[7] http://tasks.hotosm.org/project/2005

On 05/07/16 19:28, Santiago Crespo wrote:
 > Hola Rafael,
 >
 > 1) Tampoco veo interesante añadir la dirección, ya que el
Ayuntamiento
 > liberó también los datos de los números de portal y creo que los
 > acabaremos importando.
 >
 > 2) Tiene muy buena pinta este gestor de tareas. ¿Cómo empezamos a
 > usarlo? ¿Podemos usar algún servidor que ya esté o hay que montar
uno?
 >
 > Gracias,
 > Santiago Crespo
 >
 > On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:
 >> Hola a todos/as:
 >>
 >> Dejando de lado el tema de las proyecciones, un par de comentarios:
 >>
 >> 1) Etiquetado: deberíais considerar si es necesario añadir la
dirección
 >> a fuentes de agua. En caso de que sí penséis que es útil (yo no
lo veo,
 >> pero puedo estar equivocado), quizás deberíais considerar la
posibilidad
 >> de substituir add:street y add:housenumber por una sola etiqueta de
 >> add:full. Os facilitaría el script, pero esto es sólo una idea.
 >>
 >> 2) De la wiki veo que seguís la idea de dividir el fichero en
ficheros
 >> con 50 fuentes cada uno, de forma similar a como se hizo con la
 >> importación de farmacias.
 >>
 >> Cuando lo organicé así fue porque no disponía de ninguna
instancia del
 >> Gestor de Tareas (Tasking Manager) [1] en la que crear un
proyecto de
 >> importación, de forma similar a como lo usamos en HOT. Ejemplos
de estas
 >> importaciones (nodos sólo) son:
 >>
 >> * Importación de centros de salud en Borno, Nigeria [2]
 >> * Importación de poblaciones de Liberia [3]
 >> * Importación de centros educativos de Uganda [4]
 >>
 >> La idea que propongo sería la de crear una instancia del Gestor de
 >> Tareas para el proyecto OSM-es, como la que tienen ya muchas otras
 >> comunidades OSM, como por ejemplo la comunidad OSM de Colombia [5].

Re: [Talk-gb-westmidlands] Wednesday meeting

[Brian Prangle]

Just completed my edits for the bit from station to centre

On Thu, Jul 7, 2016 at 12:20 PM, Andy Robinson  wrote:

> Drayton Bassett 95+% complete.
>
> http://www.openstreetmap.org/#map=18/52.59927/-1.71808
>
>
>
> Cheers
>
> Andy
>
>
>
> *From:* Andy Robinson [mailto:ajrli...@gmail.com]
> *Sent:* 04 July 2016 09:25
> *To:* 'Brian Prangle'; 'Rob Nickerson'
> *Cc:* 'talk-gb-westmidlands'
> *Subject:* RE: [Talk-gb-westmidlands] Wednesday meeting
>
>
>
> See you there. I’ll probably map some of Drayton Basset on the way in.
>
>
>
> Cheers
>
> Andy
>
>
>
> *From:* Brian Prangle [mailto:bpran...@gmail.com ]
> *Sent:* 04 July 2016 08:35
> *To:* Rob Nickerson
> *Cc:* talk-gb-westmidlands
> *Subject:* Re: [Talk-gb-westmidlands] Wednesday meeting
>
>
>
> Yes that's right Globe Inn Tamworth at about 8pm, mapping beforehand
>
>
>
> On 3 July 2016 at 23:15, Rob Nickerson  wrote:
>
> Hi,
>
> Am I right in saying that we are at the Globe Inn in Tamworth on Wednesday?
>
> Hope to see you all there.
>
> *Rob*
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-it] import civici Emilia Romagna

[Gianmario Mengozzi]

avevamo affrontato già la cosa a livello "locale" nel 2013:
https://lists.openstreetmap.org/pipermail/talk-it/2013-May/034806.html

io sono disponibile per il lavoro sulla prov di FC

Il giorno 7 luglio 2016 15:48, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> >
> > Ciao,
> > io non sono un esperto ma vorrei contribuire all’import/analisi.
> > Dove sono linkati i dati originali?
> > Ciao.
> > Lorenzo
> >
> > PS Forse si possono estrarre con una query overpass turbo i civici
> > esistenti cosi lato gis si possono controllare.
> >
>
> Ciao Lorenzo,
> per ora stavo cercando di capire dove aprire la pagina wiki per
> documentare e coordinare l'import. Ho appena creato la pagina
>
> http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016
> , sarà da linkare sulla pagina principale della wiki regionale. E' giusto
> una bozza.
>
> Trovi/ate il link alla pagina che permette il download dei dati già divisi
> per Provincia.
> Per la modalità ci si mette d'accordo.
> ieri ho scaricato la Provincia di Piacenza ed ho visto che già sui nomi
> delle strade c'è parecchio da lavorare: alcuni nomi mancanti (al loro
> posto i record '98' e '99'), formattazioni diverse a seconda della fonte
> del dato, errori banali (Via Fratelli Corvi, ecc..).
>
> OK, pagina creata, segniamo i nomi di chi è disponibile a mettiamoci
> d'accordo sulla metodologia.
>
> Alessandro Ale_Zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



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

[OSM-talk-fr] plugin cadastre JOSM

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT ALCA APPUI PERFORMANCE)]

Bonjour la liste

Depuis que le cadastre a modifié ses paramètres (voir 
http://gis.19327.n5.nabble.com/Le-Calque-Cadastre-le-retour-td5860247.html) , 
le plugin cadastre JOSM,  notamment son menu  géoréférencer une image, ne 
fonctionne plus. Le message est systématiquement «Tartenpion n'a pas été trouvé 
ou n'est pas disponible ». La console génère le message d'erreur suite à la 
requête GET 
http://www.cadastre.gouv.fr/scpc/listerFeuillesParcommune.do?keepVolatileSession==2000
 -> java.io.IOException : Town/City tartenpion not found
Quelqu'un pour se pencher sur le problème ? Mieux, une solution ?
version du plugin : 32329
JOSM 10327
Java 1.7.0_45

D'avance, la Marne et ses communes au cadastre raster vous diront merci.

Denis



---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] import civici Emilia Romagna

[Cascafico Giovanni]

Se può essere d'aiuto, abbiamo la pagina del Friuli Venezia Giulia
[1]. Confermo che per risolvere l'integrazione con i civici già
presenti, si è lavorato con qgis.

Poi Damjan Gerl ha fatto i file di traduzione ogr2ogr, non tanto per
mappare i tag, quanto per standardizzare i nomi (vedi [1] ISTAT). E vi
assicuro che visto il numero di nomi locali (architetti, ingegneri,
storici, naturalisti, partigiani, politici ecc.), il lavoro è stato
tosto.


Una cosa che non avevo considerato è l'uso della funzione
overpass-turbo "around", che magari, assieme al match parziale può
aiutare:
se in opendata abbiamo
"Via"
"Garibaldi G." (si, lo so, ma ci sono pure questi casi)
"58"
è possibile intercettare anche l'ipotetico preesistente
addr:street=Viale Giuseppe Garibaldi
addr:housenumber=58



[1] http://wiki.openstreetmap.org/wiki/Friuli_Venezia_Giulia/Import_Civici_FVG

Il 7 luglio 2016 15:48, Alessandro Palmas
 ha scritto:
>>
>> Ciao,
>> io non sono un esperto ma vorrei contribuire all’import/analisi.
>> Dove sono linkati i dati originali?
>> Ciao.
>> Lorenzo
>>
>> PS Forse si possono estrarre con una query overpass turbo i civici
>> esistenti cosi lato gis si possono controllare.
>>
>
> Ciao Lorenzo,
> per ora stavo cercando di capire dove aprire la pagina wiki per
> documentare e coordinare l'import. Ho appena creato la pagina
> http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016
> , sarà da linkare sulla pagina principale della wiki regionale. E' giusto
> una bozza.
>
> Trovi/ate il link alla pagina che permette il download dei dati già divisi
> per Provincia.
> Per la modalità ci si mette d'accordo.
> ieri ho scaricato la Provincia di Piacenza ed ho visto che già sui nomi
> delle strade c'è parecchio da lavorare: alcuni nomi mancanti (al loro
> posto i record '98' e '99'), formattazioni diverse a seconda della fonte
> del dato, errori banali (Via Fratelli Corvi, ecc..).
>
> OK, pagina creata, segniamo i nomi di chi è disponibile a mettiamoci
> d'accordo sulla metodologia.
>
> Alessandro Ale_Zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it

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

[Talk-es] Gestor de tareas OSM-es (era: Fuentes de Madrid)

[Alejandro S.]

Buenas a todos,

Desde la comunidad aragonesa hemos instalado una instancia del gestor de
tareas y estamos probándolo. Disponemos de una buena máquina donde tenerlo
alojado. Si todo va bien lo pondremos a la disposición de toda la
comunidad.

Saludos,
Alejandro Suárez

On Thu, Jul 7, 2016, 00:43 Rafael Avila Coya  wrote:

> Hola Santiago:
>
> El Gestor de Tareas fue desarrollado por el HOT. En 5 años ya van más de
> 2000 proyectos através de él [0]. Y, como digo, son ya varias las
> comunidades OSM que lo usan para proyectos de mapeo, mapatones, etc., de
> todo tipo [1][2][3][4].
>
> Por ejemplo: usuarios de una comarca quieren mapear sistemáticamente
> todos los viales. Crean un proyecto en el Gestor de Tareas de OSM-es y
> se ponen a trabajar, y cada tarea es validada por el resto. Las
> posibilidades son infinitas. Además, para la importación en cuestión
> (las fuentes de Madrid) es la herramienta ideal.
>
> Lo que hace falta es instalar un Gestor de Tareas en un servidor. No sé
> si OSM-es disponéis de un servidor para ello. Yo, de hecho, instalé uno,
> y no es complicado, pero prefiero que lo haga alguien con buena
> experiencia en instalación de servicios. El Gestor de Tareas usa
> postgres como base de datos y Apache como servidor. Las instrucciones
> están en su página de github [5].
>
> Aunque su uso es bastante intuitivo, aquí tenéis una guía completa de
> uso [6].
>
> Si queréis practicar para ver como funciona, podéis escoger por ejemplo
> una tarea del Gestor de Tareas del HOT. Un ejemplo sencillo para
> practicar: un proyecto de erradicación de la malaria en el Este de
> Swazilandia, en el que se pide que se cartografíen sólo chozas, casas y
> edificios, es decir, building=yes [7]. Pero hay montón de proyectos para
> elegir.
>
> Pienso que disponer de un Gestor de Tareas propio ayudaría mucho a la
> comunidad OSM-es, no sólo para proyectos de importación de datos, sino
> para muchos otros.
>
> Saludos,
>
> Rafael.
>
> [0] http://tasks.hotosm.org
> [1] OSM EEUU: http://tasks.openstreetmap.us
> [2] OSM Canadá: http://tasks.osmcanada.ca
> [3] OSM India: http://tasks.openstreetmap.in
> [4] OSM Colombia: http://tareas.openstreetmap.co
> [5] https://github.com/hotosm/osm-tasking-manager2
> [6] http://learnosm.org/es/coordination/tasking-manager
> [7] http://tasks.hotosm.org/project/2005
>
> On 05/07/16 19:28, Santiago Crespo wrote:
> > Hola Rafael,
> >
> > 1) Tampoco veo interesante añadir la dirección, ya que el Ayuntamiento
> > liberó también los datos de los números de portal y creo que los
> > acabaremos importando.
> >
> > 2) Tiene muy buena pinta este gestor de tareas. ¿Cómo empezamos a
> > usarlo? ¿Podemos usar algún servidor que ya esté o hay que montar uno?
> >
> > Gracias,
> > Santiago Crespo
> >
> > On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:
> >> Hola a todos/as:
> >>
> >> Dejando de lado el tema de las proyecciones, un par de comentarios:
> >>
> >> 1) Etiquetado: deberíais considerar si es necesario añadir la dirección
> >> a fuentes de agua. En caso de que sí penséis que es útil (yo no lo veo,
> >> pero puedo estar equivocado), quizás deberíais considerar la posibilidad
> >> de substituir add:street y add:housenumber por una sola etiqueta de
> >> add:full. Os facilitaría el script, pero esto es sólo una idea.
> >>
> >> 2) De la wiki veo que seguís la idea de dividir el fichero en ficheros
> >> con 50 fuentes cada uno, de forma similar a como se hizo con la
> >> importación de farmacias.
> >>
> >> Cuando lo organicé así fue porque no disponía de ninguna instancia del
> >> Gestor de Tareas (Tasking Manager) [1] en la que crear un proyecto de
> >> importación, de forma similar a como lo usamos en HOT. Ejemplos de estas
> >> importaciones (nodos sólo) son:
> >>
> >> * Importación de centros de salud en Borno, Nigeria [2]
> >> * Importación de poblaciones de Liberia [3]
> >> * Importación de centros educativos de Uganda [4]
> >>
> >> La idea que propongo sería la de crear una instancia del Gestor de
> >> Tareas para el proyecto OSM-es, como la que tienen ya muchas otras
> >> comunidades OSM, como por ejemplo la comunidad OSM de Colombia [5].
> >>
> >> Esto tendría múltiples ventajas:
> >>
> >> a) No habría que hacer scripting para dividir fichero original en
> >> múltiples ficheros. La división se hace automáticamente: cada usuario
> >> escoge una cuadrícula del mapa, descarga los datos OSM en una capa de
> >> JOSM y en una segunda capa los datos de fuentes para esa cuadrícula, con
> >> solo hacer click en un enlace.
> >>
> >> b) No hay necesidad de ninguna wiki de seguimiento, ni editar la wiki
> >> cada vez que se completa una tarea, ni nada por el estilo. El usuario
> >> completa una tarea y listo.
> >>
> >> c) Permite una fácil validación, por otros usuarios, de las tareas
> >> completadas.
> >>
> >> d) Permite un fácil seguimiento del progreso de la importación.
> >>
> >> e) Naturalmente, el Gestor de Tareas podría usarse para muchos otros
> >> proyectos, 

[OSM-talk] WeeklyOSM 311

[Jinal Foflia]

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

http://www.weeklyosm.eu/archives/7831

Cheers,

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

[Talk-GB] WeeklyOSM 311

[Jinal Foflia]

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

http://www.weeklyosm.eu/archives/7831

Cheers,

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

[Talk-us] WeeklyOSM 311

[Jinal Foflia]

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

http://www.weeklyosm.eu/archives/7831

Cheers,

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

[Talk-ca] WeeklyOSM 311

[Jinal Foflia]

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

http://www.weeklyosm.eu/archives/7831

Cheers,

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

[Talk-in] WeeklyOSM 311

[Jinal Foflia]

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

http://www.weeklyosm.eu/archives/7831

Cheers,

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

[Talk-es] Semanario Nr. 311

[Laura Barroso]

Hola, el semanario Nr. 311, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

http://www.weeklyosm.eu/es/archives/7831
¡Disfruta!





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

[Talk-cu] Semanario Nr. 311

[Laura Barroso]

Hola, el semanario Nr. 311, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

http://www.weeklyosm.eu/es/archives/7831
¡Disfruta!





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

[OSM-co] Semanario Nr. 311

[Laura Barroso]

Hola, el semanario Nr. 311, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

http://www.weeklyosm.eu/es/archives/7831
¡Disfruta!





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

[Talk-cl] Semanario Nr. 311

[Laura Barroso]

Hola, el semanario Nr. 311, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

http://www.weeklyosm.eu/es/archives/7831
¡Disfruta!





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

Re: [Talk-it] import civici Emilia Romagna

[Alessandro Palmas]

>
> Ciao,
> io non sono un esperto ma vorrei contribuire all’import/analisi.
> Dove sono linkati i dati originali?
> Ciao.
> Lorenzo
>
> PS Forse si possono estrarre con una query overpass turbo i civici
> esistenti cosi lato gis si possono controllare.
>

Ciao Lorenzo,
per ora stavo cercando di capire dove aprire la pagina wiki per
documentare e coordinare l'import. Ho appena creato la pagina
http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_import_numeri_civici_2016
, sarà da linkare sulla pagina principale della wiki regionale. E' giusto
una bozza.

Trovi/ate il link alla pagina che permette il download dei dati già divisi
per Provincia.
Per la modalità ci si mette d'accordo.
ieri ho scaricato la Provincia di Piacenza ed ho visto che già sui nomi
delle strade c'è parecchio da lavorare: alcuni nomi mancanti (al loro
posto i record '98' e '99'), formattazioni diverse a seconda della fonte
del dato, errori banali (Via Fratelli Corvi, ecc..).

OK, pagina creata, segniamo i nomi di chi è disponibile a mettiamoci
d'accordo sulla metodologia.

Alessandro Ale_Zena_IT


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

Re: [talk-au] Mount Warren Park Edits

[Marc Gemis]

did you try to contact the user via a changeset comment ?

m

On Thu, Jul 7, 2016 at 1:14 PM, Peter Watson  wrote:
> Most of the area of Beenleigh has had the Relations destroyed in this
> changeset
> https://www.openstreetmap.org/changeset/40380680#map=14/-27.7311/153.2197
> This is my backyard. I am extremely upset about this, There was nothing
> wrong in this area apart from some more addresses need adding. Now most of
> the residential areas are broken, as well as the river relations. This user
> uses Potlatch which doesn't show existing relations.
>
> Peter W34
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>

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

Re: [Talk-it] import civici Emilia Romagna

[Simone Cortesi]

On Jul 7, 2016 6:49 AM, "Alessandro Palmas" 
wrote:
>
> Il 06/07/2016 23:54, Gianmario Mengozzi ha scritto:
>>
>>
>> Ocio che in alcune provincie / comuni l'import dei civici era già stato
fatto. In quei casi che si fa?
>>
>
> Sentiamo qualche esperto, IMHO farei un certo numero di controlli a
campione
>

Attenzione. Per ogni caso occorre controllare se non ci sono civici nelle
vicinanze e dividere il Dataset in 3 insiemi disgiunti.

1 importabili senza problemi
2 da controllare a mano (troppo vicini al presente per essere sicuri)
3 da non importare.

Questi controlli si possono fare con qgis e query Overpass.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] data o rozmístění záchranných podkov

[Karel Volný]

ahoj,

dík za informace - šlo právě o to přesné umístění

no nic, tož to zase zůstane na terénní průzkum :-)

K.

Dne St 6. července 2016 14:33:02 jste napsal(a):
> Ahoj,
> 
> 
> seznam zabezpečení je uveden na stránkách nebezpečných jezů a dá se to i
> filtrovat
> http://www.nebezpecnejezy.cz/povodi.aspx?Zabez=2
> 
> Na ceduli není nic zvláštního - říční km, název řeky a místa a GPS
> souřadnice. Jiné číslování tam není.
> 
> Přesné umístění cedulí nemám, jsou vždy u jezu a obvykle z obou stran.
> 
> Data klidně použij.
> 
> Petr
> 
> Dne 06.07.2016 v 11:19 Karel Volný napsal(a):
> > ahoj,
> > 
> > měl bych prosbičku za projekt OpenStreetMap - rádi bychom zanesli do mapy
> > rozmístění záchranných prostředků
> > 
> > chtěl bych se tedy zeptat, jestli existuje nějaká databáze, kde se na
> > jezech dělala bezpečnostní opatření, a zda bychom z ní mohli dostat
> > rozmístění záchranných podkov a informačních cedulí včetně jejich
> > referenčních údajů, které se tam uvádí pro HZS, případně dalšího, co by
> > stálo za zmapování?
> > 
> > OpenStreetMap zpracovává data pod licencí ODbL[*], je tedy třeba s touto
> > souhlasit (přímo na nebezpecnejezy.cz nic o copyrightu nevidím?)
> > 
> > K.
> > 
> > [*] viz http://www.openstreetmap.org/copyright


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

Re: [Talk-it] import civici Emilia Romagna

[Lorenzo]

> Il giorno 07 lug 2016, alle ore 06:48, Alessandro Palmas 
>  ha scritto:
> 
> Il 06/07/2016 23:54, Gianmario Mengozzi ha scritto:
>> 
>> Ocio che in alcune provincie / comuni l'import dei civici era già stato 
>> fatto. In quei casi che si fa?
>> 
> 
> Sentiamo qualche esperto, IMHO farei un certo numero di controlli a campione
> 
> Alessandro Ale_Zena_IT


Ciao,
io non sono un esperto ma vorrei contribuire all’import/analisi.
Dove sono linkati i dati originali?
Ciao.
Lorenzo

PS Forse si possono estrarre con una query overpass turbo i civici esistenti 
cosi lato gis si possono controllare.


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

[Talk-it-lazio] Trambus Open e Archeobus

[Martin Koppenhoefer]

Vorrei chiedere se sapete di queste due linee / servizi (in oggetto),
perché in OSM abbiamo ancora delle relazioni, ma credo che non esistono più.

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

[Talk-hr] Hypo postaje Addico

[Fiki]

Jedna promjena koju će trebati provesti na postojećim točkama, dosadašnji 
Hypo bank, 11.07. postaje Addico bank.

http://www.poslovni.hr/hrvatska/hypo-banka-od-ponedjeljka-mijenja-ime-
315135
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-gb-westmidlands] Wednesday meeting

[Andy Robinson]

Drayton Bassett 95+% complete.

http://www.openstreetmap.org/#map=18/52.59927/-1.71808 

 

Cheers

Andy

 

From: Andy Robinson [mailto:ajrli...@gmail.com] 
Sent: 04 July 2016 09:25
To: 'Brian Prangle'; 'Rob Nickerson'
Cc: 'talk-gb-westmidlands'
Subject: RE: [Talk-gb-westmidlands] Wednesday meeting

 

See you there. I’ll probably map some of Drayton Basset on the way in.

 

Cheers

Andy

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 04 July 2016 08:35
To: Rob Nickerson
Cc: talk-gb-westmidlands
Subject: Re: [Talk-gb-westmidlands] Wednesday meeting

 

Yes that's right Globe Inn Tamworth at about 8pm, mapping beforehand

 

On 3 July 2016 at 23:15, Rob Nickerson  wrote:

Hi,

Am I right in saying that we are at the Globe Inn in Tamworth on Wednesday?

Hope to see you all there.



Rob


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

 

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

[talk-au] Mount Warren Park Edits

[Peter Watson]

Most of the area of Beenleigh has had the Relations destroyed in this
changeset
https://www.openstreetmap.org/changeset/40380680#map=14/-27.7311/153.2197
This is my backyard. I am extremely upset about this, There was nothing
wrong in this area apart from some more addresses need adding. Now most of
the residential areas are broken, as well as the river relations. This user
uses Potlatch which doesn't show existing relations.

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

Re: [Talk-es] Fuentes de Madrid

[Rafael Avila Coya]

Guay!

Me alegro mucho. Creo que ayudará mucho cuando menos a todos los 
proyectos de importación que tenéis en mente.


Si tengo tiempo durante el día de hoy, quizás cree un proyecto sólo para 
testing (no para subir datos a OSM) en el dev server de HOT 
(tasks.dev.hotosm.org), de tal forma que veáis cómo sería el entorno.


Un saludo, y aquí estoy para ayudar en lo que buenamente pueda,

Rafael.

On 07/07/16 12:46, Santiago Crespo wrote:

Hola Rafael,

Gracias, me has convencido. Voy a montar una instancia del gestor de
tareas para la comunidad OSM-es.

He escrito a Iván Sánchez, que es el dueño del dominio openstreetmap.es,
a ver si podemos usar un subdominio y el hosting que ya hay.

Si no fuera posible, compraré un dominio (tareasosm.es?) y buscaré hosting.

Saludos,
Santiago

On 07/07/2016 12:42 AM, Rafael Avila Coya wrote:

Hola Santiago:

El Gestor de Tareas fue desarrollado por el HOT. En 5 años ya van más de
2000 proyectos através de él [0]. Y, como digo, son ya varias las
comunidades OSM que lo usan para proyectos de mapeo, mapatones, etc., de
todo tipo [1][2][3][4].

Por ejemplo: usuarios de una comarca quieren mapear sistemáticamente
todos los viales. Crean un proyecto en el Gestor de Tareas de OSM-es y
se ponen a trabajar, y cada tarea es validada por el resto. Las
posibilidades son infinitas. Además, para la importación en cuestión
(las fuentes de Madrid) es la herramienta ideal.

Lo que hace falta es instalar un Gestor de Tareas en un servidor. No sé
si OSM-es disponéis de un servidor para ello. Yo, de hecho, instalé uno,
y no es complicado, pero prefiero que lo haga alguien con buena
experiencia en instalación de servicios. El Gestor de Tareas usa
postgres como base de datos y Apache como servidor. Las instrucciones
están en su página de github [5].

Aunque su uso es bastante intuitivo, aquí tenéis una guía completa de
uso [6].

Si queréis practicar para ver como funciona, podéis escoger por ejemplo
una tarea del Gestor de Tareas del HOT. Un ejemplo sencillo para
practicar: un proyecto de erradicación de la malaria en el Este de
Swazilandia, en el que se pide que se cartografíen sólo chozas, casas y
edificios, es decir, building=yes [7]. Pero hay montón de proyectos para
elegir.

Pienso que disponer de un Gestor de Tareas propio ayudaría mucho a la
comunidad OSM-es, no sólo para proyectos de importación de datos, sino
para muchos otros.

Saludos,

Rafael.

[0] http://tasks.hotosm.org
[1] OSM EEUU: http://tasks.openstreetmap.us
[2] OSM Canadá: http://tasks.osmcanada.ca
[3] OSM India: http://tasks.openstreetmap.in
[4] OSM Colombia: http://tareas.openstreetmap.co
[5] https://github.com/hotosm/osm-tasking-manager2
[6] http://learnosm.org/es/coordination/tasking-manager
[7] http://tasks.hotosm.org/project/2005

On 05/07/16 19:28, Santiago Crespo wrote:

Hola Rafael,

1) Tampoco veo interesante añadir la dirección, ya que el Ayuntamiento
liberó también los datos de los números de portal y creo que los
acabaremos importando.

2) Tiene muy buena pinta este gestor de tareas. ¿Cómo empezamos a
usarlo? ¿Podemos usar algún servidor que ya esté o hay que montar uno?

Gracias,
Santiago Crespo

On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:

Hola a todos/as:

Dejando de lado el tema de las proyecciones, un par de comentarios:

1) Etiquetado: deberíais considerar si es necesario añadir la dirección
a fuentes de agua. En caso de que sí penséis que es útil (yo no lo veo,
pero puedo estar equivocado), quizás deberíais considerar la posibilidad
de substituir add:street y add:housenumber por una sola etiqueta de
add:full. Os facilitaría el script, pero esto es sólo una idea.

2) De la wiki veo que seguís la idea de dividir el fichero en ficheros
con 50 fuentes cada uno, de forma similar a como se hizo con la
importación de farmacias.

Cuando lo organicé así fue porque no disponía de ninguna instancia del
Gestor de Tareas (Tasking Manager) [1] en la que crear un proyecto de
importación, de forma similar a como lo usamos en HOT. Ejemplos de estas
importaciones (nodos sólo) son:

* Importación de centros de salud en Borno, Nigeria [2]
* Importación de poblaciones de Liberia [3]
* Importación de centros educativos de Uganda [4]

La idea que propongo sería la de crear una instancia del Gestor de
Tareas para el proyecto OSM-es, como la que tienen ya muchas otras
comunidades OSM, como por ejemplo la comunidad OSM de Colombia [5].

Esto tendría múltiples ventajas:

a) No habría que hacer scripting para dividir fichero original en
múltiples ficheros. La división se hace automáticamente: cada usuario
escoge una cuadrícula del mapa, descarga los datos OSM en una capa de
JOSM y en una segunda capa los datos de fuentes para esa cuadrícula, con
solo hacer click en un enlace.

b) No hay necesidad de ninguna wiki de seguimiento, ni editar la wiki
cada vez que se completa una tarea, ni nada por el estilo. El usuario
completa una tarea y listo.

c) Permite una fácil validación, por otros usuarios, de las tareas
completadas.

Re: [talk-au] Familiar with these places in WA?

[Andy Townsend]

On 07/07/2016 11:28, Nev Wedding wrote:

http://mmwatch.osmz.ru/?country=Australia=%E7%8E%8B%E7%90%B3%E9%9B%85


... one more thing to add - not all of their edits are unhelpful:

https://www.openstreetmap.org/way/34911431/history

now has opening hours on it and didn't before.

I am familiar with the subject of 
https://www.openstreetmap.org/changeset/40341630 though and will stick a 
comment on there.


Cheers,

Andy


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

Re: [talk-au] Familiar with these places in WA?

[Andy Townsend]

On 07/07/2016 11:28, Nev Wedding wrote:

Anyone familiar with these places in WA to fix some of this mappers tags.

shop=dry_cleaning appears to be a booming business to me.
Also adding odd characters at end of names and parts of names in lower case

http://mmwatch.osmz.ru/?country=Australia=%E7%8E%8B%E7%90%B3%E9%9B%85


I'd suggest adding a changeset discussion comment to e.g. 
https://www.openstreetmap.org/node/4285737789 saying "that looks like a 
winery, not a dry cleaning shop" (obviously pad the message out politely 
saying that OSM isn't a place for personal notes etc. etc.).  Although I 
presume they're a Chinese tourist they're in, or planning to visit, WA 
so I guess they may have a bit of English.


The UI in MAPS.ME is pretty confusing.  If you don't know what OSM is, 
then it's not clear that you're updating a public database at all.  The 
notes UI in there is similar (see 
https://github.com/mapsme/omim/issues/3712 ), but the MAPS.ME developers 
are apparently looking at that.


What I've done with similar users in Europe is (in the first instance) 
tried to communicate and then if that fails (which it does some, but not 
all, of the time) revert all the problematic changesets by that user.


Cheers,

Andy

(not in WA but an occasional visitor)


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

Re: [Talk-es] Fuentes de Madrid

[Santiago Crespo]

Hola Rafael,

Gracias, me has convencido. Voy a montar una instancia del gestor de
tareas para la comunidad OSM-es.

He escrito a Iván Sánchez, que es el dueño del dominio openstreetmap.es,
a ver si podemos usar un subdominio y el hosting que ya hay.

Si no fuera posible, compraré un dominio (tareasosm.es?) y buscaré hosting.

Saludos,
Santiago

On 07/07/2016 12:42 AM, Rafael Avila Coya wrote:
> Hola Santiago:
> 
> El Gestor de Tareas fue desarrollado por el HOT. En 5 años ya van más de
> 2000 proyectos através de él [0]. Y, como digo, son ya varias las
> comunidades OSM que lo usan para proyectos de mapeo, mapatones, etc., de
> todo tipo [1][2][3][4].
> 
> Por ejemplo: usuarios de una comarca quieren mapear sistemáticamente
> todos los viales. Crean un proyecto en el Gestor de Tareas de OSM-es y
> se ponen a trabajar, y cada tarea es validada por el resto. Las
> posibilidades son infinitas. Además, para la importación en cuestión
> (las fuentes de Madrid) es la herramienta ideal.
> 
> Lo que hace falta es instalar un Gestor de Tareas en un servidor. No sé
> si OSM-es disponéis de un servidor para ello. Yo, de hecho, instalé uno,
> y no es complicado, pero prefiero que lo haga alguien con buena
> experiencia en instalación de servicios. El Gestor de Tareas usa
> postgres como base de datos y Apache como servidor. Las instrucciones
> están en su página de github [5].
> 
> Aunque su uso es bastante intuitivo, aquí tenéis una guía completa de
> uso [6].
> 
> Si queréis practicar para ver como funciona, podéis escoger por ejemplo
> una tarea del Gestor de Tareas del HOT. Un ejemplo sencillo para
> practicar: un proyecto de erradicación de la malaria en el Este de
> Swazilandia, en el que se pide que se cartografíen sólo chozas, casas y
> edificios, es decir, building=yes [7]. Pero hay montón de proyectos para
> elegir.
> 
> Pienso que disponer de un Gestor de Tareas propio ayudaría mucho a la
> comunidad OSM-es, no sólo para proyectos de importación de datos, sino
> para muchos otros.
> 
> Saludos,
> 
> Rafael.
> 
> [0] http://tasks.hotosm.org
> [1] OSM EEUU: http://tasks.openstreetmap.us
> [2] OSM Canadá: http://tasks.osmcanada.ca
> [3] OSM India: http://tasks.openstreetmap.in
> [4] OSM Colombia: http://tareas.openstreetmap.co
> [5] https://github.com/hotosm/osm-tasking-manager2
> [6] http://learnosm.org/es/coordination/tasking-manager
> [7] http://tasks.hotosm.org/project/2005
> 
> On 05/07/16 19:28, Santiago Crespo wrote:
>> Hola Rafael,
>>
>> 1) Tampoco veo interesante añadir la dirección, ya que el Ayuntamiento
>> liberó también los datos de los números de portal y creo que los
>> acabaremos importando.
>>
>> 2) Tiene muy buena pinta este gestor de tareas. ¿Cómo empezamos a
>> usarlo? ¿Podemos usar algún servidor que ya esté o hay que montar uno?
>>
>> Gracias,
>> Santiago Crespo
>>
>> On 07/05/2016 02:28 PM, Rafael Avila Coya wrote:
>>> Hola a todos/as:
>>>
>>> Dejando de lado el tema de las proyecciones, un par de comentarios:
>>>
>>> 1) Etiquetado: deberíais considerar si es necesario añadir la dirección
>>> a fuentes de agua. En caso de que sí penséis que es útil (yo no lo veo,
>>> pero puedo estar equivocado), quizás deberíais considerar la posibilidad
>>> de substituir add:street y add:housenumber por una sola etiqueta de
>>> add:full. Os facilitaría el script, pero esto es sólo una idea.
>>>
>>> 2) De la wiki veo que seguís la idea de dividir el fichero en ficheros
>>> con 50 fuentes cada uno, de forma similar a como se hizo con la
>>> importación de farmacias.
>>>
>>> Cuando lo organicé así fue porque no disponía de ninguna instancia del
>>> Gestor de Tareas (Tasking Manager) [1] en la que crear un proyecto de
>>> importación, de forma similar a como lo usamos en HOT. Ejemplos de estas
>>> importaciones (nodos sólo) son:
>>>
>>> * Importación de centros de salud en Borno, Nigeria [2]
>>> * Importación de poblaciones de Liberia [3]
>>> * Importación de centros educativos de Uganda [4]
>>>
>>> La idea que propongo sería la de crear una instancia del Gestor de
>>> Tareas para el proyecto OSM-es, como la que tienen ya muchas otras
>>> comunidades OSM, como por ejemplo la comunidad OSM de Colombia [5].
>>>
>>> Esto tendría múltiples ventajas:
>>>
>>> a) No habría que hacer scripting para dividir fichero original en
>>> múltiples ficheros. La división se hace automáticamente: cada usuario
>>> escoge una cuadrícula del mapa, descarga los datos OSM en una capa de
>>> JOSM y en una segunda capa los datos de fuentes para esa cuadrícula, con
>>> solo hacer click en un enlace.
>>>
>>> b) No hay necesidad de ninguna wiki de seguimiento, ni editar la wiki
>>> cada vez que se completa una tarea, ni nada por el estilo. El usuario
>>> completa una tarea y listo.
>>>
>>> c) Permite una fácil validación, por otros usuarios, de las tareas
>>> completadas.
>>>
>>> d) Permite un fácil seguimiento del progreso de la importación.
>>>
>>> e) Naturalmente, el Gestor de Tareas podría usarse para muchos otros
>>> proyectos, 

[talk-au] Familiar with these places in WA?

[Nev Wedding]

Anyone familiar with these places in WA to fix some of this mappers tags.

shop=dry_cleaning appears to be a booming business to me.
Also adding odd characters at end of names and parts of names in lower case

http://mmwatch.osmz.ru/?country=Australia=%E7%8E%8B%E7%90%B3%E9%9B%85


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

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

[Stefano Droghetti]

Il 07/07/2016 12:14, Cascafico Giovanni ha scritto:

Ciao!


http://www.stefanodroghetti.it/mappe-gratis-per-navigatori#fabbric

"2.2 - Fabbricare la mappa
N.B.: questo paragrafo è solo per Linux (Ubuntu e derivate). Se non
usate Linux passate al Capitolo 3"

"3 - Modifica/crea percorsi, "Mie destinazioni" e POI"

Dov'è tale capitolo?
Purtroppo l'unico PC che posso tenere acceso a lungo è un windows...
Significa che se usi Windows devi limitarti a scaricare le mappe non 
aggiornatissime o senza la ricerca per indirizzi. La fabbricazione delle 
mappe è possibile solo per Linux, se qualche buon'anima non fa un 
porting dello script.
Linux comunque lo puoi mettere persino su una chiavetta separata. Non do 
assistenza su Windows, che, come ho scritto, non accendo da più di 12 
anni ormai.



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

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

[Cascafico Giovanni]

Ciao!

> http://www.stefanodroghetti.it/mappe-gratis-per-navigatori#fabbric

"2.2 - Fabbricare la mappa
N.B.: questo paragrafo è solo per Linux (Ubuntu e derivate). Se non
usate Linux passate al Capitolo 3"

"3 - Modifica/crea percorsi, "Mie destinazioni" e POI"

Dov'è tale capitolo?
Purtroppo l'unico PC che posso tenere acceso a lungo è un windows...

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

Re: [Talk-cz] Špatná velikost písmen v názvech ulic importovaných z UIR-ADR

[Martin Hejna]

On Wed, Jul 06, 2016 at 11:37:17AM +0200, Karel Volný wrote:
> ...
> > Koukám že RUIAN obsahuje formulář pro zasílání oprav [1]. Obsahuje tam ale
> > vtipnou poznámku: "Návrhy na změny velikosti písmen budou zamítnuty
> > automaticky."
> > 
> > Co to sakra je?
> 
> to je přesně tohle:
> 
> "Starší způsob psaní často odůvodňují tím, že změna by pro ně byla finančně 
> náročná."
> 
> - tu nahlášenou chybu musí někdo zpracovat ... sám jsi napsal, že je to v 
> řádu 
> deset tisíc jenom v Praze
> 
> (a vůbec bych se nedivil, kdyby to bylo i tak trochu na truc vůči těm 
> koninám, 
> co jazykovědci vymýšlí)
> 
> K.

Jako ... cekal bych, ze v RUIAN budou udaje v souladu se skutecnosti, tedy 
vcetne
spravne velikosti pismen ('spravne' ve smyslu, jak to obec pojmenovala).

Myslim, ze ta poznamka "Návrhy na změny velikosti písmen budou zamítnuty 
automaticky"
znamena, ze obec nebude prejmenovavat ulici, nikoliv ze si RUIAN odmita opravit 
data.

A pokud nazev ulice nekoresponduje s adresnim mistem v te ulici, tak je to 
chyba v datech,
kterou muze RUIAN odhalit a opravit i automaticky.


Martin Hejna


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

Re: [Talk-es] Fuentes de Madrid

[Santiago Crespo]

Hola César, buena idea.

Acabo de poner un comentario (tienen que leerlo y aprobarlo antes de que
aparezca). Si alguien se anima a escribirles por otro lado, bienvenido sea.

Saludos,
Santiago

On 07/07/2016 10:11 AM, César Martínez Izquierdo wrote:
> Hola Santiago,
> 
> Creo que sería muy interesante avisar al ayuntamiento del error en los
> datos para que puedan corregirlos. Creo que demuestra cómo la apertura
> de los datos es útil tanto para la ciudanía como para la propia
> administración.
> 
> Saludos.
> 
> 2016-07-06 19:18 GMT+02:00 Santiago Crespo  >:
> 
> Perdonad la confusión, creo que está bien situada la fuente del parque
> del bronce.
> 
> Aquí podéis ver como queda, usando los 2 sistemas de coordenadas
> dependiendo de la localización (si están en "PARQUE HISTORICO"...25830
> y el resto 23030), comparado con las fuentes que ya hay en OSM:
> 
> https://umap.openstreetmap.fr/en/map/untitled-map_93422
> 
> Saludos,
> Santiago Crespo
> 
> On 07/05/2016 07:14 PM, Santiago Crespo wrote:
> > No estoy 100% seguro pero creo que ya lo tengo.
> >
> > Las fuentes con la etiqueta "PARQUE HISTORICO SINGULAR O FORESTAL"
> (ej:
> > el Retiro) están en 25830 y el resto en 23030. La única excepción
> que he
> > visto por ahora es la fuente del parque del bronce, que estando en una
> > zona verde normal usa 25830.
> >
> > Saludos,
> > Santiago Crespo
> >
> >
> > On 07/05/2016 02:48 PM, Emilio Gómez Fernández wrote:
> >> Es extraño. En algunas zonas se ajusta más con 23030 y en otras con
> >> 25830, como si los datos del CSV proviniesen de fuentes con
> diferentes
> >> sistemas de coordenadas, no se... un cacao.
> >>
> >> http://u.osmfr.org/m/93231/
> >>
> >> Un saludo.
> >>
> >> Emilio Gómez
> >>
> >>
> >> El 5 de julio de 2016, 12:00, Luis García Castro
> 
> >> >> escribió:
> >>
> >>
> >> El 5 de julio de 2016, 11:53, Emilio Gómez Fernández
> >>  
>  >>
> >> escribió:
> >>
> >> Efectivamente parece que en la zona del Retiro no se
> ajusta nada
> >> bien a lo que ya hay en OSM [1], pero en otras partes veo
> que si
> >> que existe una correlación.[2]
> >>
> >>
> >> Yo sí veo que se ajusta bastante en las dos imágenes que ha
> puesto
> >> Jorge (con alguna diferencia lógica y esperable)... no me cuadran
> >> los puntos de su imagen con tu primera superposición :-/
> >>
> >>
> >> --
> >>
> >> Luis García
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org 
> >
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >>
> >>
> >>
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org 
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >>
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-es
> 
> 
> 
> 
> -- 
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>César Martínez Izquierdo
>GIS developer
>-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
>SCOLAB: http://www.scolab.es
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> 
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

Re: [talk-au] Checking on bug-fixes before committing changes.ta

[Nev Wedding]

> On 7 Jul 2016, at 7:37 PM, Andrew Harvey  wrote:
> 
> 
> On 7 Jul 2016 7:21 PM, "Simon Slater"  > wrote:
> >
> > G'day all,
> > While waiting in the Balranald Bakery yesterday I thought I'd 
> > install
> > OSMBugs and OSMTracker and see what needed doing in the area.  Since this is
> > the first time I've done this, I've a couple of questions.
> >
> > 1/  POI without name: https://www.openstreetmap.org/node/1950504127 
> >  has a
> > brand=Caltex tag.  To fix this one, which is better: change brand of Caltex 
> > to
> > operator or add operator=Caltex, leaving the brand tag?  Or is the operator
> > the proprietor and use the tag name= instead?  Locals just call it 'the
> > servo'.  The other Caltex is 'the roadhouse'
> > https://www.openstreetmap.org/node/206203789 
> > 
> I wouldn't remove the brand=Caltex because that is the branding of the 
> service station right? If it's operated by Caltex you can add that tag too. 
> It's common to see three tags brand, operator, and name all equal to Caltex.
> 
For the name, I would consider naming one ‘Caltex Service Station’ and the 
other ‘Caltex Roadhouse’ or as you prefer.
> Though for name you might also see things like "Caltex [Suburb]"
> 
> >
> > 2/  Fixme tagged item https://www.openstreetmap.org/way/118043858 
> >  is in the
> > right place by GPS and the other tags are correct.  Do I just delete the 
> > fixme
> > tag?  This would also apply for a couple of others.
> 
> Yes,if you've validated the thing the fixme tag was added for you can just 
> delete the tag.
> 
> > 3/  With the correction needed for:
> > https://www.openstreetmap.org/way/118043885 
> >  to extend the divided road, 
> > is it
> > better to delete the single section, then add the divided section as 2 ways
> > down to Bank St, or move the single section to one side and add a parallel
> > way?
> 
> I prefer to move the single section and add another way parallel, because it 
> retains the history of the way, but both approaches are valid. 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

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

Re: [talk-au] Checking on bug-fixes before committing changes.

[Andrew Harvey]

On 7 Jul 2016 7:21 PM, "Simon Slater"  wrote:
>
> G'day all,
> While waiting in the Balranald Bakery yesterday I thought I'd
install
> OSMBugs and OSMTracker and see what needed doing in the area.  Since this
is
> the first time I've done this, I've a couple of questions.
>
> 1/  POI without name: https://www.openstreetmap.org/node/1950504127
has a
> brand=Caltex tag.  To fix this one, which is better: change brand of
Caltex to
> operator or add operator=Caltex, leaving the brand tag?  Or is the
operator
> the proprietor and use the tag name= instead?  Locals just call it 'the
> servo'.  The other Caltex is 'the roadhouse'
> https://www.openstreetmap.org/node/206203789

I wouldn't remove the brand=Caltex because that is the branding of the
service station right? If it's operated by Caltex you can add that tag too.
It's common to see three tags brand, operator, and name all equal to Caltex.

Though for name you might also see things like "Caltex [Suburb]"

>
> 2/  Fixme tagged item https://www.openstreetmap.org/way/118043858 is
in the
> right place by GPS and the other tags are correct.  Do I just delete the
fixme
> tag?  This would also apply for a couple of others.

Yes,if you've validated the thing the fixme tag was added for you can just
delete the tag.

> 3/  With the correction needed for:
> https://www.openstreetmap.org/way/118043885 to extend the divided road,
is it
> better to delete the single section, then add the divided section as 2
ways
> down to Bank St, or move the single section to one side and add a parallel
> way?

I prefer to move the single section and add another way parallel, because
it retains the history of the way, but both approaches are valid.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[OSM-Talk-ZA] More on hotspots

[Michael Graaf]

Hi all,
In response to my request yesterday:













*I write on behalf of a team preparing to create an app (free as in beer
aswell as in speech) which will help users find WiFi hotspots and also
reviewthem or report new ones. We already have some data-sets which appear
to bepublic-domain, but these things keep changing hence our intention to
havereal-time crowdsourcing.Initially we thought of using both Google Maps
and OSM but on closerinvestigation, discovered that above a minimal level
of use, Google APIcosts some dollars, so we discarded that idea.None of us
has done this kind of thing before so we are hoping for guidanceand
assistance. I found your addresses in the OSM Import Guidelines page.*
I got the following reply from Greg Troxel (reprinted with permission):

"Presumably you have seen
  https://wiki.openstreetmap.org/wiki/Key:internet_access
and the rejected proprosal

https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/WiFi_Zone/Hotspot=868868

"It's good that you are thinking about licensing from the beginning.

"The standard opinion in OSM is that reviews don't belong in the
database.  But public hotspots seem to be viewed as appropriate.
"Google Maps also tends to allow only tile viewing, not access to vector
data.

"The big problem with users editing data is ensuring that the edits are
aligned with existing data.  For people who learn to use the editing
tools and look at the whole db near the hotspot, this works, but it's a
huge barrier to entry.  The other extreme is a "add this hotspot" button
in an app that takes lat/lon and hotspot info and just adds a node to
OSM without checking if it's there - which of course isn't ok.  In
between there is some degree of looking for existing nearish hotspots
and verifying if the new one is the same or not, and doing that as
automatically as possible while causing acceptably little trouble.  This
is going to be the hard part of your project technically.

"I can see two approaches to what you want to do.  One option is to make
a database of hotspots separate from OSM, with lat/lon for each.  Or
perhaps also a reference to an object in OSM.  Then you can display that
on an OSM basemap.  The db could have information about ssid, bssid,
channel, etc., which is beyond what probably belongs in OSM.
editing the db is really just about making sure there isn't an existing
object for the hotspot.  Avoiding dups should be relatively easy.

"The other is to maintain the main data for a hotspot in OSM, adding the
internet_access=wlan tag to (probably) an existing object.  Again you
may wish to maintain some data that is too detailed for OSM, and
associate that with the OSM object.  This has the advantage that changes
by OSM editors are reflected in your app's data, and your app's edits
will help others.  You will need to ensure that contributions from your
user's meet the Contributor Terms, both in not violating existing rights
and granting adequate rights.  One approach might be that the app only
adds hotspots it is observing, so the users have first-party data, and
to get them to agree that contributions are PD.

"With this second approach, the hard part will be to find the right
object in OSM to modify, but if the facility with the wifi is mapped,
that may be easy as multiple choice of nearby, and if not, adding a node
with just the internet_access=wlan tag is arguably reasonable.

"You are writing to imports, but to me the user-contributed data does not
feel like an import.  It's a different kind of change to the OSM db that
needs extra scrutiny (the structure, not each edit), though.

"You mention an existing database.  The import norms (see the wiki) are
that you post the actual data, the license, scripts to transform it to
OSM changesets, and all other info about what you are proposing to do.
Pay extra attention to how hotspot info will be merged into existing OSM
objects, so tha the resulting data is no messier than humans would
create.

"An alternative is to have the app search the union of OSM and the other
datasets, and to offer to upload a point to OSM, with human choosing
help, when the user is actually observing it."

My reply: Yes, the person who directed us to OSM gave us the tag Greg
supplied. Also, I'd gathered that a tag for a mere network area was
unavailable, but our datasets have names of coffeeshops etc.

Concerning the issue of reviews and quality control, we have considered
some sort of multi-stage process of verification. But it's all in the air;
Greg's comments are helpful.

I hereby invite further input from ZA.

Thanks,
Michael.
___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-za

[talk-au] Checking on bug-fixes before committing changes.

[Simon Slater]

G'day all,
While waiting in the Balranald Bakery yesterday I thought I'd install 
OSMBugs and OSMTracker and see what needed doing in the area.  Since this is 
the first time I've done this, I've a couple of questions.

1/  POI without name: https://www.openstreetmap.org/node/1950504127 has a 
brand=Caltex tag.  To fix this one, which is better: change brand of Caltex to 
operator or add operator=Caltex, leaving the brand tag?  Or is the operator 
the proprietor and use the tag name= instead?  Locals just call it 'the 
servo'.  The other Caltex is 'the roadhouse' 
https://www.openstreetmap.org/node/206203789 

2/  Fixme tagged item https://www.openstreetmap.org/way/118043858 is in the 
right place by GPS and the other tags are correct.  Do I just delete the fixme 
tag?  This would also apply for a couple of others.

3/  With the correction needed for: 
https://www.openstreetmap.org/way/118043885 to extend the divided road, is it 
better to delete the single section, then add the divided section as 2 ways 
down to Bank St, or move the single section to one side and add a parallel 
way?

I suppose I'm just looking for the most efficient and consistent way of 
doing things.
-- 
Regards
Simon Slater

Registered Linux User #463789
http://linuxcounter.net 


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

Re: [Talk-cz] traumabody v OSM

[Milan Cerny]

Všem díky za odpovědi. Otagoval jsem to "po novu", 

emergency:access_point
ref: X YY

Teď ještě aby to uměl nějaký render.

Milan
__
> Od: Mirek Dlask 
> Komu: OpenStreetMap Czech Republic 
> Datum: 06.07.2016 11:10
> Předmět: Re: [Talk-cz] traumabody v OSM
>
>OK, tak jdu na tom zapracovat. Ty tři bodíky co jsem přidal včera dotaguju
>ještě o emergency=access_point.
>Zjistil jsem totiž, že Osmand mi je najde, na rozdíl od highway=* .
>Navíc je jich v OSM většina  tagovaná oběma způsoby.
>Je otázka, jestli nedoplnit emergency i pro další body alespoň v ČR.
>
>Na wiki nemám přístup, protože NAT ...
>
>Dne 6. července 2016 10:57 Karel Volný  napsal(a):
>
>> zdar,
>>
>> >1. Je to stále "Návrh: Náhrada značky highway=emergency_access_point"
>> -
>> >viz wiki?
>>
>> já nevím, jak to aktuálně po formální stránce funguje, přijde mi spíš, že v
>> posledních letech nefunguje ... visí to tam dva roky a nic se neděje ...
>>
>> >2. Proč nemáme ve wiki jednu možnost respektive preferovanou možnost?
>>
>> protože to tam nikdo nenapsal :-)
>>
>> >3. Od návrhu (2008) poměr 18556:670 ve prospěch
>> >highway=emergency_access_point. Ze 670 jich je drtivá většina v
>> Německu.
>>
>> je hodně pravděpodobné, že osm let staré tagování bude mít více výskytů než
>> dva roky starý návrh - pokud se nedospělo k dohodě o hromadné záměně
>>
>> vzhledem k tomu, jak to (ne)funguje, ono "mávnutí kouzelného proutku",
>> kterým
>> se to změní, bych neočekával, a tím spíše bych prostě začal používat
>> tagování
>> nové, a tím v jeho prospěch změnil výše uvedený poměr
>>
>> pokud bychom se měli řídit jen tím, čeho je víc, co je zavedenější, tak se
>> nezmění nikdy nic, to je de facto zdůvodnění kruhem, je toho hodně, tak to
>> použijeme, a tím, že to použijeme, toho bude ještě víc, a protože je toho
>> víc,
>> je důvod to používat atd.
>>
>> já nejsem příznivcem toho, aby se furt něco předělávalo a dělaly změny jen
>> pro
>> změny, ba právě naopak, ale v tomto konkrétním případě mi to dává smysl,
>> protože 'highway' považuji za principiálně špatně - a v tom původním
>> hlasování
>> se s tou námitkou nikdo pořádně nevypořádal
>>
>> jediný argument, co v diskusi padl, je, že by tam měla vést cesta, když
>> tam má
>> dojet sanitka, a tudíž že je to podobné jako bus_stop, ale to je s
>> prominutím
>> blbost - jednak tam vůbec cesta být nemusí (proč sanitka, může to být u
>> místa
>> vhodného k přistání vrtulníku), a jednak bus_stop je skutečně vlastností té
>> silnice (má to vliv na dopravu, je tam ostrůvek, záliv, značka, whatever),
>> zatímco ten access_point nic takového neimplikuje, je to cedule jako
>> kterákoliv jiná (rozcestníky taky tagujeme information=guidepost a ne
>> highway=guidepost), případně je u toho ještě něco dalšího jako
>>
>> > U nás nula. Od jakého počtu se dá tag označit za "slušně zavedený?
>>
>> mluvil jsem o klíči 'emergency', nikoliv o jeho konkrétní hodnotě
>> 'access_point'
>>
>> všimni si, že se tak taguje spousta užitečných věcí, jako třeba umístění
>> veřejných defibrilátorů, záchranné kruhy atp., do čehož ten access_point
>> IMO
>> krásně zapadá - viz
>> http://wiki.openstreetmap.org/wiki/Key:emergency_(facilities)
>>
>> - mimochodem, je-li řeč o záchranných kruzích, v rámci projektu
>> nebezpecnejezy.cz jsou krom záchranných prostředků instalovány i cedule
>> obsahující mj. název, říční kilometr a souřadnice, kteréžto pro HZS plní
>> přesně tuto funkci ... což je krásný příklad, jak je to 'highway' absolutně
>> mimo, neb často jsou umístěny přímo na konstrukci jezu (její pobřežní
>> části),
>> a ke spoustě jezů žádná cesta nevede
>>
>> ... a jdu napsat Petrovi jestli nám dá data
>>
>> > 4. JOSM emergency=access_point nezná.
>>
>> https://josm.openstreetmap.de/newticket ;-)
>>
>> > Sečteno podtrženo - záměr dobrý, provedení nic moc.
>>
>> tož je potřeba na tom provedení zapracovat, že :-)
>>
>> 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 mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-es] Fuentes de Madrid

[César Martínez Izquierdo]

Hola Santiago,

Creo que sería muy interesante avisar al ayuntamiento del error en los
datos para que puedan corregirlos. Creo que demuestra cómo la apertura de
los datos es útil tanto para la ciudanía como para la propia administración.

Saludos.

2016-07-06 19:18 GMT+02:00 Santiago Crespo :

> Perdonad la confusión, creo que está bien situada la fuente del parque
> del bronce.
>
> Aquí podéis ver como queda, usando los 2 sistemas de coordenadas
> dependiendo de la localización (si están en "PARQUE HISTORICO"...25830
> y el resto 23030), comparado con las fuentes que ya hay en OSM:
>
> https://umap.openstreetmap.fr/en/map/untitled-map_93422
>
> Saludos,
> Santiago Crespo
>
> On 07/05/2016 07:14 PM, Santiago Crespo wrote:
> > No estoy 100% seguro pero creo que ya lo tengo.
> >
> > Las fuentes con la etiqueta "PARQUE HISTORICO SINGULAR O FORESTAL" (ej:
> > el Retiro) están en 25830 y el resto en 23030. La única excepción que he
> > visto por ahora es la fuente del parque del bronce, que estando en una
> > zona verde normal usa 25830.
> >
> > Saludos,
> > Santiago Crespo
> >
> >
> > On 07/05/2016 02:48 PM, Emilio Gómez Fernández wrote:
> >> Es extraño. En algunas zonas se ajusta más con 23030 y en otras con
> >> 25830, como si los datos del CSV proviniesen de fuentes con diferentes
> >> sistemas de coordenadas, no se... un cacao.
> >>
> >> http://u.osmfr.org/m/93231/
> >>
> >> Un saludo.
> >>
> >> Emilio Gómez
> >>
> >>
> >> El 5 de julio de 2016, 12:00, Luis García Castro  >> > escribió:
> >>
> >>
> >> El 5 de julio de 2016, 11:53, Emilio Gómez Fernández
> >> >
> >> escribió:
> >>
> >> Efectivamente parece que en la zona del Retiro no se ajusta nada
> >> bien a lo que ya hay en OSM [1], pero en otras partes veo que si
> >> que existe una correlación.[2]
> >>
> >>
> >> Yo sí veo que se ajusta bastante en las dos imágenes que ha puesto
> >> Jorge (con alguna diferencia lógica y esperable)... no me cuadran
> >> los puntos de su imagen con tu primera superposición :-/
> >>
> >>
> >> --
> >>
> >> Luis García
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org 
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >>
> >>
> >>
> >>
> >> ___
> >> Talk-es mailing list
> >> Talk-es@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-es
> >>
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>



-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
   César Martínez Izquierdo
   GIS developer
   -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
   SCOLAB: http://www.scolab.es
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-in] State of the Map Asia 2016 Call for Presentations

[Arun Ganesh]

Crossposting from talk-ph, if you have ideas for a talk sharing your story
of using OSM data  in India, you should definitely submit a proposal:

--

Dear everyone,

The State of the Map Asia 2016 team is hard at work to bring to you the
best presentations about OpenStreetMap and resilience in Asia and the rest
of the world. We couldn’t do that without your help! So we are inviting you
to submit proposals for 20-minute talks, 5-minute lightning talks, and
90-minute workshops that will provide value to conference attendees.

If you are interested in presenting, please refer to the following
conference web page for instructions: http://stateofthemap.asia/program

Note that the deadline for submission is on July 31.

We are all excited to see what you have in store for us!


Eugene Villar
On behalf of the SotM Asia 2016 Team


-- 
Arun Ganesh
@planemad

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

[OSM-talk] State of the Map Asia 2016 Call for Presentations

[Eugene Alvin Villar]

Dear everyone,

The State of the Map Asia 2016 team is hard at work to bring to you the
best presentations about OpenStreetMap and resilience in Asia and the rest
of the world. We couldn’t do that without your help! So we are inviting you
to submit proposals for 20-minute talks, 5-minute lightning talks, and
90-minute workshops that will provide value to conference attendees.

If you are interested in presenting, please refer to the following
conference web page for instructions: http://stateofthemap.asia/program

Note that the deadline for submission is on July 31.

We are all excited to see what you have in store for us!


Eugene Villar
On behalf of the SotM Asia 2016 Team


On Wed, Jun 29, 2016 at 9:56 PM, maning sambale 
wrote:

> Dear everyone,
>
> We are happy to announce that the 2nd State of the Map Asia will
> happen in Manila, Philippines on October 1-2, 2016. Two days in the
> Philippines with talks, discussions, and workshops all around the free
> and open map of the world.
>
> This is a free event (no registration fee), if you plan to join, head
> over to the website to register.
>
> http://stateofthemap.asia/
>
> In the coming weeks, we will announce the call for proposals,
> scholarship applications and other details. We are also looking for
> sponsors to cover for food and other expenses needed to make this
> awesome. If you are interested, please contact:
> osmpilipinas+sotmasia2...@gmail.com
>
> We hope the OSM community in Asia and all over the world can join.
>
>
> Maning Sambale
> In behalf of the SOTM-Asia 2016 Organizing Team
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[talk-ph] State of the Map Asia 2016 Call for Presentations

[Eugene Alvin Villar]

Dear everyone,

The State of the Map Asia 2016 team is hard at work to bring to you the
best presentations about OpenStreetMap and resilience in Asia and the rest
of the world. We couldn’t do that without your help! So we are inviting you
to submit proposals for 20-minute talks, 5-minute lightning talks, and
90-minute workshops that will provide value to conference attendees.

If you are interested in presenting, please refer to the following
conference web page for instructions: http://stateofthemap.asia/program

Note that the deadline for submission is on July 31.

We are all excited to see what you have in store for us!


Eugene Villar
On behalf of the SotM Asia 2016 Team


On Wed, Jun 29, 2016 at 9:56 PM, maning sambale 
wrote:

> Dear everyone,
>
> We are happy to announce that the 2nd State of the Map Asia will
> happen in Manila, Philippines on October 1-2, 2016. Two days in the
> Philippines with talks, discussions, and workshops all around the free
> and open map of the world.
>
> This is a free event (no registration fee), if you plan to join, head
> over to the website to register.
>
> http://stateofthemap.asia/
>
> In the coming weeks, we will announce the call for proposals,
> scholarship applications and other details. We are also looking for
> sponsors to cover for food and other expenses needed to make this
> awesome. If you are interested, please contact:
> osmpilipinas+sotmasia2...@gmail.com
>
> We hope the OSM community in Asia and all over the world can join.
>
>
> Maning Sambale
> In behalf of the SOTM-Asia 2016 Organizing Team
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph