Re: [Talk-it] [wikimedia-it] via romea germanica

[scratera]

girarsi_liste wrote
> Il 13/10/2016 14:41, Ivo Reano ha scritto:
>> Il giorno 12 ottobre 2016 23:40, Simone Cortesi 

> simone@

>  ha
>> scritto:
>> 
>>> Mi hanno appena mandato i percorsi GPX
>>>
>>> https://dl.dropboxusercontent.com/u/426955/gpx-via-romea-germanica.zip
>>>
>>> Dei file nello zip solo il primo è un file gpx regolare.
>> Gli altri invece deel tag trk e trkpt hanno dei tag  <\rte> e <\rtept>
>> Da dove arrrivano? Li posso "aggiustare" o è un problema di qlandkarte?
>> 
> 
> Ho guardato i singoli file con Viking, alcuni sono solo waypoint, la
> maggior parte invece tracks.
> 
> E' corretto?
> 
> Il primo file *.gpx ha l'estensione in maiuscolo(*.GPX), tutti gli altri
> in minuscolo, forse questo "frega".
> 
> 
> 
> -- 
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> 
> 
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it

...sono delle rotte o percorsi...usando basecamp con unsemplice click sono
trasformabili in tracce e utilizzabili




--
View this message in context: 
http://gis.19327.n8.nabble.com/via-romea-germanica-tp5883672p5884360.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] Examples of well intentioned but wrong edits?

[Pierre Béland]

http://worstofosm.tumblr.com/  is a bit sarcastic and a bit tainted dont you 
think?
The first example is about power lines in Canada.  There are people that dont 
like imports and like to criticize efforts of canadian mappers to develop the 
map. Let's go further and look why we can see a power line outside of the cut 
where it should fit.
There are are vast nordic territories in Canada with scarce population, forest 
and mining industry and in some parts huge hydroelectric projects. Quite 
different from urbanised territorries south of Canada or in western Europe. No 
priority to provide imagery for these territories. Some suggest we should leave 
these territories blank instead of importing data. They are advocating to erase 
all these bad edits. I advocate for them to come and help us, really help us, 
not erase the map.

OSM is a complex project with the parts that not all fit well together. You 
have Nominatim, the Styling, the keys all biazed to reflect a certain reality, 
often urbanized countries of western Europe and their commerces.

We dont understand the reality of the highway networks in Africa and we dont 
understand the reality of such immense nordic territories. And we often have 
difficulty to take account to the various social and medical services or other 
features that reflect our social and economic activity.  If we could reflect 
this with a nasty picture :)

I will talk about the Quebec province that I know more and where I have 
intensively mapped power lines, hydroelectric power dams and substations. I 
have mapped carefully with Bing the James Bay hydroelectric Project reservoirs 
that span for hundred of kilometers, added the hundred of dams, power station 
and aligned the Power lines. Try to find any of these from Nominatim. 
Impossible. The Nominatim developpers dont see any interest to include the 
power key in the searches. I also prepared relations to combine power 
facilities related to the various reservoirs. Try to find any.  Not easy then 
for contributors to find these "bad edits" and repair them.

Try to find any of these through Nominatim. Or try to find any village.  North 
of Quebec is a vast territory, the size of Germany but where only 35,000 people 
people live in remote villages. Try to find these villages on the Map. Is the 
Mapping style adapted to such territories.  Imagery such as Bing High 
resolution is not available everywhere on these territories.  Does these Bad 
examples selection suggest we should leave blank an area the size of Germany.  
Anyway it often looks blank with the mapping style since it is very hard while 
zooming out to have an idea of what you can find in these territories. 
Zooming-in you have to be quite lucky to find something.
Myself, I can live with the fact that the power line is not perfecty aligned 
until imagery is available. Those that prefer to use bot to spot bad edits and 
revert would be more useful if thy can come and help :)
As you can see, OSM is a complex system with many parts to make a great map and 
there are improvements that we can make in many areas. OSM is not only a 
mapping project.  There are various parts and we have to find ways to better 
match the various parts, to be able to share decisions with developpers and 
better reflect the various realities of this OSMPlanet.
So the slightly misalligned power linean Example of well intentioned but wrong 
edit ?

regard 
 
Pierre 


  De : Marcos Oliveira 
 À : Jóhannes Birgir Jensson  
Cc : "talk@openstreetmap.org" 
 Envoyé le : jeudi 13 octobre 2016 20h19
 Objet : Re: [OSM-talk] Examples of well intentioned but wrong edits?
   
You might have knowledge of this already, but Worst of OSM epitomizes this. [1]
[1] - http://worstofosm.tumblr.com/ 
2016-10-14 0:55 GMT+01:00 Jóhannes Birgir Jensson :

I'm giving a lecture in a weeks time on crowd-sourcing GIS data at a GIS-event 
in Iceland.

As we know OSM gets a bit of bad edits, some of them in good faith, a very 
minor part vandalism. I will highlight a couple of examples just to give people 
an idea of the risks but just looking at OSM itself so far we are well ahead in 
risk vs reward for an open GIS dataset!

I will mention the edit boom that came with Maps.me editing feature and have a 
couple of amusing examples from Iceland but would appreciate more.

Also if anyone has any statistics about vandalism ratio and other bad edits I 
would love to see that.

regards,
Jóhannes
OSM Iceland


__ _
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.or g/listinfo/talk




-- 
Um Abraço,
Marcos Oliveira

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


   ___
talk mailing list
talk@openstreetmap.org

[OSM-talk] (no subject)

[Janell Riggs]

I always love you so much and I will be your supporter for you ok.
Sharon Osbourne how is your family doing well.


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

Re: [OSM-talk] Examples of well intentioned but wrong edits?

[Marcos Oliveira]

You might have knowledge of this already, but Worst of OSM epitomizes this.
[1]

[1] - http://worstofosm.tumblr.com/

2016-10-14 0:55 GMT+01:00 Jóhannes Birgir Jensson :

> I'm giving a lecture in a weeks time on crowd-sourcing GIS data at a
> GIS-event in Iceland.
>
> As we know OSM gets a bit of bad edits, some of them in good faith, a very
> minor part vandalism. I will highlight a couple of examples just to give
> people an idea of the risks but just looking at OSM itself so far we are
> well ahead in risk vs reward for an open GIS dataset!
>
> I will mention the edit boom that came with Maps.me editing feature and
> have a couple of amusing examples from Iceland but would appreciate more.
>
> Also if anyone has any statistics about vandalism ratio and other bad
> edits I would love to see that.
>
> regards,
> Jóhannes
> OSM Iceland
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 
Um Abraço,
Marcos Oliveira
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Examples of well intentioned but wrong edits?

[Jóhannes Birgir Jensson]

I'm giving a lecture in a weeks time on crowd-sourcing GIS data at a 
GIS-event in Iceland.


As we know OSM gets a bit of bad edits, some of them in good faith, a 
very minor part vandalism. I will highlight a couple of examples just to 
give people an idea of the risks but just looking at OSM itself so far 
we are well ahead in risk vs reward for an open GIS dataset!


I will mention the edit boom that came with Maps.me editing feature and 
have a couple of amusing examples from Iceland but would appreciate more.


Also if anyone has any statistics about vandalism ratio and other bad 
edits I would love to see that.


regards,
Jóhannes
OSM Iceland


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

Re: [Talk-GB] access:psv

[Warin]

On 14-Oct-16 05:22 AM, Gregory wrote:


I agree with what Chris says.

I continue mapping with the tagging scheme I use until someone 
messages me as a discussion. By ignoring current usage (regarded with 
more reverence than the wiki) your consumption will potentially miss 
new data that mapper adds, they will likely be unaware of your mass 
manual edit.


As an occasional data consumer, I have also used tags on non-public 
projects because I once looked at a local area (or did mapping of it 
myself) and saw what was used. Why is it fair that you break my system 
without even contacting people who mapped with those tags?




"MY system"? Really. Once it is 'in' OSM it is no longer 'yours'. I 
think of OSM as a community .. diverse but all want a map.


Where a tag is undocumented on the wiki then it is very open to 
interpretation ... and the interpretation could well be that the tag is 
an error.


There are probably at least 40,000 different ways of tagging the same 
object ... by using the wiki documented methods the data becomes more 
usable, consistent, understandable rather than fragmented and confusing.
While upsetting a single mapper is not good, that could be better than 
upsetting many more.



From the east coast main line,
Gregory.


On Oct 13, 2016 6:53 PM, "Chris Hill" > wrote:


Stuart, You explained your idea (thanks for emailing first) and
you added 'in case anyone has any violent objections'. I voiced my
objection. I'm not in charge nor am I the OSM Police, you should
proceed as you see fit and so will I.

I have written about this process more than once in the past, for
example
http://chris-osm.blogspot.co.uk/2012/01/homogenised-data-no-thanks.html


Cheers, Chris (chillly)

On 13/10/16 18:33, Stuart Reynolds wrote:

Dave, yes - sorry. Mistyped what I had been sent. It is only
127, two of which are one single instance of access:psv:bus,
which surely ought to be just bus=*, and one single instance
of access:psv:maxweight

Chris - I will quite happily build in different tagging
schemes if I feel that the tagging is correct and likely to be
repeated elsewhere. But I don’t believe that this is. It is
unexpected, and it is undocumented. I haven’t looked to see if
it is one user, or 127 different users. But either way it is
at most 127 out of the 40,000 contributors that we apparently
had last month according to a different thread today. And the
whole purpose of me asking was, anyway, to find out if people
had a real need to tag in this unusual way before I changed
it, rather than to be told that if you found me doing it,
you’d /insist/ [my italics] on it being reverted.

Regards,
Stuart Reynolds
for traveline south east & anglia



On 13 Oct 2016, at 18:07, Dave F

>> wrote:

Stuart
I'm only returning 127 (Worldwide) & 29 (UK, 24 Nottingham)
Compared with 77857 for psv=*

Chris
If they're to signify different entries, what are those
differences.
If they're for the same entity what is the advantage of
access:psv. If there is none, they should be change as
clearly more users are expecting psv=*

If the changes are to a more popular or useful tag, then
there's no harm. With fewer tags, it makes it easier for a
consumer to validate the data.

DaveF.


On 13/10/2016 17:38, Chris Hill wrote:

Please don't change the tags to suit your application.
If every data consumer changed the tags they don't
like it would be mayhem. If you edit tags and by doing
that you upset a single mapper, that is a disaster -
mappers are our most precious resource.

Change your processing to include both types of
tagging. It is not hard to do, you write the code once
and use it whenever you need to in the future.

Cheers, Chris (chillly)

On 13 October 2016 17:12:21 BST, Stuart Reynolds
> wrote:

Greetings all!

In Nottingham in particular there are a number of
roads marked
with access:psv tags. This is unusual, in that I
would normally
expect to see simply psv=* on these roads - and
   

[Talk-GB] access:psv

[Rob Nickerson]

Stuart,

Putting "access:" in front of psv is a documented approach as set out in
the Conditional Restrictions wiki page [1]. This is designed to create a
hierarchy from simple restrictions (e.g. access:psv=yes, often shortened to
psv=yes) to the more complex. Proceeding with "access:" follows the
schematic of starting with the restriction-type which is required for all
other restrictions.

However, due to legacy reasons, and as noted:

> In access tags that are limited to a specific transportation mode the
restriction-type *access:* is usually omitted.

The above is for info only. I make no comment and a will take no action
based on what you end up doing.

It is clear however, that these tags are equivalent as set out on the wiki.

Best regards,
*Rob*
[1] https://wiki.openstreetmap.org/wiki/Conditional_restrictions
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM

[Philippe Verdy]

Je vois parfaitemetn la différence, car visibleme, dans JOSM il y a une
gestion très étrange du cache, l'affichage des tuiles affichant en fait des
tuiles de niveaux de zooms différents (en les redimensionnant), comme si
certaines tuiles n'étaient pas chargées. On le voit simpelment en faisant
glisser la carte horizontalement ou verticalement tout en restant au même
niveau de zoom: des tuiles apparaissent ou disparaissent pour céder la
place à d'autres. Rien ne semble se raccorder.
Soi il s'agit d'un bogue de JOSM (erreur du protocole TMS), soit d'un
comportment inattendu du serveur TMS du cadastre, qui a des métadonnées
différentes, ou ne retournent pas systématiquement les mêmes tuiles pour le
même endroit. Ou d'une combinaison des deux problèmes.
Je pense que peut être les tuiles sont demandées par JOSM au serveur TMS en
oubliant de fixer des coordonnées fixes (pas toujours le point central de
la même tuile, ou d'une métatuile plus large), et selon la position du
centre de tuile à l'écran on peut tomber en fait sur un point situé dans
une autre planche cadastrale et qu'on peut donc avoir deux images
différentes.
Comme il n'y a apparemment aucune tentative de concilier deux planches
candidates (je ne parle pas de conflation mais de combinaison), on peut
tomber sur l'une ou l'autre, un peu au hasard, non pas en fonction des
coordonnées réelles masi de la position d'affichage, le cache local pouvant
contenir alors les deux, ou seulement l'un et pas l'autre, et qu'ensuite
faut de trouver une tuile attendue, JOSM va afficher une autre tuile d'un
niveau de zoom moins élevé.

Enfin il semble aussi que JOSM semble vouloir faire trop de sessions HTTP
parallèles vers le même serveur de tuiles et qu'on a des cas de connexions
refusées et ensuite une perturbation du contenu du cache local, JOSM gérant
mal la situation. Le serveur TMS du cadastre semble aussi voir du mal à
tenir la charge et est souvent lui-même en panne. Pour y remédier on
pourrait avoir mis en place un proxy cache intermédiaire qui lui aussi ne
fonctionnerait pas bien avec JOSM (mais meixu avec iD).

C'est assez étrange quand même ce comportement erratique.



Le 13 octobre 2016 à 22:01, Tyndare  a écrit :

>
> Normalement c'est l'utilisation du plugin Cadastre-fr qui nécessite un
> changement de projection,
> mais ce n'est pas nécessaire pour l'utilisation du serveur TMS
> (Menu Imagerie/Préférences d'imagerie, puis bouton +TMS)
>
> Ce que je disais c'est que pour moi la configuration par défaut pour les
> tuiles du cadastre est en fait identique entre iD et JOSM.
> Donc je ne comprends pas qu'il puisse y avoir les différences que tu
> constate entre les deux.
> Je n'ai pas l'habitude d'utiliser iD mais en regardant rapidement je vois
> exactement la même chose qu'avec JOSM si je fait attention d'être au même
> niveau de zoom.
>
>
>
> On 13/10/2016 17:34, David Marchal wrote:
>
>> Je connaissait ce mode d'affichage du cadastre, mais il oblige à changer
>> de projection et à passer en Lambert, incompatible avec les photos
>> satellites ; pour croiser les données, c'est très chiant. Comme ce sont les
>> noms qui m'intéressent, le calque Cadastre préconfiguré suffit souvent,
>> mais les textes sont souvent tronqués, et devoir changer de projection sans
>> arrêt n'est pas pratique ; quitte à utiliser une approximation du vrai
>> cadastre, pourquoi ne pas utiliser celle d'iD par défaut, puisqu'elle est
>> apparemment meilleure ?
>> 
>> De : Tyndare [tynd...@wanadoo.fr]
>> Envoyé : mercredi 12 octobre 2016 16:43
>> À : talk-fr@openstreetmap.org
>> Objet : Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM
>>
>> iD et JOSM n'utilisent pas la même source de donnée pour déterminer la
>> liste des images disponibles par défaut selon la région affichée mais
>> j'ai l'impression que la définition pour les tuiles du cadastre
>> utilisent pourtant bien le même serveur TMS:
>> http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png
>>
>> Comme expliqué à l'origine par Frédéric Rodrigo, pour éviter les
>> problèmes de saut aux frontières, il est possible de n'afficher les
>> tuiles que d'une seule commune en particulier en spécifiant dans
>> l'éditeur un serveur personnalisé qui utilise l'URL précédant dans
>> lequel on remplace le * par le code INSEE de la commune voulue:
>>
>> https://lists.openstreetmap.org/pipermail/talk-fr/2015-Febru
>> ary/075223.html
>>
>> Je crois que la configuration par défaut pour JOSM est définie ici:
>> https://josm.openstreetmap.de/wiki/Maps/France#Cadastre
>>
>> et que celle pour iD est définie ici:
>> https://github.com/osmlab/editor-layer-index/blob/gh-pages/
>> sources/europe/fr/FR-Cadastre.geojson
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> 

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Alejandro S.]

Hola Santiago y Yopaseopor,
Me parece muy difícil que se implemente eso, requeriría una base de datos
geoespacial adicional con los valores de source si aportar un beneficio
claro.

Saludos y nos vemos en la lista.
Alejandro Suárez

On Thu, Oct 13, 2016, 22:55 Santiago Crespo 
wrote:

> Hola,
>
> yopaseopor ha propuesto cambiar la forma en la que la atribución se
> muestra en los mapas. La idea es mostrar los "source" (ej: entidades que
> han liberado datos con cc-by) que hayan aportado datos que se usen en
> ese renderizado, que vaya cambiando según el zoom.
>
> https://github.com/gravitystorm/openstreetmap-carto/issues/2412
>
> A mi me parece buena idea, aunque dependerá de cada "render" el seguir
> esta política o no, pues no es una obligación de la ODbL. Además, hay
> otros usos de los datos de OSM aparte de dibujar mapas.
>
> Creo que aunque no influya a nivel legal, es lo correcto es dar
> reconocimiento a las entidades que liberan datos.
>
> Saludos,
> Santiago Crespo
>
> On 10/13/2016 05:20 PM, Matías h wrote:
> > Hola.
> >
> > Me ha quedado claro. ¿Hay que definir por tanto, a quien dirigirnos en
> > cada caso, solicitando la autorización?.
> >
> > Muchas gracias.
> >
> >
> > El 13 oct. 2016 15:52, "Alejandro S."  > > escribió:
> >
> > Hola,
> >
> > Precisamente ahí esta la gracia, nada impide a un autor licenciar
> > sus obras bajo distintas licencias, incluso incompatibles entre si.
> > Una licencia no es más que una forma legal de indicar en que
> > condiciones se puede usar esa información.
> >
> > Por ejemplo, un Ayto puede exigir a través de una licencia que las
> > obras derivadas de su portal de Open Data incluyan la atribución
> > expresa de una determinada manera en las obras derivas. Al mismo
> > tiempo ese mismo Ayuntamiento le ofrece a una empresa la información
> > del portal, sin necesidad de que den atribución ni nombren de
> > ninguna manera al Ayto., si la empresa paga una cuantiosa cantidad
> > de dinero.
> > Otro ejemplo es la Wikipedia en Inglés, que se publica sus artículos
> > bajo dos licencias la CC-BY-SA 3.0 y la GFDL [0].
> >
> > Por tanto, un Ayto. tiene potestad para emitir un permiso explicito
> > para que sus datos se usen en OSM independientemente de las
> > condiciones que imponga para el usos de sus datos a otros. Habría
> > que ver quién es el que tendría que emitir el certificado, ¿el
> > alcalde? ¿un concejal? Parece que tendría que ser quien ostente los
> > derechos de autor de esa información.
> >
> >
> > [0]:https://en.wikipedia.org/wiki/Wikipedia:Multi-licensing
> > 
> >
> > Espero que haya quedado un poco más claro como funciona el tema del
> > licenciamiento.
> >
> > Saludos,
> >   Alejandro Suárez
> >
> > 2016-10-13 13:58 GMT+02:00 Matías h  > >:
> >
> > Hola.
> >
> > Desde ayer hemos estado divagando, en el buen sentido, en el
> > grupo de Telegram, acerca de los tipos de licencias y su
> > posibilidad de uso en OpenStreetMap así como la forma de acatuar
> > o no en cada caso.
> >
> > Así, que perdonad por el tocho que voy a soltar, lo voy a dejar
> > lo mejor maqueado posible y al final, soltaré mi opinion
> personal.
> >
> > /...
> > Matías
> > /
> > //
> > /Y en este artículo, bastante completo del blog Nosolosig/
> > /
> http://www.nosolosig.com/articulos/574-que-licencias-de-uso-de-datos-geograficos-tienen-las-ide-autonomicas-de-espana
> > <
> http://www.nosolosig.com/articulos/574-que-licencias-de-uso-de-datos-geograficos-tienen-las-ide-autonomicas-de-espana
> >/
> > /En principio, sólo he dejado con enlaces a los servicios
> > aquellas que, según tipo de licencia, deberían poder usarse/
> > /Otra cosa es que se haya contactado o no con la administración
> > en concreto
> >
> > /
> > /Jorge Sanz/
> > //
> > /https://wiki.openstreetmap.org/wiki/IllesBalears:Ideib
> > /
> > /ahi esta el permiso de las islas baleares/
> > /si es que lo tenemos todo en la wiki pero no hay quien lo
> > localice jajaj
> >
> > /
> > /Matías/
> > //
> > /Al. Mira que trasteo por la wiki, pero un permiso tan bien
> > documentado como ese no lo había visto nunca. Joder/
> > /Ahora mismo lo cambio en la tabla...
> >
> > /
> > /Jorge Sanz/
> > //
> > /si si yo tambien me quedado No se quien lo hizo pero hay
> > que ficharlo para contacto con las administraciones
> >
> > /
> > 

Re: [Talk-it] [wikimedia-it] via romea germanica

[Simone Cortesi]

2016-10-13 19:11 GMT+02:00 girarsi_liste :

> Ho guardato i singoli file con Viking, alcuni sono solo waypoint, la
> maggior parte invece tracks.
>
> E' corretto?
>

ho notato, grazie della segnalazione. ora chiedo indicazioni.


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

Re: [Talk-it] 12 anni

[Marco Minghini]

Complimenti Simone, avanti così!
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Wochennotiz Nr. 325 04.10.2016–10.10.2016

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2016/10/wochennotiz-nr-325/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Wochennotiz Nr. 325 04.10.2016–10.10.2016

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2016/10/wochennotiz-nr-325/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

[jean navarro]

non seulement que  les codes IA* et EA* de la base Mérimée ne sont pas 
dans les fichiers Ouvert de data-gouv...


il y a aussi des code PM* dans OSM/wikipédia (patrimoine mobilier)

s'ils ne sont pas dans la base ouverte de data-gouv quid de la licence ?

cordialement
jean navarro

ps : les erreurs de l'Hérault, c'était parce que j'ai des gros doigts !

Le 13/10/2016 à 20:30, osm.sanspourr...@spamgourmet.com a écrit :

Tu veux dire que les erreurs pourraient correspondre à des faux positifs
(codes Mérimée non publics) ?

Jean-Yvon


Le 13/10/2016 à 16:45, jean navarro - jean.nava...@laposte.net a écrit :

Ces monuments sont trouvés sur wikipédia avec leur code Mérimée mais
ne font pas partis de la base mérimée ouverte




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

Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM

[Tyndare]

Normalement c'est l'utilisation du plugin Cadastre-fr qui nécessite un 
changement de projection,

mais ce n'est pas nécessaire pour l'utilisation du serveur TMS
(Menu Imagerie/Préférences d'imagerie, puis bouton +TMS)

Ce que je disais c'est que pour moi la configuration par défaut pour les 
tuiles du cadastre est en fait identique entre iD et JOSM.
Donc je ne comprends pas qu'il puisse y avoir les différences que tu 
constate entre les deux.
Je n'ai pas l'habitude d'utiliser iD mais en regardant rapidement je 
vois exactement la même chose qu'avec JOSM si je fait attention d'être 
au même niveau de zoom.



On 13/10/2016 17:34, David Marchal wrote:

Je connaissait ce mode d'affichage du cadastre, mais il oblige à changer de 
projection et à passer en Lambert, incompatible avec les photos satellites ; 
pour croiser les données, c'est très chiant. Comme ce sont les noms qui 
m'intéressent, le calque Cadastre préconfiguré suffit souvent, mais les textes 
sont souvent tronqués, et devoir changer de projection sans arrêt n'est pas 
pratique ; quitte à utiliser une approximation du vrai cadastre, pourquoi ne 
pas utiliser celle d'iD par défaut, puisqu'elle est apparemment meilleure ?

De : Tyndare [tynd...@wanadoo.fr]
Envoyé : mercredi 12 octobre 2016 16:43
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM

iD et JOSM n'utilisent pas la même source de donnée pour déterminer la
liste des images disponibles par défaut selon la région affichée mais
j'ai l'impression que la définition pour les tuiles du cadastre
utilisent pourtant bien le même serveur TMS:
http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png

Comme expliqué à l'origine par Frédéric Rodrigo, pour éviter les
problèmes de saut aux frontières, il est possible de n'afficher les
tuiles que d'une seule commune en particulier en spécifiant dans
l'éditeur un serveur personnalisé qui utilise l'URL précédant dans
lequel on remplace le * par le code INSEE de la commune voulue:

https://lists.openstreetmap.org/pipermail/talk-fr/2015-February/075223.html

Je crois que la configuration par défaut pour JOSM est définie ici:
https://josm.openstreetmap.de/wiki/Maps/France#Cadastre

et que celle pour iD est définie ici:
https://github.com/osmlab/editor-layer-index/blob/gh-pages/sources/europe/fr/FR-Cadastre.geojson



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



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

Re: [Talk-GB] access:psv

[Dave F]

Most of Chris's blog appears irrelevant to this case. The 
cemetery/graveyard example isn't applicable.


There's no "variations", "differences" or "flattening out the data into 
a monotonous grey".


If you have 2 tags: X1 & X2 that represent the same object, & the data 
user checks for both counts, changing them all to X1 will not effect the 
results, it just means it'll return no X2s.


Combining tags which have *equal* meaning makes it less confusing/time 
consuming for the mappers. Less lookups of the wiki to check what is 
recommended. We need to make it easier for mappers. OSM needs more 
mappers who can add accurate data. As Chris says "Our most precious 
resource are our mappers".


DaveF.



On 13/10/2016 18:51, Chris Hill wrote:
Stuart, You explained your idea (thanks for emailing first) and you 
added 'in case anyone has any violent objections'. I voiced my 
objection. I'm not in charge nor am I the OSM Police, you should 
proceed as you see fit and so will I.


I have written about this process more than once in the past, for 
example 
http://chris-osm.blogspot.co.uk/2012/01/homogenised-data-no-thanks.html


Cheers, Chris (chillly)

On 13/10/16 18:33, Stuart Reynolds wrote:
Dave, yes - sorry. Mistyped what I had been sent. It is only 127, two 
of which are one single instance of access:psv:bus, which surely 
ought to be just bus=*, and one single instance of access:psv:maxweight


Chris - I will quite happily build in different tagging schemes if I 
feel that the tagging is correct and likely to be repeated elsewhere. 
But I don’t believe that this is. It is unexpected, and it is 
undocumented. I haven’t looked to see if it is one user, or 127 
different users. But either way it is at most 127 out of the 40,000 
contributors that we apparently had last month according to a 
different thread today. And the whole purpose of me asking was, 
anyway, to find out if people had a real need to tag in this unusual 
way before I changed it, rather than to be told that if you found me 
doing it, you’d /insist/ [my italics] on it being reverted.


Regards,
Stuart Reynolds
for traveline south east & anglia



On 13 Oct 2016, at 18:07, Dave F > wrote:


Stuart
I'm only returning 127 (Worldwide) & 29 (UK, 24 Nottingham)
Compared with 77857 for psv=*

Chris
If they're to signify different entries, what are those differences.
If they're for the same entity what is the advantage of access:psv. 
If there is none, they should be change as clearly more users are 
expecting psv=*


If the changes are to a more popular or useful tag, then there's no 
harm. With fewer tags, it makes it easier for a consumer to validate 
the data.


DaveF.


On 13/10/2016 17:38, Chris Hill wrote:
Please don't change the tags to suit your application. If every 
data consumer changed the tags they don't like it would be mayhem. 
If you edit tags and by doing that you upset a single mapper, that 
is a disaster - mappers are our most precious resource.


Change your processing to include both types of tagging. It is not 
hard to do, you write the code once and use it whenever you need to 
in the future.


Cheers, Chris (chillly)

On 13 October 2016 17:12:21 BST, Stuart Reynolds 
 wrote:


Greetings all!

In Nottingham in particular there are a number of roads marked
with access:psv tags. This is unusual, in that I would normally
expect to see simply psv=* on these roads - and more importantly
(to me) so would my contractor who is importing the data. I’ve
checked the wiki for “access” and it seems to agree with the
contractor that psv=* is the preferred tagging scheme.

There are only 275 instances of access:psv worldwide, and I
propose to change those (manually) in the areas that I am
concerned about in the UK. This is just to let you know, in case
anyone has any violent objections or wonders what I am up to.



___
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

[Talk-cz] TronV2 - nový typ mapového podkladu

[Jan Martinec]

Ahoj,
MapZen vyjel s verzí 2 interaktivního mapového podkladu pro hry - a je
postavený nad OSM, jak jinak.

Mimochodem,  všimněte si provozu v jednosměrkách :)

https://mapzen.com/products/maps/tron/more-labels/#17.690485164070925/50.03998/14.46963

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

[OSM-talk-fr] Fwd: [FOSDEM] CfP - FOSDEM Geospatial devroom @FOSDEM 2017

[Ludovic Hirlimann]

FYI



 Forwarded Message 
Subject:[FOSDEM] CfP - FOSDEM Geospatial devroom @FOSDEM 2017
Date:   Thu, 13 Oct 2016 20:58:31 +0200
From:   Johan Van de Wauw 
To: FOSDEM visitors 



Please forward!

FOSDEM is a free and non-commercial event bringing together about 5000
developers in Brussels, Belgium. The goal is to provide open source
software developers and communities a place to meet and share
thoughts. The participation is free of charge, although donations are
welcome. The next edition will take place on 4 - 5 February 2017. For
the third (!) time there will be a Geospatial devroom and will be
happening on Sunday 5/2/2017!

Geospatial technologies and mapping used to be specialist work, but
nowadays location and maps are becoming part of many
projects/applications, which usually use only a small subset of the
possibilities the data and software offer.

The geospatial devroom is the place to talk about open, geo-related
data and software and their ecosystem. This includes standards and
tools, e.g. for spatial databases, and online mapping, geospatial
services, used for collecting, storing, delivering, analysing, and
visualizing purposes.

We welcome submissions about:
* Web and desktop GIS applications;
* Collaborative editing / versioning of geodata and metadata;
* Interoperable geospatial web services and specifications;
* Collection of data using sensors / UAVs / satellites;
* Geo-analytic algorithms / libraries;
* Geospatial extensions for classical databases (indexes, operations)
and dedicated databases;
* Big geodata, scalable GIS applications;
* Volunteered Geographic information - Crowdsourced geodata.

HOW TO SUBMIT YOUR PROPOSAL FOR A TALK

Are you thrilled to present your work to other open source developers?
Would you like to run a discussion? Any other ideas? Please submit
your proposal at:

 https://fosdem.org/submit

Make sure to select the 'Geospatial devroom' as 'Track'. If you have
an account from previous years, you should be using the same.

Please specify in the notes if you prefer for your presentation either
a short timeslot (lightning talks ~10 minutes) or a long timeslot (20
minutes presentation + discussion). However, note that time slots are
indicative and will be assigned according to the timing of the
session.

The DEADLINE for submissions is Thursday **1st December 2016**.

Notification of acceptance will be sent to the Authors by 11/12/2016
at the latest.

Should you have any questions, please do not hesitate to get in touch
with the organisers of the devroom at fosdem-geospatial at gisky.be!

Want to know what FOSDEM geospatial is like? Check out the videos and
the presentations of our previous two editions: [1,2]

The organizers
Johan Van de Wauw
Margherita Di Leo
Anne Ghisla
Martin Hammitzsch

[1] https://archive.fosdem.org/2015/schedule/track/geospatial/
[2] https://archive.fosdem.org/2016/schedule/track/geospatial/
___
FOSDEM mailing list
fos...@lists.fosdem.org
https://lists.fosdem.org/listinfo/fosdem

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

Re: [Talk-GB] access:psv

[Gregory]

I agree with what Chris says.

I continue mapping with the tagging scheme I use until someone messages me
as a discussion. By ignoring current usage (regarded with more reverence
than the wiki) your consumption will potentially miss new data that mapper
adds, they will likely be unaware of your mass manual edit.

As an occasional data consumer, I have also used tags on non-public
projects because I once looked at a local area (or did mapping of it
myself) and saw what was used. Why is it fair that you break my system
without even contacting people who mapped with those tags?

>From the east coast main line,
Gregory.

On Oct 13, 2016 6:53 PM, "Chris Hill"  wrote:

> Stuart, You explained your idea (thanks for emailing first) and you added
> 'in case anyone has any violent objections'. I voiced my objection. I'm not
> in charge nor am I the OSM Police, you should proceed as you see fit and so
> will I.
>
> I have written about this process more than once in the past, for example
> http://chris-osm.blogspot.co.uk/2012/01/homogenised-data-no-thanks.html
>
> Cheers, Chris (chillly)
>
> On 13/10/16 18:33, Stuart Reynolds wrote:
>
>> Dave, yes - sorry. Mistyped what I had been sent. It is only 127, two of
>> which are one single instance of access:psv:bus, which surely ought to be
>> just bus=*, and one single instance of access:psv:maxweight
>>
>> Chris - I will quite happily build in different tagging schemes if I feel
>> that the tagging is correct and likely to be repeated elsewhere. But I
>> don’t believe that this is. It is unexpected, and it is undocumented. I
>> haven’t looked to see if it is one user, or 127 different users. But either
>> way it is at most 127 out of the 40,000 contributors that we apparently had
>> last month according to a different thread today. And the whole purpose of
>> me asking was, anyway, to find out if people had a real need to tag in this
>> unusual way before I changed it, rather than to be told that if you found
>> me doing it, you’d /insist/ [my italics] on it being reverted.
>>
>> Regards,
>> Stuart Reynolds
>> for traveline south east & anglia
>>
>>
>>
>> On 13 Oct 2016, at 18:07, Dave F > davefoxfa...@btinternet.com>> wrote:
>>>
>>> Stuart
>>> I'm only returning 127 (Worldwide) & 29 (UK, 24 Nottingham)
>>> Compared with 77857 for psv=*
>>>
>>> Chris
>>> If they're to signify different entries, what are those differences.
>>> If they're for the same entity what is the advantage of access:psv. If
>>> there is none, they should be change as clearly more users are expecting
>>> psv=*
>>>
>>> If the changes are to a more popular or useful tag, then there's no
>>> harm. With fewer tags, it makes it easier for a consumer to validate the
>>> data.
>>>
>>> DaveF.
>>>
>>>
>>> On 13/10/2016 17:38, Chris Hill wrote:
>>>
 Please don't change the tags to suit your application. If every data
 consumer changed the tags they don't like it would be mayhem. If you edit
 tags and by doing that you upset a single mapper, that is a disaster -
 mappers are our most precious resource.

 Change your processing to include both types of tagging. It is not hard
 to do, you write the code once and use it whenever you need to in the
 future.

 Cheers, Chris (chillly)

 On 13 October 2016 17:12:21 BST, Stuart Reynolds <
 stu...@travelinesoutheast.org.uk> wrote:

 Greetings all!

 In Nottingham in particular there are a number of roads marked
 with access:psv tags. This is unusual, in that I would normally
 expect to see simply psv=* on these roads - and more importantly
 (to me) so would my contractor who is importing the data. I’ve
 checked the wiki for “access” and it seems to agree with the
 contractor that psv=* is the preferred tagging scheme.

 There are only 275 instances of access:psv worldwide, and I
 propose to change those (manually) in the areas that I am
 concerned about in the UK. This is just to let you know, in case
 anyone has any violent objections or wonders what I am up to.


> ___
> 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-in] Large number of damaging edits in India

[I Chengappa]

Can't figure out how to add anyone or anything to it, though those editors
I've seen today are already on it.

On 13 October 2016 at 10:58, Arun Ganesh  wrote:

>
>
> On Wed, Oct 12, 2016 at 11:17 PM, I Chengappa 
> wrote:
>
>> Some of these editors have been active again. While most of their edits
>> seem to be useful, some of the data is wrong, and some edits have been
>> destructive. They do not respond to changeset comments. The areas of
>> activity include Mysore and Bangalore cities (I've not checked any others).
>> It would be useful if these areas could be monitored.
>>
>>
> Made a changeset review list to keep a watch on the whole group, please
> add to it if someone is missing:
>
> https://osmcha.mapbox.com/?usernames=Hemanth+kumar+goli%
> 2CAvinashk%2CJitesh+Khanna%2Cchaitanyareddy%2CGIS+EXICUITIVE%2Cpujarinee%
> 2CASHISH+R+SINGH%2CAruna+V%2CChaithra123%2CEkta+Ranjan%
> 2Cdrishya%2Cchaitra+v+nadig%2Cg+sumithra%2C+Sridhar+s+k&
> is_suspect=False_whitelisted=True=False=False
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-GB] access:psv

[John Aldridge]

On 13-Oct-16 18:51, Chris Hill wrote:

I have written about this process more than once in the past, for
example
http://chris-osm.blogspot.co.uk/2012/01/homogenised-data-no-thanks.html


I agree with this... any formal tagging schema is going to end up 
obstructing useful mapping of circumstances which the schema authors 
didn't consider.


I don't think that general principle should rule out the correction of 
simple errors, though. In this case I think I might send a message to 
the original mapper to ask them whether these unusual tags were created 
inadvertently and whether they'd mind if they were changed to correspond 
to more common practice.


I'd then happily take "please don't" for an answer, though.

--
Cheers,
John

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

Re: [Talk-it] 12 anni

[Fabrizio Tambussa]

Il 13/Ott/2016 18:06, "Edoardo Yossef Marascalchi" 
ha scritto:

> Onore a Simone per la perseveranza ed ora ci manca solo di comprarci
Google.
>
Ho già dato 5 euro x questo, un pacco di cioccolatini e un cartone da 6 di
cedrata Tassoni.
Spero basti x cominciare.
Saluti
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] access:psv

[Chris Hill]

Stuart, You explained your idea (thanks for emailing first) and you 
added 'in case anyone has any violent objections'. I voiced my 
objection. I'm not in charge nor am I the OSM Police, you should proceed 
as you see fit and so will I.


I have written about this process more than once in the past, for 
example 
http://chris-osm.blogspot.co.uk/2012/01/homogenised-data-no-thanks.html


Cheers, Chris (chillly)

On 13/10/16 18:33, Stuart Reynolds wrote:
Dave, yes - sorry. Mistyped what I had been sent. It is only 127, two 
of which are one single instance of access:psv:bus, which surely ought 
to be just bus=*, and one single instance of access:psv:maxweight


Chris - I will quite happily build in different tagging schemes if I 
feel that the tagging is correct and likely to be repeated elsewhere. 
But I don’t believe that this is. It is unexpected, and it is 
undocumented. I haven’t looked to see if it is one user, or 127 
different users. But either way it is at most 127 out of the 40,000 
contributors that we apparently had last month according to a 
different thread today. And the whole purpose of me asking was, 
anyway, to find out if people had a real need to tag in this unusual 
way before I changed it, rather than to be told that if you found me 
doing it, you’d /insist/ [my italics] on it being reverted.


Regards,
Stuart Reynolds
for traveline south east & anglia



On 13 Oct 2016, at 18:07, Dave F > wrote:


Stuart
I'm only returning 127 (Worldwide) & 29 (UK, 24 Nottingham)
Compared with 77857 for psv=*

Chris
If they're to signify different entries, what are those differences.
If they're for the same entity what is the advantage of access:psv. 
If there is none, they should be change as clearly more users are 
expecting psv=*


If the changes are to a more popular or useful tag, then there's no 
harm. With fewer tags, it makes it easier for a consumer to validate 
the data.


DaveF.


On 13/10/2016 17:38, Chris Hill wrote:
Please don't change the tags to suit your application. If every data 
consumer changed the tags they don't like it would be mayhem. If you 
edit tags and by doing that you upset a single mapper, that is a 
disaster - mappers are our most precious resource.


Change your processing to include both types of tagging. It is not 
hard to do, you write the code once and use it whenever you need to 
in the future.


Cheers, Chris (chillly)

On 13 October 2016 17:12:21 BST, Stuart Reynolds 
 wrote:


Greetings all!

In Nottingham in particular there are a number of roads marked
with access:psv tags. This is unusual, in that I would normally
expect to see simply psv=* on these roads - and more importantly
(to me) so would my contractor who is importing the data. I’ve
checked the wiki for “access” and it seems to agree with the
contractor that psv=* is the preferred tagging scheme.

There are only 275 instances of access:psv worldwide, and I
propose to change those (manually) in the areas that I am
concerned about in the UK. This is just to let you know, in case
anyone has any violent objections or wonders what I am up to.



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

Re: [Talk-GB] access:psv

[Chris Hill]

Dan, I'm not being dogmatic, I'm being practical. If a data consumer 
needs to edit the data rather than incorporate the options into their 
data handling stream they are making their process vulnerable to 
anyone's edits. If Stuart edits access:psv=* to psv=* his process will 
work, until someone adds the next access:psv=* or until someone who 
expects to see the access:psv tag and reverts Stuart's edit. If he deals 
with both there will be no problem at all.


If you import into a database, you could process the tags during the 
load (that's what people use lua for when importing the data for 
rendering) or you could change the SQL you use. If you don't use a 
database, the tag selection needs to managed by a list rather than a 
single key. Anyone working with soft data would expect this kind of thing.


As to the edit, I would always support the data being edited. If you 
want to change psv=No to psv=no, that's fine and useful, but changing 
one perfectly acceptable tagging scheme to another one to make a data 
consumer's job very slightly easier seems like a very poor reason for 
such an edit. It sets a terrible precedent.


Cheers, Chris (chillly)

On 13/10/16 18:15, Dan S wrote:

Chris, I think that's a bit too dogmatic, if you don't mind me saying.
It seems to imply nothing should ever be tweaked, e.g. spelling
mistakes. It's entirely possible that the key in question was a simple
misremember rather than a deliberate choice. There have been many
larger mechanical edits applied, officiated by the imports list I
think. Or one could check with the mapper(s) who did the tagging in
question?

Dan

2016-10-13 18:00 GMT+01:00 Chris Hill :

There are not an infinite number of ways to tag things. In order to edit the
tags you think need changing, you have to find them. So instead of editing
them just add the tag to your list of accepted tags. If you edit you have to
re-download the extract of the OSM data, if you simply update your list of
tags then just run your code again.

If you edit tags as you describe that is a mechanical edit and I would
insist it is reverted.

Cheers, Chris (chillly)




On 13 October 2016 17:53:11 BST, Stuart Reynolds
 wrote:

Chris,

For sure! But there are an infinite number of tagging schemes that any
individual mapper could choose to use. I can’t realistically be expected to
get my contractor to implement a revised import every time someone dreams
one up. That’s why I went back to the Wiki to see what it said there, as it
is to some extent the tagging bible, and it is quite clear that it should be
psv=*. That and the fact that there are only 275 worldwide rather suggests
that it is not an accepted tagging scheme.

Regards,
Stuart




Stuart Reynolds
for traveline south east & anglia

m: +44 7788 106165
skype: stuartjreynolds



On 13 Oct 2016, at 17:38, Chris Hill  wrote:

Please don't change the tags to suit your application. If every data
consumer changed the tags they don't like it would be mayhem. If you edit
tags and by doing that you upset a single mapper, that is a disaster -
mappers are our most precious resource.

Change your processing to include both types of tagging. It is not hard to
do, you write the code once and use it whenever you need to in the future.

Cheers, Chris (chillly)

On 13 October 2016 17:12:21 BST, Stuart Reynolds
 wrote:

Greetings all!

In Nottingham in particular there are a number of roads marked with
access:psv tags. This is unusual, in that I would normally expect to see
simply psv=* on these roads - and more importantly (to me) so would my
contractor who is importing the data. I’ve checked the wiki for “access” and
it seems to agree with the contractor that psv=* is the preferred tagging
scheme.

There are only 275 instances of access:psv worldwide, and I propose to
change those (manually) in the areas that I am concerned about in the UK.
This is just to let you know, in case anyone has any violent objections or
wonders what I am up to.

Regards,
Stuart Reynolds
for traveline south east & anglia






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-GB] access:psv

[Stuart Reynolds]

Dave, yes - sorry. Mistyped what I had been sent. It is only 127, two of which 
are one single instance of access:psv:bus, which surely ought to be just bus=*, 
and one single instance of access:psv:maxweight

Chris - I will quite happily build in different tagging schemes if I feel that 
the tagging is correct and likely to be repeated elsewhere. But I don’t believe 
that this is. It is unexpected, and it is undocumented. I haven’t looked to see 
if it is one user, or 127 different users. But either way it is at most 127 out 
of the 40,000 contributors that we apparently had last month according to a 
different thread today. And the whole purpose of me asking was, anyway, to find 
out if people had a real need to tag in this unusual way before I changed it, 
rather than to be told that if you found me doing it, you’d insist [my italics] 
on it being reverted.

Regards,
Stuart Reynolds
for traveline south east & anglia



On 13 Oct 2016, at 18:07, Dave F 
> wrote:

Stuart
I'm only returning 127 (Worldwide) & 29 (UK, 24 Nottingham)
Compared with 77857 for psv=*

Chris
If they're to signify different entries, what are those differences.
If they're for the same entity what is the advantage of access:psv. If there is 
none, they should be change as clearly more users are expecting psv=*

If the changes are to a more popular or useful tag, then there's no harm. With 
fewer tags, it makes it easier for a consumer to validate the data.

DaveF.


On 13/10/2016 17:38, Chris Hill wrote:
Please don't change the tags to suit your application. If every data consumer 
changed the tags they don't like it would be mayhem. If you edit tags and by 
doing that you upset a single mapper, that is a disaster - mappers are our most 
precious resource.

Change your processing to include both types of tagging. It is not hard to do, 
you write the code once and use it whenever you need to in the future.

Cheers, Chris (chillly)

On 13 October 2016 17:12:21 BST, Stuart Reynolds 
 
wrote:
Greetings all!

In Nottingham in particular there are a number of roads marked with access:psv 
tags. This is unusual, in that I would normally expect to see simply psv=* on 
these roads - and more importantly (to me) so would my contractor who is 
importing the data. I’ve checked the wiki for “access” and it seems to agree 
with the contractor that psv=* is the preferred tagging scheme.

There are only 275 instances of access:psv worldwide, and I propose to change 
those (manually) in the areas that I am concerned about in the UK. This is just 
to let you know, in case anyone has any violent objections or wonders what I am 
up to.

Regards,
Stuart Reynolds
for traveline south east & anglia






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



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

Re: [Talk-GB] access:psv

[Dan S]

Chris, I think that's a bit too dogmatic, if you don't mind me saying.
It seems to imply nothing should ever be tweaked, e.g. spelling
mistakes. It's entirely possible that the key in question was a simple
misremember rather than a deliberate choice. There have been many
larger mechanical edits applied, officiated by the imports list I
think. Or one could check with the mapper(s) who did the tagging in
question?

Dan

2016-10-13 18:00 GMT+01:00 Chris Hill :
> There are not an infinite number of ways to tag things. In order to edit the
> tags you think need changing, you have to find them. So instead of editing
> them just add the tag to your list of accepted tags. If you edit you have to
> re-download the extract of the OSM data, if you simply update your list of
> tags then just run your code again.
>
> If you edit tags as you describe that is a mechanical edit and I would
> insist it is reverted.
>
> Cheers, Chris (chillly)
>
>
>
>
> On 13 October 2016 17:53:11 BST, Stuart Reynolds
>  wrote:
>>
>> Chris,
>>
>> For sure! But there are an infinite number of tagging schemes that any
>> individual mapper could choose to use. I can’t realistically be expected to
>> get my contractor to implement a revised import every time someone dreams
>> one up. That’s why I went back to the Wiki to see what it said there, as it
>> is to some extent the tagging bible, and it is quite clear that it should be
>> psv=*. That and the fact that there are only 275 worldwide rather suggests
>> that it is not an accepted tagging scheme.
>>
>> Regards,
>> Stuart
>>
>>
>>
>> 
>> Stuart Reynolds
>> for traveline south east & anglia
>>
>> m: +44 7788 106165
>> skype: stuartjreynolds
>>
>>
>>
>> On 13 Oct 2016, at 17:38, Chris Hill  wrote:
>>
>> Please don't change the tags to suit your application. If every data
>> consumer changed the tags they don't like it would be mayhem. If you edit
>> tags and by doing that you upset a single mapper, that is a disaster -
>> mappers are our most precious resource.
>>
>> Change your processing to include both types of tagging. It is not hard to
>> do, you write the code once and use it whenever you need to in the future.
>>
>> Cheers, Chris (chillly)
>>
>> On 13 October 2016 17:12:21 BST, Stuart Reynolds
>>  wrote:
>>>
>>> Greetings all!
>>>
>>> In Nottingham in particular there are a number of roads marked with
>>> access:psv tags. This is unusual, in that I would normally expect to see
>>> simply psv=* on these roads - and more importantly (to me) so would my
>>> contractor who is importing the data. I’ve checked the wiki for “access” and
>>> it seems to agree with the contractor that psv=* is the preferred tagging
>>> scheme.
>>>
>>> There are only 275 instances of access:psv worldwide, and I propose to
>>> change those (manually) in the areas that I am concerned about in the UK.
>>> This is just to let you know, in case anyone has any violent objections or
>>> wonders what I am up to.
>>>
>>> Regards,
>>> Stuart Reynolds
>>> for traveline south east & anglia
>>>
>>>
>>>
>>>
>>> 
>>>
>>> Talk-GB mailing list
>>> Talk-GB@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> ___
> 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-GB] access:psv

[Dave F]

Stuart
I'm only returning 127 (Worldwide) & 29 (UK, 24 Nottingham)
Compared with 77857 for psv=*

Chris
If they're to signify different entries, what are those differences.
If they're for the same entity what is the advantage of access:psv. If 
there is none, they should be change as clearly more users are expecting 
psv=*


If the changes are to a more popular or useful tag, then there's no 
harm. With fewer tags, it makes it easier for a consumer to validate the 
data.


DaveF.


On 13/10/2016 17:38, Chris Hill wrote:
Please don't change the tags to suit your application. If every data 
consumer changed the tags they don't like it would be mayhem. If you 
edit tags and by doing that you upset a single mapper, that is a 
disaster - mappers are our most precious resource.


Change your processing to include both types of tagging. It is not 
hard to do, you write the code once and use it whenever you need to in 
the future.


Cheers, Chris (chillly)

On 13 October 2016 17:12:21 BST, Stuart Reynolds 
 wrote:


Greetings all!

In Nottingham in particular there are a number of roads marked
with access:psv tags. This is unusual, in that I would normally
expect to see simply psv=* on these roads - and more importantly
(to me) so would my contractor who is importing the data. I’ve
checked the wiki for “access” and it seems to agree with the
contractor that psv=* is the preferred tagging scheme.

There are only 275 instances of access:psv worldwide, and I
propose to change those (manually) in the areas that I am
concerned about in the UK. This is just to let you know, in case
anyone has any violent objections or wonders what I am up to.

Regards,
Stuart Reynolds
for traveline south east & anglia





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


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

Re: [Talk-it] [wikimedia-it] via romea germanica

[girarsi_liste]

Il 13/10/2016 14:41, Ivo Reano ha scritto:
> Il giorno 12 ottobre 2016 23:40, Simone Cortesi  ha
> scritto:
> 
>> Mi hanno appena mandato i percorsi GPX
>>
>> https://dl.dropboxusercontent.com/u/426955/gpx-via-romea-germanica.zip
>>
>> Dei file nello zip solo il primo è un file gpx regolare.
> Gli altri invece deel tag trk e trkpt hanno dei tag  <\rte> e <\rtept>
> Da dove arrrivano? Li posso "aggiustare" o è un problema di qlandkarte?
> 

Ho guardato i singoli file con Viking, alcuni sono solo waypoint, la
maggior parte invece tracks.

E' corretto?

Il primo file *.gpx ha l'estensione in maiuscolo(*.GPX), tutti gli altri
in minuscolo, forse questo "frega".



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



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

Re: [Talk-it] 12 anni

[Stefano Fabi]

Ma mitico!
Questo renderà openstreetmap un must anche più di adesso per la comunità
degli escursionisti!
Bellissimo..

Il mer 12 ott 2016, 12:46 Simone Cortesi  ha scritto:

> Cari,
> Quando, 12 anni fa iniziai a con OpenStreetMap, avevo un sogno: vedere
> rappresentato sulla mappa ogni strada, sentiero, edificio, buca delle
> lettere. In tutta Italia.
>
> Nei giorni in cui sulla mappa italiana c'era poco più che l'Autostrada del
> Sole e la comunità italiana eravamo 3 persone: Niccolò Rigacci, Edoardo
> Marascalchi ed io.
>
> Nei primi mesi creai una mia lista sulla wiki OSM, lista con obiettivi che
> volevo raggiungere: erano dieci (istat, regioni, enti, riconoscimenti,
> etc). Ad oggi, di quei dieci, ne avevo raggiunti solo nove. Mancava solo il
> CAI.
>
> Ora quest'accordo c'e'. Sabato mattina, ho firmato una convenzione che
> porta il Club Alpino Italiano a contribuire dati direttamente in
> OpenStreetMap e ad affiancarsi alla comunità, insieme alla loro commissione
> sentieri, per promuovere un utilizzo consapevole della montagna e
> migliorare la cartografia Open.
>
> E' un successo per tutti noi, per tutto quello che di buono abbiamo fatto
> in questi meravigliosi 12 anni.
>
> https://twitter.com/simonecortesi/status/786155429474684929
>
> Io viaggerò molto nei prossimi mesi e sarò ancora meno presente di quanto
> lo sia stato negli ultimi mesi.
>
> E' stato uno strano lungo viaggio
> Grazie a tutti voi che mi avete accompagnato.
>
> Grazie.
> S.
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Mapathon Missing Maps le 18 ovtobre à Chambéry pour le GeOnG

[Violaine Doutreleau]

Bonjour à tous,

Toutes mes excuses pour ceux qui vont recevoir ce message plusieurs fois,

Comme beaucoup d'entre vous le savent probablement déjà, nous organisons 
un mapathon le *18 octobre* prochain à *Chambéry*, *de 17h à 19h15* à 
l'occasion du *GeOnG*, la plus grande conférence indépendante en Europe 
sur la cartographie et la gestion de l’information pour l’humanitaire et 
le développement.


Ce mapathon prendra place pendant la soirée grand public qui est 
gratuite (vous n'avez pas besoin de vous inscrire) et qui signera les 10 
ans de CartONG! On vous attend nombreux!
Pour vous inscrire au mapathon, vous avez encore quelque jours, 
l'inscription n'est pas obligatoire mais appréciée poru des questions de 
logistique : 
https://www.eventbrite.fr/e/billets-missing-maps-geong-28356388722


En espérant vous retrouver la semaine prochaine!

A bientôt,
Violaine Doutreleau


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

Re: [Talk-it] 12 anni

[Edoardo Yossef Marascalchi]

Per me tra pochi giorni è il decimo osmpleanno e ricordo benissimo quando
io Simone e Niccolò riuscimmo a metterci in contatto per la prima volta.
Le discussioni birriche sul futuro del progetto, le prime conferenze in cui
parlammo (non si è mai capito con quale autorità per quel che mi riguarda),
i primo linux day e i m'appiamo.
Di strana ne abbiamo fatta tanta ed il CAI era quel sassolino nel sandalo
che non voleva andarsene.
Onore a Simone per la perseveranza ed ora ci manca solo di comprarci Google.

Non esiste fantascienza, solo futuro remoto.

On 13 Oct 2016 18:46, "Martin Koppenhoefer"  wrote:



sent from a phone

Il giorno 13 ott 2016, alle ore 13:37, Cristian  ha
scritto:

Questo è temporalmente ancora precedente (novembre 2007), anche se ha un
changeset number più grande:
https://www.openstreetmap.org/changeset/640732



Pascal dice che questo è il più vecchio changeset: http://www.
openstreetmap.org/changeset/57987
luglio 2006

ciao,
Martin

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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

[jean navarro]

Oups ,,, j'ai rien dit :(

un pb de lien vers les pages wikipédia de l'hérault départements croisés
correction en cours...

cordialement
jean navarro

Le 13/10/2016 à 16:45, jean navarro a écrit :

bonjour nicolas

c'est corrigé, un pb de lien vers les pages...
en fait sur ton département il y a une grosse colonne Wp (460
monuments). Ces monuments sont trouvés sur wikipédia avec leur code
Mérimée mais ne font pas partis de la base mérimée ouverte : je ne
propose donc pas d'intégration dans Osm et je ne les compte pas dans les
colonnes mérimée : pb de licence pas claire ...

la base mérimée utilisée est trouvée à l'adresse :
http://www.data.gouv.fr/fr/datasets/monuments-historiques-liste-des-immeubles-proteges-au-titre-des-monuments-historiques/


cordialement
jean navarro

Le 13/10/2016 à 10:10, Nicolas Moyroud a écrit :

Salut,

Sympa cet outil, j'intègre de temps en temps des monuments historiques
dans OSM ça va bien m'aider !
Par contre pour le département 34 - Hérault ça donne : "Les pages du
département 34 n'existent pas encore ! désolé."
Il y a des départements qui ne sont pas encore disponibles ? Ça va être
le cas bientôt ?

Nicolas

-
Nicolas Moyroud
Site web libre@vous : http://libreavous.teledetection.fr
-


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


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


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

Re: [Talk-it] 12 anni

[Martin Koppenhoefer]

sent from a phone

> Il giorno 13 ott 2016, alle ore 13:37, Cristian  ha 
> scritto:
> 
> Questo è temporalmente ancora precedente (novembre 2007), anche se ha un
> changeset number più grande:
> https://www.openstreetmap.org/changeset/640732


Pascal dice che questo è il più vecchio changeset: 
http://www.openstreetmap.org/changeset/57987
luglio 2006

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

Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM

[David Marchal]

Je connaissait ce mode d'affichage du cadastre, mais il oblige à changer de 
projection et à passer en Lambert, incompatible avec les photos satellites ; 
pour croiser les données, c'est très chiant. Comme ce sont les noms qui 
m'intéressent, le calque Cadastre préconfiguré suffit souvent, mais les textes 
sont souvent tronqués, et devoir changer de projection sans arrêt n'est pas 
pratique ; quitte à utiliser une approximation du vrai cadastre, pourquoi ne 
pas utiliser celle d'iD par défaut, puisqu'elle est apparemment meilleure ?

De : Tyndare [tynd...@wanadoo.fr]
Envoyé : mercredi 12 octobre 2016 16:43
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM

iD et JOSM n'utilisent pas la même source de donnée pour déterminer la
liste des images disponibles par défaut selon la région affichée mais
j'ai l'impression que la définition pour les tuiles du cadastre
utilisent pourtant bien le même serveur TMS:
http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png

Comme expliqué à l'origine par Frédéric Rodrigo, pour éviter les
problèmes de saut aux frontières, il est possible de n'afficher les
tuiles que d'une seule commune en particulier en spécifiant dans
l'éditeur un serveur personnalisé qui utilise l'URL précédant dans
lequel on remplace le * par le code INSEE de la commune voulue:

https://lists.openstreetmap.org/pipermail/talk-fr/2015-February/075223.html

Je crois que la configuration par défaut pour JOSM est définie ici:
https://josm.openstreetmap.de/wiki/Maps/France#Cadastre

et que celle pour iD est définie ici:
https://github.com/osmlab/editor-layer-index/blob/gh-pages/sources/europe/fr/FR-Cadastre.geojson



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

[Talk-gb-london] OpenStreetMap meet-up TONIGHT Angel pub from 7pm

[Harry Wood]

Sorry I'm forgetting to keep the mailing list informed, so this is rather 
last-minute if you missed it on twitter/wiki but...

TONIGHT we're in the Angel pub from 7pm
It's near Angel tube. Here on the map: http://osm.org/go/euu45JLI?m=
The Angel pub is quite big but all on one floor. Hopefully we'll get a table 
and be easy to find. If you're worried about recognising us, wait until 7:30 
and then be looking out for a table of people with maps/hi viz OSM jackets/ or 
OSM T shirts. I'll be wearing by navy blue HOT shirt. My number: O7979815O13


Looking further ahead there's a #geomob event happening Wed Nov 2nd November. 
Presentations of general mappy-geo topics, followed by pub! Topics are not 
exclusively OpenStreetMap, but talks usually feature a fair bit of OSM 
goodness, and geomob events are attended by OpenStreetMappers. This time 
there'll be a talk from MapBox
Details on the geomob blog: 
http://geomobldn.org/post/150628164010/details-of-the-nov-2nd-geomobSign up on 
Lanyrd: http://lanyrd.com/2016/geomob-november/


As usual these things generally get tweeted: https://twitter.com/OSMLondon
and put on the wiki page: https://wiki.osm.org/London

Harry

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

Re: [OSM-talk-fr] enforcement et """zone dangeureuse"""

[Christian Quest]

Ouille, Potlatch... ça nous rajeunit pas !  même en v2 ;)


Le 13/10/2016 à 17:00, willemijns a écrit :

Hello, bon j'ai trouvé il faut cliquer dans potlatch v2 sur le nom
"enforcement" dans la relation... on pouvait
aussi tout ajouter des le départ quand on a crée la relation mais je ne
savais pas ou cliquer ;)

merci de vos aides...





--
View this message in context: 
http://gis.19327.n8.nabble.com/enforcement-et-zone-dangeureuse-tp5884188p5884311.html
Sent from the France mailing list archive at Nabble.com.

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



--
Christian Quest - OpenStreetMap France


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

[Talk-us] Modifying storm-damaged roadways

[Eric Christensen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Looking at the DOT map of damaged roadways around Greenville, NC in the
aftermath of Hurricane Matthew I would find it incredibly difficult to
create a route from one place to another.  I wonder if these roads
should be updated to show where they are broken and later go back and
fix them when they are fixed.

To me a better way would be to create an additional layer for parsers to
use when creating routes but that doesn't exist today.

Opinions?

- --Eric
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCgAGBQJX/6YgAAoJED4nr8JXHVrFwvIH/2keh9OgGTefjUZ5bzJYWlpy
g1ILDlTgGrfXpQVpaAgNLW9DC8XC2VEyTi0XGY/92UGOp+xQKxm/aE+Q45HC5IMi
wvqg7DEXpOpG6n2+JpkriIWXGGqZ3B2836wNyw7Af/5WIQR7BxH3iry+CdmBFVVq
uTswC6C+HskUYTYw2RpeFsjQvUkSvj1TivzSzdYRGHUGqz/Fhrq1TOY6yv2RK+rA
JT66AcfK4FxqmkkaPIyWr4ebBioW5YMbR5TD8Wg/nukCnjf8Fuli4css01w6VtW/
dqDu4aUPGiqP1IL9fo7llxJvL0VLCQ++f79m0kFuWLX/fGBKo7Af7Z77VkhxpDM=
=e5sC
-END PGP SIGNATURE-

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

Re: [Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Matías h]

Hola.

Me ha quedado claro. ¿Hay que definir por tanto, a quien dirigirnos en cada
caso, solicitando la autorización?.

Muchas gracias.

El 13 oct. 2016 15:52, "Alejandro S."  escribió:

Hola,

Precisamente ahí esta la gracia, nada impide a un autor licenciar sus obras
bajo distintas licencias, incluso incompatibles entre si. Una licencia no
es más que una forma legal de indicar en que condiciones se puede usar esa
información.

Por ejemplo, un Ayto puede exigir a través de una licencia que las obras
derivadas de su portal de Open Data incluyan la atribución expresa de una
determinada manera en las obras derivas. Al mismo tiempo ese mismo
Ayuntamiento le ofrece a una empresa la información del portal, sin
necesidad de que den atribución ni nombren de ninguna manera al Ayto., si
la empresa paga una cuantiosa cantidad de dinero.
Otro ejemplo es la Wikipedia en Inglés, que se publica sus artículos bajo
dos licencias la CC-BY-SA 3.0 y la GFDL [0].

Por tanto, un Ayto. tiene potestad para emitir un permiso explicito para
que sus datos se usen en OSM independientemente de las condiciones que
imponga para el usos de sus datos a otros. Habría que ver quién es el que
tendría que emitir el certificado, ¿el alcalde? ¿un concejal? Parece que
tendría que ser quien ostente los derechos de autor de esa información.


[0]:https://en.wikipedia.org/wiki/Wikipedia:Multi-licensing

Espero que haya quedado un poco más claro como funciona el tema del
licenciamiento.

Saludos,
  Alejandro Suárez

2016-10-13 13:58 GMT+02:00 Matías h :

> Hola.
>
> Desde ayer hemos estado divagando, en el buen sentido, en el grupo de
> Telegram, acerca de los tipos de licencias y su posibilidad de uso en
> OpenStreetMap así como la forma de acatuar o no en cada caso.
>
> Así, que perdonad por el tocho que voy a soltar, lo voy a dejar lo mejor
> maqueado posible y al final, soltaré mi opinion personal.
>
>
>
> *...Matías*
> *Y en este artículo, bastante completo del blog Nosolosig*
> *http://www.nosolosig.com/articulos/574-que-licencias-de-uso-de-datos-geograficos-tienen-las-ide-autonomicas-de-espana
> *
> *En principio, sólo he dejado con enlaces a los servicios aquellas que,
> según tipo de licencia, deberían poder usarse*
>
>
> *Otra cosa es que se haya contactado o no con la administración en
> concreto*
> * Jorge Sanz*
> *https://wiki.openstreetmap.org/wiki/IllesBalears:Ideib
> *
> *ahi esta el permiso de las islas baleares*
>
>
> *si es que lo tenemos todo en la wiki pero no hay quien lo localice jajaj*
> * Matías*
> *Al. Mira que trasteo por la wiki, pero un permiso tan bien
> documentado como ese no lo había visto nunca. Joder*
>
>
> *Ahora mismo lo cambio en la tabla...*
> * Jorge Sanz*
>
>
> *si si yo tambien me quedado No se quien lo hizo pero hay que ficharlo
> para contacto con las administraciones*
> * Matías*
> *Mapa del artículo de Nosolosig sobre licencias de las IDES*
>
>
> *https://joseignaci.carto.com/viz/2c082904-6e0d-11e5-bad5-0ecd1babdde5/public_map
> *
> *
> *
> *CARTO*
> *Licencias de uso de datos geográficos en las IDE autonómicas de España
> *
>
>
>
> *Más info en Nosolosig — Map created by Nosolosig in
> CARTOhttps://joseignaci.carto.com/viz/2c082904-6e0d-11e5-bad5-0ecd1ba
> *
>
>
> *Juego de Tronos. El verde empieza a imponerse..*
>
> * Jorge Sanz*
> *No la conocia pero es muy útil*
>
>
> * no me esperaba yo tanto verde jeje*
>
>
>
> *canarias tambien se puede
> usarhttps://wiki.openstreetmap.org/wiki/Ortofotos_de_Grafcan
>  esta tambien en
> JOSM*
> * Matías*
> *Si Canarias me sonaba que estaba anteriormente, pero en el portal no soy
> capaz de encontrar la licencia*
>
>
> *También será que tengo un empacho esta mañana que no veas...*
> * Jorge Sanz*
>
>
> *ahi pone que se pidio permiso asi que probablemente o no estaba la
> licencia o la licencia no lo pemritia expresamente*
> * Matías*
>
>
> *Uff, échame un cable, donde pone lo de que se pidio permiso...Para
> enlazarlo desde la tabla...*
> * Jorge Sanz*
>
>
>
>
>
> *aqui https://wiki.openstreetmap.org/wiki/Ortofotos_de_Grafcan
>  abajo del todo
> pone esto:El permiso nos ha sido proporcionado por Pablo Suárez, del
> Departamento de Atención al Cliente, el 27 de octubre de 2010 en una
> conversación por e-mail con Envite:De acuerdo a su lectura, las imagenes
> ortofotos, cartográfica y 

Re: [Talk-de] ist städtischer Kindergarten ein Name?

[Holger Jeromin]

Martin Koppenhoefer  Wrote in message:
> Am 12. Oktober 2016 um 22:28 schrieb Holger Jeromin :
> 
>> Kita Namen sind spannend. Da werden viele Namen vermischt genutzt.
>>  Als Beispiel:
>>
>> https://www.openstreetmap.org/way/182729076
>>
>> Den vollen Namen find ich unter official name am besten aufgehoben.
>>
> 
> 
> den halben Namen finde ich komplett unverständlich, klingt wie eine

Ist aber der Name :-)

> Anschrift und nicht wie ein Name. Für bestimmte Anwendungen (Ergebnisliste
> für eine Suche nach Kindergärten) wäre das sicherlich eine brauchbare
> Kurzfassung, für die gerenderte Karte funktioniert es überhaupt nicht, da
> wäre "Städtische Tageseinrichtung für Kinder" sicherlich besser. M.E.
> sollte das "Städt." in official_name ausgeschrieben werden.


Stimmt, das sollte man noch ändern. 
-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [OSM-talk-fr] enforcement et """zone dangeureuse"""

[willemijns]

Hello, bon j'ai trouvé il faut cliquer dans potlatch v2 sur le nom
"enforcement" dans la relation... on pouvait
aussi tout ajouter des le départ quand on a crée la relation mais je ne
savais pas ou cliquer ;)

merci de vos aides...





--
View this message in context: 
http://gis.19327.n8.nabble.com/enforcement-et-zone-dangeureuse-tp5884188p5884311.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

[jean navarro]

bonjour nicolas

c'est corrigé, un pb de lien vers les pages...
en fait sur ton département il y a une grosse colonne Wp (460 
monuments). Ces monuments sont trouvés sur wikipédia avec leur code 
Mérimée mais ne font pas partis de la base mérimée ouverte : je ne 
propose donc pas d'intégration dans Osm et je ne les compte pas dans les 
colonnes mérimée : pb de licence pas claire ...


la base mérimée utilisée est trouvée à l'adresse : 
http://www.data.gouv.fr/fr/datasets/monuments-historiques-liste-des-immeubles-proteges-au-titre-des-monuments-historiques/


cordialement
jean navarro

Le 13/10/2016 à 10:10, Nicolas Moyroud a écrit :

Salut,

Sympa cet outil, j'intègre de temps en temps des monuments historiques
dans OSM ça va bien m'aider !
Par contre pour le département 34 - Hérault ça donne : "Les pages du
département 34 n'existent pas encore ! désolé."
Il y a des départements qui ne sont pas encore disponibles ? Ça va être
le cas bientôt ?

Nicolas

-
Nicolas Moyroud
Site web libre@vous : http://libreavous.teledetection.fr
-


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


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

Re: [Talk-GB] Registered users over 3 million

[Dave F]

That's interesting.

I wonder the reason for the increase in users/edits around April '16?

Dave F.

On 13/10/2016 15:01, Bob wrote:
Though it doesn't necessarily mean much osm is now over 3 million 
registered users and has 40,000 contributers last month


http://osmstats.neis-one.org/


___
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-cz] České Budějovice - omezení vjezdu do centrální zóny 6t - jak udělat bezbolestně

[majka]

2016-10-13 14:55 GMT+02:00 Pavel Machek :

> > Co s tím v datech? Nadefinovat tu zónu jako nějaký typ relace, vložit tam
> > všechny ulice kterých se to týká a dát ty tagy tam + doplnit na
> odbočovací
> > pruhy (lanes)? Nebo to dát na každou jednotlivou ulici v téhle zóně?
>
> Radeji do relace, prosim. S josm by to melo celkem jit...
>
>
Jaký typ relace je na tohleto správně? Nějak na to nemůžu nic najít.

Obdobně - je nějak jednotně řešené zmapování parkovací zón v Praze nebo to
je na každé jednotlivé ulici? Také nám o nich letos v červnu vrchnost
rozhodla, takže bych ten způsob opsala.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-es] Ayuda a un principiante

[Alejandro S.]

Hola Antonio,

En primer lugar animarte a que sigas editando en OSM, eso es lo más
importante.

Sólo comentar un problemilla de forma, estás utilizando una cuenta
"Antonio_import_post_offices" que deberías utilizar para realizar la
importación de Oficinas de Correos en Madrid que esta dinamizando Santiago
Crespo. Para este tipo de edición "normal" quizá sería mejor que utilizaras
una cuenta sin el "_import_post_offices" para que no de lugar a error.
Desde luego eres libre de usar el nombre de usuario que prefieras, pero si
mezclas ediciones normales e importaciones con la misma cuenta, te puedes
encontrar con problemas. Veo que por ahora solo has realizado ediciones
manuales, por eso me ha sorprendido el nombre de usuario.

Saludos y a seguir editando,
  Alejandro Suárez

2016-10-13 14:59 GMT+02:00 Antonio Clavero :

> Muchas gracias a los dos por las aportaciones, las tendré en cuenta.
>
>
> Un saludo
>
>
>
>
>
>
>
> El 12/10/2016, a las 18:07, Carlos Cámara 
> escribió:
>
> Hola,
>
> Aunque como te dice Héctor, a mi también me parece que lo que has
> etiquetado está bien etiquetado (salvo por el error tipográfico), yo te
> propondría lo siguiente:
>
>1. ahora has usado el etiquetado building=yes, que es correcto pero es
>también muy genérico. Si sabes qué tipología edificatoria y te apetece,
>puedes detallarla más cambiando el valor de la clave por otro más concreto
>(ej: especificar si se trata de viviendas pareadas building=terrace
>viviendas aisladas building=detached o usos que no son de vivienda como
>building=cathedral, building=commercial, building=civic... ). Tienes toda
>la información al respecto aquí: https://wiki.openstreetmap.
>org/wiki/Key:building
>2. Otra información interesante es añadir los niveles (alturas) de los
>edificios usando la etiqueta building:levels=*  Este valor lo puedes
>obtener del propio catastro y es lo que permite sacar planos en 2.5D o 3D
>como estos: http://demo.f4map.com/#lat=42.
>1387551=-0.4092545=17
>3. Si te mola el tema de los edificios en 3D (todo un mundo -y sin
>duda requiere más tiempo todavía) quizá te interese leer esta página:
>https://wiki.openstreetmap.org/wiki/Simple_3D_buildings
> en el que
>explica cómo modelar aspectos como las cubiertas, materiales, o formas y
>volúmenes particulares.
>
> En cualquier caso, insisto, eso depende de dónde quieras llegar tú, y en
> mi opinión, lo que has hecho hasta ahora ya es mejor que lo que había antes
> (que no existía). En esta línea, si me permites, yo empezaría añadiendo los
> edificios más singulares o representativos, empezando por aquellos que sean
> públicos, debido a que su interés general es mayor que lo que estimo son
> viviendas en hilera.
>
> Saludos,
>
> Carlos Cámara
> http://carloscamara.es
>
> 2016-10-12 17:50 GMT+02:00 Héctor Ochoa :
>
>> Me parece que está bastante bien, lo único: has puesto catrasto en vez de
>> catastro :P
>>
>> On 12/10/16 16:50, Antonio Clavero wrote:
>>
>> Hola a todos,
>>
>> estoy liado introduciendo datos, basándome en el catrasto, y me gustaría,
>> antes de seguir con la tarea, que alguien me revisara el trabajo y me diera
>> algunos consejos, ahora que no tengo mucho hecho.
>>
>> http://www.openstreetmap.org/#map=18/37.21119/-4.66255
>>
>> Si tomo de referencia el catastro, quedan unos huecos entre la calle y el
>> edificio. No me gusta como queda, alguna opción o es así?
>> Las etiquetas que estoy introduciendo, son suficientes? faltan o están
>> mal?
>>
>> Muchas gracias y un saludo
>> Antonio Clavero
>>
>>
>> ___
>> Talk-es mailing 
>> listTalk-es@openstreetmap.orghttps://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
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-GB] Registered users over 3 million

[Bob]

Though it doesn't necessarily mean much osm is now over 3 million registered 
users and has 40,000 contributers last month

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

Re: [OSM-talk-fr] Présentation

[Cedric]

Bonjour Vincent
merci à toi.
Je ne manquerai pas de publier l'info sur l'agendas OSM, du libre, RS, etc.
Pour l'instant tout n'est pas encore calé et les visuels sont en cours de
création mais ce sera prêt pour fin décembre.




--
View this message in context: 
http://gis.19327.n8.nabble.com/Presentation-tp5884270p5884303.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-cz] České Budějovice - omezení vjezdu do centrální zóny 6t - jak udělat bezbolestně

[Pavel Machek]

Ahoj!

> Začala jsem přidávat detailnější informace k silnicím vč. omezení vjezdu v
> krajském městě.
> Přitom jsem narazila na jedno, které se týká celé centrální zóny. Jedná se
> o omezení vjezdu vozidel nad 6t do zóny definované tady
> 
> + pár míst mimo, na která jsem narazila.
> 
> Ty podmínky jsou (snad správně) nadefinované jako "maxweight=6 +
> maxweight:bus=none + maxweight:conditional=none @ permit_holder"
> 
> Co s tím v datech? Nadefinovat tu zónu jako nějaký typ relace, vložit tam
> všechny ulice kterých se to týká a dát ty tagy tam + doplnit na odbočovací
> pruhy (lanes)? Nebo to dát na každou jednotlivou ulici v téhle zóně?

Radeji do relace, prosim. S josm by to melo celkem jit...
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [Talk-it] [wikimedia-it] via romea germanica

[Ivo Reano]

Il giorno 12 ottobre 2016 23:40, Simone Cortesi  ha
scritto:

> Mi hanno appena mandato i percorsi GPX
>
> https://dl.dropboxusercontent.com/u/426955/gpx-via-romea-germanica.zip
>
> Dei file nello zip solo il primo è un file gpx regolare.
Gli altri invece deel tag trk e trkpt hanno dei tag  <\rte> e <\rtept>
Da dove arrrivano? Li posso "aggiustare" o è un problema di qlandkarte?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Autumn Quarterly Project

[Dave F]

On 11/10/2016 12:36, John Aldridge wrote:
In most cases that involves filling in addr:postcode and fhrs:id on 
existing OSM features. I'm not, however, trusting that the postcode 
recorded on FHRS is accurate, and I'm not setting addr:postcode unless 
I can find corroborating information (e.g. the establishment's web site).


A way I found to test the validity of post codes is to use Potlatch 2 
'task' feature. It uses the co-ordinates from the FHRS data, which are 
derived from post code's centroid to pan to the location. If it's looks 
suspicious (I've had one in the middle of a lake) then it needs further 
verification from the establishments website. I believe there's a JOSM 
plugin that that performs similarly.


I'm collating any erroneous data to pass back to the local authority.

Cheers
Dave F.

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

[Talk-es] Compatibilidad de Licencias con OSM (Importaciones).

[Matías h]

Hola.

Desde ayer hemos estado divagando, en el buen sentido, en el grupo de
Telegram, acerca de los tipos de licencias y su posibilidad de uso en
OpenStreetMap así como la forma de acatuar o no en cada caso.

Así, que perdonad por el tocho que voy a soltar, lo voy a dejar lo mejor
maqueado posible y al final, soltaré mi opinion personal.



*...Matías*
*Y en este artículo, bastante completo del blog Nosolosig*
*http://www.nosolosig.com/articulos/574-que-licencias-de-uso-de-datos-geograficos-tienen-las-ide-autonomicas-de-espana
*
*En principio, sólo he dejado con enlaces a los servicios aquellas que,
según tipo de licencia, deberían poder usarse*


*Otra cosa es que se haya contactado o no con la administración en
concreto*
* Jorge Sanz*
*https://wiki.openstreetmap.org/wiki/IllesBalears:Ideib
*
*ahi esta el permiso de las islas baleares*


*si es que lo tenemos todo en la wiki pero no hay quien lo localice jajaj*
* Matías*
*Al. Mira que trasteo por la wiki, pero un permiso tan bien documentado
como ese no lo había visto nunca. Joder*


*Ahora mismo lo cambio en la tabla...*
* Jorge Sanz*


*si si yo tambien me quedado No se quien lo hizo pero hay que ficharlo
para contacto con las administraciones*
* Matías*
*Mapa del artículo de Nosolosig sobre licencias de las IDES*


*https://joseignaci.carto.com/viz/2c082904-6e0d-11e5-bad5-0ecd1babdde5/public_map
*
*
*
*CARTO*
*Licencias de uso de datos geográficos en las IDE autonómicas de España
*



*Más info en Nosolosig — Map created by Nosolosig in
CARTOhttps://joseignaci.carto.com/viz/2c082904-6e0d-11e5-bad5-0ecd1ba
*


*Juego de Tronos. El verde empieza a imponerse..*

* Jorge Sanz*
*No la conocia pero es muy útil*


* no me esperaba yo tanto verde jeje*



*canarias tambien se puede
usarhttps://wiki.openstreetmap.org/wiki/Ortofotos_de_Grafcan
 esta tambien en
JOSM*
* Matías*
*Si Canarias me sonaba que estaba anteriormente, pero en el portal no soy
capaz de encontrar la licencia*


*También será que tengo un empacho esta mañana que no veas...*
* Jorge Sanz*


*ahi pone que se pidio permiso asi que probablemente o no estaba la
licencia o la licencia no lo pemritia expresamente*
* Matías*


*Uff, échame un cable, donde pone lo de que se pidio permiso...Para
enlazarlo desde la tabla...*
* Jorge Sanz*





*aqui https://wiki.openstreetmap.org/wiki/Ortofotos_de_Grafcan
 abajo del todo
pone esto:El permiso nos ha sido proporcionado por Pablo Suárez, del
Departamento de Atención al Cliente, el 27 de octubre de 2010 en una
conversación por e-mail con Envite:De acuerdo a su lectura, las imagenes
ortofotos, cartográfica y productos de información territorial de
CARTOGRAFICA DE CANARIAS, S.A. (GRAFCAN) la pueden utilizar como baswe
paera la generación de otros productos, pero como indica Ud. al no
distribuir ni comercializar la base de información territorial o geográfica
de GRAFCAN, dispone de dicha autorización para el proyecto.*
* Matías*





*Ok. Gracias...*
* Jose Luis Infante*
*Ei! En Badalona van a liberar datos geográficos. Ya lo hablamos (con el
técnico responsable) para poderlos usar en OSM, pero no hemos especificado
ninguna licencia. Algún consejo? ODBL? Alguna otra similar? Un CC-by-4.0?*


*Supongo que a ellos les gustaría que se hiciera referencia al origen de
los datos*
* Matrix Link*
* creo que Dominio Público sería lo ideal*


* si no, ODbL*

* yopaseopor*



*IDEC: Infraestructura de Datos Espaciales de CataluñaAunque en la página
del IDEC no se señala el tipo de licencia de sus datos el Institut
Cartogràfic i Geològic de Catalunya establece las condiciones de uso de la
geoinformación que generan como Creative Commons de Attribution 4.0
International (CC-BY) Licencia CC-BY 4.0, permite cualquier uso <<
permitiría importaciones?*

* Matías *
Lo de siempre, yo entiendo que sí, pero volvemos a lo de solicitar
autorización expresa para OSM
Que no es que lo diga yo,...

* yopaseopor*


*yo vuelvo también a lo de siempre , para qué dar una licencia abierta si
después hay que pedir permiso para cada uso? Para eso la licencia sería
cerrada entonces*
* Matías*
*Ya, que quieres que te diga, estoy contigo*
*Es más, cuando se ha pedido autorización en algunos casos, no digo todos
por supuesto, es un funcionario el que interpreta la legalidad y asume
contestar*

*Tiene más 

Re: [OSM-talk-fr] enforcement et """zone dangeureuse"""

[gnrc]

Salut willemijns, 

il faut rajouter ces information dans la "relation". Le mode opératoire depend 
de l'application que tu utilises : 
- dans JOSM lorsque tu es sur le noeud du radar, il est noté sous les attribut 
du noeud "membre de", cela est la relation en lien, selectionne la et clique 
sur modifier pour ajouter ce qu'il manque. 
- dans ID lorsque tu es sur le noeud du radar, sous la ligne "tous les tags" il 
y a "toutes les relations". selectionne celle qui correspond a ton radar, et là 
il y a un "+" en bas de tous les tags(de cette relation) qui te permet 
d'ajouter les tiens, depuis une liste ou selon ta saisie. 

Si tu tagues couramment, initie toi à JOSM, on comprends mieux ce que l'on 
fait. 
A+ 

- Mail original -

De: "willemijns"  
À: talk-fr@openstreetmap.org 
Envoyé: Mercredi 12 Octobre 2016 21:08:12 
Objet: Re: [OSM-talk-fr] enforcement et """zone dangeureuse""" 

Hello, ou je rajoute ces infos additionnelles ? c'est ca que j'ai pas 
compris... 

On Wed, Oct 12, 2016, at 14:39, Gnrc [via GIS] wrote: 
> 
> 
> Hello 
> ta maniere de taguer est bonne : il faut bien indiquer dans les rôles 
> "device", "from" et 
> "to". Il est toutefois possible de ne pas mentionner "to" si le radar est 
> directement tagué sur le way, dans ce cas "device" s'y substitue. Nota: 
> je prefere mettre la radar a coté de la chaussée, cela evite de le perdre 
> en cas d'effacement de la route. 
> 
> Par contre, comme sur les autres exemples que tu cites, il est 
> interessant d'ajouter : 
> enforcement=maxspeed 
> maxspeed=?? 
> name=ce-que-tu-veux(pour le reconnaitre en cas d'extraction de jeux de 
> donnees osm) 
> description=ce-que-tu-juge-bon 
> 
> mon exemple 
> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=1329409 
> 
> Bon tagging 
> 
> 
> - Mail original - 
> 
> De: "willemijns"  
> À: talk-fr@openstreetmap.org 
> Envoyé: Mardi 11 Octobre 2016 22:33:05 
> Objet: [OSM-talk-fr] enforcement et """zone dangeureuse""" 
> 
> Hello, 
> 
> J'ai affiné ce r*dar oups """zone dangeureuse""" dans la relation en URL 
> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=6626221 mais 
> il 
> semble avoir quelque chose qui cloche car un autre du même genre plus 
> ancien 
> et qui n'est pas de moi indique plus de tag comme 
> http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=1631275 
> 
> j'ai lu qu'il fallait mettre en relation enforcement du "device", "from" 
> et 
> "to" et tous les anciens n'ont pas de "to" c'est cela qui foire ??? 
> 
> 
> 
> -- 
> View this message in context: 
> http://gis.19327.n8.nabble.com/enforcement-et-zone-dangeureuse-tp5884188.html 
> Sent from the France mailing list archive at Nabble.com. 
> 
> ___ 
> Talk-fr mailing list 
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> ___ 
> Talk-fr mailing list 
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> 
> 
> ___ 
> If you reply to this email, your message will be added to the discussion 
> below: 
> http://gis.19327.n8.nabble.com/enforcement-et-zone-dangeureuse-tp5884188p5884228.html
>  
> 
> To unsubscribe from enforcement et """zone dangeureuse""", visit 
> http://gis.19327.n8.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code=5884188=c2ViYXN0aWVuQHdpbGxlbWlqbnMuY29tfDU4ODQxODh8LTUxNTYyNDE4Mw==
>  




-- 
View this message in context: 
http://gis.19327.n8.nabble.com/enforcement-et-zone-dangeureuse-tp5884188p5884249.html
 
Sent from the France mailing list archive at Nabble.com. 

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

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

Re: [Talk-it] 12 anni

[Cristian]

On 13/10/2016 09:52, Andrea Albani wrote:
> Grande notizia Simone! Grazie.
> 
> Quando, 12 anni fa iniziai a con OpenStreetMap, avevo un sogno:
> vedere rappresentato sulla mappa ogni strada, sentiero, edificio,
> buca delle lettere. In tutta Italia.
> 
> 
> Possiamo chiamarti nonno o (parafrasando un tuo motto) "digital pilgrim
> grandfather" ? d'altronde non sono in molti a poter vantare changeset id
> a sole 4 cifre (http://www.openstreetmap.org/changeset/3272) ;)


Questo è temporalmente ancora precedente (novembre 2007), anche se ha un
changeset number più grande:
https://www.openstreetmap.org/changeset/640732
(via Pascal Neis[1])

Ciao,

C


[1] http://hdyc.neis-one.org/?simone

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

Re: [Talk-es] Fwd: Openstreetmaps en Wallapop

[Iván Sánchez Ortega]

El onsdag 12. oktober 2016 21.00.41 CEST Felipe T. Dorado escribió:
> Si a mi me preguntan esto les diría que entren en osm.org y se enteren
> antes siquiera de atreverse a preguntar. Porque eso es lo que yo hago.

Sí, pero fíjate (por cómo está escrito el correo) que David ya ha estado 
buceando en el wiki (hasta dar con Catastreitor 2000 Pro™, nada menos).


> Cada pregunta que David te hace deja ver de dónde procede y la visión que de
> la red se tiene: hacer negocio.

¿Y eso es malo?

Tú ten en cuenta que Wallapop tiene una necesidad de geocodificación (o al 
menos, eso infiero). Y supongo que van a gastar unos recursos (pasta y/o 
tiempo de personal) en usar geocoding.


> ¿Qué puede aportar wallapop a osm? Me gustaría equivocarme pero muy
> probablemente nada.

Pues es que esos recursos los usarán en tener un geocoder de google, del IGN, 
de bing, de algo basado en OSM (mapzen, mapbox, etc), propio, o lo que sea. 
Dependiendo de cómo sean estos recursos, cabrá la posibilidad de se destinen a 
hacer QA y mejora de los datos de OSM, porque les conviene desde un punto de 
vista meramente egoísta.


> De ahí que ni siquiera merezca la pena, a mí al menos, ponerse a
> responderle. No saber siquiera lo que el concepto "open" quiere decir ya
> da una idea. O sea que ya el de "free"  ...  Le sonará a extraterrestre.

Ya, pero no es la primera vez que me escriben a mi correo *personal* (cosa que 
siempre me espina un poco) para preguntarme cómo va esto. En plan de "somos 
una empresa en la que estamos acostumbrados a solucionar todo arrojando dinero 
al problema, y al ver esto que es gratis y funciona de puta madre pues estamos 
desconcertados".

Ante una situación como esta, con alguien que está más perdido que un pulpo en 
un garaje, caben muchas respuestas, por ejemplo:

- «Jajajaja, pringao, vete a leer la web, n00b!»
- «El coste de OSM es lo que te cueste a tí destinar (o subcontratar) una o 
más personas en implementar o corregir lo que necesites»

Una de esas respuestas va a espantar a actores con montones de recursos 
potenciales, y la otra va a empezar a hacerles entender con su propio lenguaje 
que OSM es un "yo me lo guiso, yo me lo como". ¿Ves por dónde voy, no, 
Fernando?


> Igual le sienta mal que hayas puesto su mensaje aquí.

En OSM vamos con luz y taquígrafos, colega.

Además, yo estoy desconectado de OSM desde hace 2-3 años, así que el sitio 
correcto para saber el "estado del arte" de los geocoders es en la lista, no 
en mi buzón personal.


Ciao,
-- 
Iván Sánchez Ortega   


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

Re: [Talk-in] Large number of damaging edits in India

[Arun Ganesh]

On Wed, Oct 12, 2016 at 11:17 PM, I Chengappa  wrote:

> Some of these editors have been active again. While most of their edits
> seem to be useful, some of the data is wrong, and some edits have been
> destructive. They do not respond to changeset comments. The areas of
> activity include Mysore and Bangalore cities (I've not checked any others).
> It would be useful if these areas could be monitored.
>
>
Made a changeset review list to keep a watch on the whole group, please add
to it if someone is missing:

https://osmcha.mapbox.com/?usernames=Hemanth+kumar+goli%2CAvinashk%2CJitesh+Khanna%2Cchaitanyareddy%2CGIS+EXICUITIVE%2Cpujarinee%2CASHISH+R+SINGH%2CAruna+V%2CChaithra123%2CEkta+Ranjan%2Cdrishya%2Cchaitra+v+nadig%2Cg+sumithra%2C+Sridhar+s+k_suspect=False_whitelisted=True=False=False
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] 12 anni

[Federico Cortese]

Complimenti Simone!

Ciao
Federico

2016-10-12 12:45 GMT+02:00 Simone Cortesi :
> Cari,
> Quando, 12 anni fa iniziai a con OpenStreetMap, avevo un sogno: vedere
> rappresentato sulla mappa ogni strada, sentiero, edificio, buca delle
> lettere. In tutta Italia.
>
> Nei giorni in cui sulla mappa italiana c'era poco più che l'Autostrada del
> Sole e la comunità italiana eravamo 3 persone: Niccolò Rigacci, Edoardo
> Marascalchi ed io.
>
> Nei primi mesi creai una mia lista sulla wiki OSM, lista con obiettivi che
> volevo raggiungere: erano dieci (istat, regioni, enti, riconoscimenti, etc).
> Ad oggi, di quei dieci, ne avevo raggiunti solo nove. Mancava solo il CAI.
>
> Ora quest'accordo c'e'. Sabato mattina, ho firmato una convenzione che porta
> il Club Alpino Italiano a contribuire dati direttamente in OpenStreetMap e
> ad affiancarsi alla comunità, insieme alla loro commissione sentieri, per
> promuovere un utilizzo consapevole della montagna e migliorare la
> cartografia Open.
>
> E' un successo per tutti noi, per tutto quello che di buono abbiamo fatto in
> questi meravigliosi 12 anni.
>
> https://twitter.com/simonecortesi/status/786155429474684929
>
> Io viaggerò molto nei prossimi mesi e sarò ancora meno presente di quanto lo
> sia stato negli ultimi mesi.
>
> E' stato uno strano lungo viaggio
> Grazie a tutti voi che mi avete accompagnato.
>
> Grazie.
> S.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
_
Geom. Federico Cortese

Via Garibaldi, 8 - 73030 Lucugnano (LE)
cell. 329 2641242
e-mail: cortese...@gmail.com
Part. IVA 03643010758

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

Re: [Talk-de] ist städtischer Kindergarten ein Name?

[Martin Koppenhoefer]

Am 12. Oktober 2016 um 22:28 schrieb Holger Jeromin :

> Kita Namen sind spannend. Da werden viele Namen vermischt genutzt.
>  Als Beispiel:
>
> https://www.openstreetmap.org/way/182729076
>
> Den vollen Namen find ich unter official name am besten aufgehoben.
>


den halben Namen finde ich komplett unverständlich, klingt wie eine
Anschrift und nicht wie ein Name. Für bestimmte Anwendungen (Ergebnisliste
für eine Suche nach Kindergärten) wäre das sicherlich eine brauchbare
Kurzfassung, für die gerenderte Karte funktioniert es überhaupt nicht, da
wäre "Städtische Tageseinrichtung für Kinder" sicherlich besser. M.E.
sollte das "Städt." in official_name ausgeschrieben werden.

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

Re: [Talk-it] Sardinian vs Italian names. Una pagina sul wiki per decidere

[Stefano]

Ciao,
Dopo tutta questa fuffa io non ho ancora capito come fare con i paesi che
hanno il nome in lingua all'ingresso sul cartello di delimitazione
ufficiale e i paesi che hanno doppia toponomastica sui cartelli apposti dai
comuni...

Vabbé tanto vedo che per la fuffa i messaggi ogni volta si sprecano, sono
certo che il limite di questa conversazione o tenderà a zero o all'infinito.


Il giorno 12 ottobre 2016 10:27, Carlo Stemberger <
carlo.stember...@gmail.com> ha scritto:

> Il giorno 11 ottobre 2016 18:40, Fayor Uno  ha
> scritto:
>
>> Visto che nessun altro si esprime in merito alla pagina, direi che va
>> bene così e che si può trasferire per iniziare a votare
>>
> Prima di trasferirla andrebbe sistemata quest'ultima cosa:
>
> https://wiki.openstreetmap.org/wiki/User:Arcanma/Sandbox#Note
>
>
> Pochi minuti fa ho apportato qualche piccola modifica:
>
> https://wiki.openstreetmap.org/w/index.php?title=User%
> 3AArcanma%2FSandbox=revision=1356657=1355392
>
> Verificate in particolare che abbia interpretato correttamente il
> punteggio da assegnare alle 6 opzioni del quesito 2.
>
>
> Ciao!
>
> Carlo
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] Fwd: Re: Hurricane Matthew: Jérémie Post Event Imagery - from drone now available

[Jean-Guilhem Cailton]

Forwarding this to the talk mailing list, as the censors of the
h...@openstreetmap.org mailing list are still in action.


 Message transféré 
Sujet : Re: Hurricane Matthew: Jérémie Post Event Imagery - from drone
now available
Date :  Thu, 13 Oct 2016 09:18:05 +0200
De :Jean-Guilhem Cailton 
Pour :  Mike Thompson , HOT 



Hi,

The instructions for that project
(http://taches.francophonelibre.org/project/44) - "for very experienced
mappers" - asked to use "Bing as common geometrical reference (or other
imagery that was used for OSM mapping of these area)", as is generally
considered good practice in OSM mapping - unless you have good reasons
to know that you have a better reference (and also time to adjust
geometries).

Note that there is now a project to map damage from UAV 5 cm imagery, of
interest to the Government of Haiti who sent Fred there to fly Potentiel
3.0 (http://potentiel3-0.org) drones :
http://taches.francophonelibre.org/project/63

Best wishes,

Jean-Guilhem


Le 13/10/2016 à 05:06, Mike Thompson a écrit :
> To complicate matters, it seems that some of the mapping on this
> project was done under a project on some other tasking manager using a
> different imagery source
> (tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/haiti_pleiades_201610/{zoom}/{x}/{y}
> )
> which does not align with either Bing or the imagery for this project
> (tms[22]:http://oam-tiles.s3.amazonaws.com/9ac2a651-43b7-4e46-b4c9-c7aa013a289c/{zoom}/{x}/{y}.png
> ).
>
> On Wed, Oct 12, 2016 at 8:48 PM, Mike Thompson  > wrote:
>
> Suggest the instructions for this and similar tasks explicitly
> state that existing mapping is to be realigned to new imagery (if
> that is in fact what is desired).  The instructions imply this
> when they say "...but all final mapping and validation should use
> this imagery for validation." 
>
>
>
>
> ___
> HOT mailing list
> h...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot


-- 
"Tant qu’on n’aura pas compris que le cerveau est une machine à dominer,
on ne pourra pas lutter efficacement contre ces hiérarchies aliénantes."
Dominique Dupagne, La revanche du rameur

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

Re: [OSM-talk-fr] Intégration des monuments historiques dans Osm

[Nicolas Moyroud]

Salut,

Sympa cet outil, j'intègre de temps en temps des monuments historiques 
dans OSM ça va bien m'aider !
Par contre pour le département 34 - Hérault ça donne : "Les pages du 
département 34 n'existent pas encore ! désolé."
Il y a des départements qui ne sont pas encore disponibles ? Ça va être 
le cas bientôt ?


Nicolas

-
Nicolas Moyroud
Site web libre@vous : http://libreavous.teledetection.fr
-


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

[Talk-cz] České Budějovice - omezení vjezdu do centrální zóny 6t - jak udělat bezbolestně

[majka]

Začala jsem přidávat detailnější informace k silnicím vč. omezení vjezdu v
krajském městě.
Přitom jsem narazila na jedno, které se týká celé centrální zóny. Jedná se
o omezení vjezdu vozidel nad 6t do zóny definované tady

+ pár míst mimo, na která jsem narazila.

Ty podmínky jsou (snad správně) nadefinované jako "maxweight=6 +
maxweight:bus=none + maxweight:conditional=none @ permit_holder"

Co s tím v datech? Nadefinovat tu zónu jako nějaký typ relace, vložit tam
všechny ulice kterých se to týká a dát ty tagy tam + doplnit na odbočovací
pruhy (lanes)? Nebo to dát na každou jednotlivou ulici v téhle zóně?

Vypadá to, že potřebuji školení buďto na JOSM nebo na online nástroje :)

Prosím o nakopnutí správným směrem, a ideálně poradit, jak vybrat všechny
ulice uvnitř takto definované zóny, ať už s tím budu dělat cokoli.

Jakékoli hromadné zásahy bych ráda udělala jediným changesetem, kvůli
případné reverzi, kdyby se nezadařilo.

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

Re: [OSM-talk] OpenStreetMap Carto release v2.44.1

[nebulon42]

Yes, look at https://www.openstreetmap.org/#map=9/42.1430/0.9407. You
might need to clear your cache though.

Am 2016-10-12 um 20:25 schrieb Marcos Oliveira:
> Does this fix spanish villages/towns that have admin_level=* and
> capital=* tags from being rendered as cities?
> 
> 2016-10-12 19:20 GMT+01:00 Marcos Oliveira
> >:
> 
> Does this fix spanish villages/towns that have admin_level=* and
> capital=* tags from being rendered as cities?
> 
> 2016-10-12 19:02 GMT+01:00 Paul Norman  >:
> 
> Dear all,
> 
> Today, v2.44.1 of the openstreetmap-carto stylesheet (the default
> stylesheet on openstreetmap.org ) has
> been released. Also, v2.44.0 was
> released last month without an email, so this email includes changes
> in both.
> 
> v2.44.0 has been rolled out to the openstreetmap.org
>  servers, but v2.44.1
> has not yet.
> 
> Major changes are
> - Rendering of restricted access roads and paths significantly
> changed
> - Changed to use Noto fonts for all languages
> 
> Other changes in both versions include
> - A code of conduct adopted, based on the Go code of conduct
> - Adjustments to city wall rendering
> - Revised low zoom place rendering
> - Render both house name and number if address has both
> 
> Thanks to all the contributors for this release, in particular Lukas
> Sommer, Hsiao-Ting Yu and vholten for work in debugging complex font
> issues with the Noto CJK fonts.
> 
> For a full list of commits from both releases, see
> 
> https://github.com/gravitystorm/openstreetmap-carto/compare/v2.43.0...v2.44.1
> 
> 
> 
> As always, we welcome any bug reports at
> https://github.com/gravitystorm/openstreetmap-carto/issues
> 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
> 
> 
> 
> 
> 
> -- 
> Um Abraço,
> Marcos Oliveira
> 
> 
> 
> 
> -- 
> Um Abraço,
> Marcos Oliveira
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 



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

Re: [OSM-talk-be] Omgeving station Diksmuide.

[Jo]

Hallo Marc,

Kan je voor Mapillary foto's zorgen? Het beste zou natuurlijk zijn dat het
gemapt wordt door iemand met 'local knowledge'.

Jo

Op 13 oktober 2016 09:29 schreef Marc Coevoet :

> Beste,
>
> De Lijn heeft sinds een jaar een nieuw station in Diksmuide.  De perrons
> zijn van richting veranderd, en de vele laantjes zijn weg. Ook de
> groenperkjes kregen een beurt..
> En let op, ga je met de auto: sinds september is er betalend parkeren in
> de buurt van het station, en het centrum.
>
> Leuk is om eens op een knop van een aankondigingsbord te duwen, en de
> synthetische stem te horen zeggen "bus 24 -  Oost - Vletéééren." Maar die
> bus is er maar 2 keer per dag ...
>
> Wil er iemand eens mappen?
>
> Marc
>
> --
> The "Penguin" has arrived - and he's not going away - ever.
> What's on Shortwave guide: choose an hour, go!
> http://shortwave dot tk
> 700+ Radio Stations on SW http://swstations dot tk
> 300+ languages on SW http://radiolanguages dot tk
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] 12 anni

[Andrea Albani]

Grande notizia Simone! Grazie.

Quando, 12 anni fa iniziai a con OpenStreetMap, avevo un sogno: vedere
> rappresentato sulla mappa ogni strada, sentiero, edificio, buca delle
> lettere. In tutta Italia.
>

Possiamo chiamarti nonno o (parafrasando un tuo motto) "digital pilgrim
grandfather" ? d'altronde non sono in molti a poter vantare changeset id a
sole 4 cifre (http://www.openstreetmap.org/changeset/3272) ;)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Présentation

[Vincent de Château-Thierry]

Bonjour Cédric, et la bienvenue

> De: "Cédric PERRIER" 
> 
> je travaille pour le département de la Nièvre et l'une de mes
> missions est d'encourager à l'usage d'OSM au quotidien que l'on soit élu ou
> particulier.

Belle mission que voilà :)

> Je vais organiser ma première mini-cartopartie en partenariat avec
> l'Association NeversLibre prochainement (le 28/01/2017).

N'hésite pas à pousser quelques détails afin qu'on renseigne l'agenda :
http://openstreetmap.fr/agenda/mois?month=2017-01

vincent

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

Re: [OSM-talk-be] wide berm tagged as forest

[Marc Gemis]

A lot of landuse in Belgium has been mapped from aerial imagery awhile back.
This means landuse
- is becoming out of date
- is missing local knowledge
- might have been mapped before natural=tree_row was defined (or
before the mapper knew about it)
- might have been misinterpreted


In my opinion you can just deleted it and replace it with a line when
it is a tree_row.
When it is brushwood (bushes ?) you could use the same/or updated area
with natural=scrub.

Added bonus: also tag  leaf_cycle and leaf_type for tree_rows.


regards

m

p.s. with landuse I mean all landuse, leisure, amenity, natural tags
that refer to a piece of land


On Wed, Oct 12, 2016 at 9:58 PM, Pieter Brusselman
 wrote:
> Hi,
>
> How do you deal with a wide berms that are tagged as landuse=forest?  Eg.
> https://www.openstreetmap.org/way/179156184#map=17/51.07858/3.53635 or
> https://www.openstreetmap.org/way/179488443.
>
> The first example is a tree row, The second one is more like brushwood.
>
> Can I just delete it and add new geometry and tags?
>
> Grtz,
> Pieter
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-be] wide berm tagged as forest

[Glenn Plas]

Morning,


That should probably be:

natural=tree_row

https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree_row

It has to be a way, not an area

Glenn



On 12-10-16 21:58, Pieter Brusselman wrote:
> Hi,
> 
> How do you deal with a wide berms that are tagged as landuse=forest? 
> Eg. https://www.openstreetmap.org/way/179156184#map=17/51.07858/3.53635
> or https://www.openstreetmap.org/way/179488443.
> 
> The first example is a tree row, The second one is more like brushwood.
> 
> Can I just delete it and add new geometry and tags?
> 
> Grtz,
> Pieter
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

[OSM-talk-fr] Présentation

[Cédric PERRIER]

Bonjour à tous et à toutes,
je travaille pour le département de la Nièvre et l'une de mes missions 
est d'encourager à l'usage d'OSM au quotidien que l'on soit élu ou 
particulier.
Je vais organiser ma première mini-cartopartie en partenariat avec 
l'Association NeversLibre prochainement (le 28/01/2017).

Le secteur dont je m'occupe personnellement est le petit village d'Héry :
https://www.openstreetmap.org/#map=16/47.2630/3.5827

Librement vôtre.

--
Cédric PERRIER
Conseil départemental
Médiateur Numérique
Référent Open Street Map
cartographie libre (http://openstreetmap.fr)
Portable : 06 32 73 79 40
Mail : cedric.perr...@nievre.fr
Nota : afin de contribuer au respect de l’environnement, merci de n’imprimer ce 
courriel qu’en cas de nécessité


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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

Re: [Talk-in] Export Particular area

[Manfred A. Reiter]

Hi,

as you are a beginner and nobody knows what you have in mind, I allow me to
point your view on:

https://umap.openstreetmap.fr

## Manfred Reiter - mobile -
## please excuse typos and brevity
## http://weeklyOSM.eu

Am 13.10.2016 7:53 vorm. schrieb "akshay sharma" :

> Hi
> first thing i want whatever changes i will do it that should be
> private(with my id) and how i can integrate that customize map with my
> application(desktop application).
>
> please help me i am beginner in this map stuff. you can contact me also on
> this no. 9479836104
>
> thanks & regards
> Akshay Sharma
>
> On 13 October 2016 at 10:56, Arun Ganesh  wrote:
>
>> Akshay, without seeing some code or documentation of what you are trying
>> to do, it will be very difficult for someone to help you.
>>
>> On Wed, Oct 12, 2016 at 9:09 PM, Devdatta Tengshe 
>> wrote:
>>
>>> What exactly are you trying to do? Is this a Desktop/Mobile App? or a
>>> Web App?
>>>
>>> If it's the later, then have a look at: https://switch2osm.org/
>>>
>>> If it's the former, then you'll have to write some code to read and
>>> parse the .osm file, which is an XML file.
>>>
>>> Regards,
>>> Devdatta
>>>
>>> On Thu, Oct 13, 2016 at 7:10 AM, akshay sharma 
>>> wrote:
>>>
 Hi,
 Can I customize the map as privately, that means only in my application
 that area will display with customization which i will do, because of
 security reason I want to publish the custom map as privately Is it
 possible then please let me know.

 Thanks & Regards
 akshay Sharma

 On 12 October 2016 at 13:01, akshay sharma 
 wrote:

> After download the osm data. How i can use in my application.
>
> On 12 October 2016 at 09:05, Devdatta Tengshe 
> wrote:
>
>> There are multiple ways of extracting Data from the OSM Database, and
>> these have been described here:
>>
>> http://wiki.openstreetmap.org/wiki/Downloading_data
>>
>> http://wiki.openstreetmap.org/wiki/Export
>>
>> However, I find the following site to be the easiest way to download
>> data for any custom shape:
>> http://extract.bbbike.org/
>>
>> Regards,
>> Devdatta
>>
>> On Wed, Oct 12, 2016 at 8:13 AM, akshay sharma <
>> akku25aks...@gmail.com> wrote:
>>
>>> Hi,
>>> I am using openstreetmap in my application.I want to know how I can
>>> extract particular area from your map and show that area only in my
>>> application. Please help me.
>>> thanks & Regads
>>> Akshay Sharma
>>>
>>>
>>> ___
>>> Talk-in mailing list
>>> Talk-in@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-in
>>>
>>>
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>

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


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

Re: [Talk-in] Large number of damaging edits in India

[I Chengappa]

Some of these editors have been active again. While most of their edits
seem to be useful, some of the data is wrong, and some edits have been
destructive. They do not respond to changeset comments. The areas of
activity include Mysore and Bangalore cities (I've not checked any others).
It would be useful if these areas could be monitored.

On 5 October 2016 at 09:13, Arun Ganesh  wrote:

> Thanks everyone for helping compile the list of usernames and commenting
> on the changesets. Here it is: https://gist.github.com/planemad/
> 67d9f427c66d41f24262689ce8bba89e
>
> The data working group (woodpeck_repair) has cleaned up the edits of 3
> users but the left were left as it is. Attempting to use the revert scripts
> on them were partially successful but did not completely clean the edits.
> The scripts are not very well documented and it is unclear how they should
> be used to make a clean revert of all the user's edits. If anyone has any
> knowledge on using the perl scripts please share.
>
> On Mon, Oct 3, 2016 at 11:16 AM, Arun Ganesh 
> wrote:
>
>> There has been a sudden burst of editing activity in Bangalore, Mumbai
>> and Jabalpur and many important roads have gone missing and replaced with
>> fictional data. It looks like some kind of classroom activity but at the
>> moment its unclear whats going on.
>>
>> Will need some help to track down the usernames that have created the bad
>> data and revert them to its previous state. We still dont have good tools
>> to detect and undo such edit and there is a bit of manual work involved.
>>
>> - Use OSM changeset analyzer to filter and mark the bad edits as harmful
>> [1]
>> - Once we have a list of usernames, I can run the revert-scripts to undo
>> their changes [2]
>> - Send a changeset message to each of these users to enquire what
>> happened and provide help to contribute [3]
>>
>> If you have the team please review and mark the harmful ones, this will
>> be a huge help!
>>
>> [1] https://osmcha.mapbox.com/?delete__gte=1__iconta
>> ins=creat=63%2C7%2C103%2C33_suspect=False_
>> whitelisted=True=False=False
>> [2] https://github.com/woodpeck/osm-revert-scripts
>> [3] http://www.openstreetmap.org/changeset/42605833
>>
>>
>>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] Export Particular area

[Warin]

There are things many to think about.

Firstly OSM data is public .. if you make changes and save them to OSM 
they will be public - that is part of the conditions of OSM.


You could make changes and save them to your local storage - not to OSM 
.. that would be 'private'. However any updates to the OSM data would 
then be harder to manage as an update to your private storage. It maybe 
possible to update the data .. but I have not played with it.


Easiest would be a separate file that 'adds' to the OSM data like an 
overlay - this means you can get the latest OSM data whenever you want 
and add it with your file to produce the new 'map'.


In any event you will need to handle the .osm file which is XML format. 
The JOSM editor will do the editing/updating and saving at least for 
small areas... but all in .osm/XML.


You then have the map you want ... in .osm/XML format. What you want to 
do with it after that is then your problem. Once you have your product 
it must include the OSM copyright statement - assuming it includes OSM 
data.



On 13-Oct-16 04:51 PM, akshay sharma wrote:

Hi
first thing i want whatever changes i will do it that should be 
private(with my id) and how i can integrate that customize map with my 
application(desktop application).


please help me i am beginner in this map stuff. you can contact me 
also on this no. 9479836104


thanks & regards
Akshay Sharma

On 13 October 2016 at 10:56, Arun Ganesh > wrote:


Akshay, without seeing some code or documentation of what you are
trying to do, it will be very difficult for someone to help you.

On Wed, Oct 12, 2016 at 9:09 PM, Devdatta Tengshe
> wrote:

What exactly are you trying to do? Is this a Desktop/Mobile
App? or a Web App?

If it's the later, then have a look at: https://switch2osm.org/

If it's the former, then you'll have to write some code to
read and parse the .osm file, which is an XML file.

Regards,
Devdatta

On Thu, Oct 13, 2016 at 7:10 AM, akshay sharma
> wrote:

Hi,
Can I customize the map as privately, that means only in
my application that area will display with customization
which i will do, because of security reason I want to
publish the custom map as privately Is it possible then
please let me know.

Thanks & Regards
akshay Sharma

On 12 October 2016 at 13:01, akshay sharma
>
wrote:

After download the osm data. How i can use in my
application.

On 12 October 2016 at 09:05, Devdatta Tengshe
> wrote:

There are multiple ways of extracting Data from
the OSM Database, and these have been described here:

http://wiki.openstreetmap.org/wiki/Downloading_data


http://wiki.openstreetmap.org/wiki/Export


However, I find the following site to be the
easiest way to download data for any custom shape:
http://extract.bbbike.org/

Regards,
Devdatta

On Wed, Oct 12, 2016 at 8:13 AM, akshay sharma
> wrote:

Hi,
I am using openstreetmap in my application.I
want to know how I can extract particular area
from your map and show that area only in my
application. Please help me.
thanks & Regads
Akshay Sharma


___
Talk-in mailing list
Talk-in@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-in




___
Talk-in mailing list
Talk-in@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-in





___