Re: [Talk-cz] špatné párování fotek rozcestníků

[Zdeněk Pražák]

no nějak mi nefunguje prokliknutí z
http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all na samotnou fotografii.
na openstreetmap.cz se mi rovněž neojevují nahrané fotky rozcestníků

Dne 7. ledna 2018 20:35 Marián Kyral  napsal(a):

> Opraveno. Prý se zbláznil apache a došla paměť.
>
> Marián
>
> Dne 7.1.2018 v 18:50 Marián Kyral napsal(a):
>
> Vůbec nejede api.openstreetmap.cz. Možná nějaký neplánovaný výpadek.
> Napsal jsem Wallymu, ale není u PC. Snad se to brzy opraví.
>
> Marián
>
> Dne 7.1.2018 v 17:13 Zdeněk Pražák napsal(a):
>
> ano potvrzuji, že na openstreetmap.cz se při zapnutých vrstvách foto
> rozcestníků a chybné rozcestníky nezobrazují žádná fota rozcestníků
> -- Původní e-mail --
> Od: majka  
> Komu: OpenStreetMap Czech Republic 
> 
> Datum: 7. 1. 2018 17:05:52
> Předmět: Re: [Talk-cz] špatné párování fotek rozcestníků
>
> Nevím jak Vám, ale mě se přestaly fotky rozcestníků zobrazovat na
> openstreetmap.cz. A to včetně toho jednoho, který je vložený včera (takže
> po té velké uklízecí akci). Stalo se někdy mezi druhou hodinou a současnou
> chvílí, okolo druhé jsem je ještě všechny viděla.
> Vrstva chybných rozcestníků se ukazuje správně (tedy ty nafocené tam
> chybí), jen se nezobrazují vůbec žádné nafocené - tedy ani mapy a
> informační tabule. Řekla bych, že problém je s databází jako takovou.
>
> 2018-01-07 16:26 GMT+01:00 Zdeněk Pražák :
>
> na stránce http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all se asi nějak
> rozhopdilo párování fotek rozcestníků - najednou je asi 3400 nepoužitých
> fotek
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
>
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Novy kruhac v Brne

[Jakub Jelen]

Jestli myslis geometrii toho kruhace, tak je mozne, ze je ta nova cast
trochu vedle. Tu jsem puvodne nemenil, ale nechaval jsem ji podle planu z
drivejska (zaklad tam byl jako proposed/construction):

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

Bohuzel, nikde jsem nezjistil, presny zdroj te geometrie (mmb:up), takze
asi muzu predpokladat, ze z nejakych starych planu ci od ruky.

Pri pohledu na zaznam z telefonu pres mapillary (tento vikend jsem to tam
jeste jednou projel a nafotil lepsi fotky za svetla), to vypada opravdu asi
o 5 metru jinde, tak jsem to posunul.

Dalsi vylepseni jsou vitana.

Jakub


2018-01-07 22:19 GMT+01:00 Karel Volný :

> ...
> > každopádně tedy je-li nejasnost, bez ověření v terénu (zítra cca 18:20 si
> > mohu obkroužit kolečko :-)) nic editovat nebudu
>
> ok, takže fyzicky se sice šířka nemění, ale skutečně je to načárovaný
> jenom na
> jeden pruh
>
> takže aktuálně je to v OSM co se řazení týče dobře (dokonce včetně toho,
> že v
> jednom úseku jsou tři pruhy), akorát mi to teda prostorově trošku nesedí,
> což
> nespravím, neb jsem neměl aktivní záznam
>
> achjo ... :-/
>
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-de] Craftmapping

[Frederik Ramm]

Hi,

On 07.01.2018 18:55, Mark Obrembalski wrote:
> Das spräche ja dafür, in einer Gegend, in der in Sachen Häuser noch
> überhaupt nichts los ist, mal ein einzelnes Dorf zu mappen, in der
> Hoffnung, dass die Bewohner der Nachbardörfer dann auch Häuser auf der
> Karte wollen ;-)

Das gabs schon immer, wir haben das früher "Guerilla Mapping" genannt -
mehr so die Idee, dass man mal in einer fremden Stadt einen Häuserblock
supertoll mappt mit allen POIs und Ampeln und so weiter, um den Mappern
vor Ort zu signalisieren, dass sie sich noch nicht auf dem Erreichten
ausruhen können ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-es] Permiso expreso IGN-PNOA (era WMS Cartociudad)

[Javier Sánchez Portero]

He renombrado el asunto por que lo que nos estamos jugando es algo muy
serio: el uso de la mejor fuente de imágenes aéreas con cobertura nacional
que disponemos y los datos que hemos generado con ella.

Yo creo que, tras los cambios de licencia tanto de IGN como de OSM,
necesitamos disponer de un documento que nos respalde. Sabemos que por su
parte había buena disposición. Como extra, abriría el uso de los otros
servicios que ofrecen, como Cartociudad entre otros.

Os presentaré una propuesta para remitírsela. Paralelamente preguntarte en
talk-legal como está la cuestión de la página de copyright.

Un saludo, Javier

El 7 ene. 2018 20:15, "Matías h"  escribió:

Ahí está el tema, que ni siquiera sabemos a estas alturas si ha llegado a
haber contacto entre ambos organismos.
Tengo que revisar mi correo pero me suena que hace tiempo pregunté a
Antonio F. Rodríguez Pascual del IGN acerca de este tema y no obtuve
respuesta.

A partir de aquí, no se si debemos seguir insistiendo al IGN, probar con La
OSMF, con ambos a la vez, con ninguno, cortarnos las venas y hacernos un
moño?.

Sugerencias?.

Saludos.

El 7 ene. 2018 19:09, "Javier Sánchez Portero" 
escribió:

> Me releo el hilo de hace una año y las conclusiones con que me quedo son
> estos dos mensajes de Santiago Crespo:
>
> https://lists.openstreetmap.org/pipermail/talk-es/2016-Decem
> ber/014768.html
> https://lists.openstreetmap.org/pipermail/talk-es/2016-Decem
> ber/014770.html
>
> La pelota quedó entre OSMF e IGN, ¿de qué lado habrá caído desde entonces?
>
>
> El 7 de enero de 2018, 16:36, Matías h 
> escribió:
>
>> Hola.
>>
>> Vuelvo a estar operativo.
>>
>> El tema del IGN lo que tenemos a día de hoy es el documento adjunto en el
>> que se especifica que Openstreetmap puede reutilizar los datos de IGN, pero
>> en el segundo parrafo dice que cumpliendo las especificaciones de
>> atribución de la licencia CC-BY-4.0
>>
>> En resumidas cuentas, nos dan permiso pero no podemos cumplir con las
>> condiciones de atribución...
>>
>> Mantuvimos un debate sobre si era o no suficiente con este permiso y creo
>> que llegamos a la conclusión de que no nos serviría. Tengo un documento
>> similar con las mismas condiciones para todos los datos de la IDE
>> Extremeña
>>
>> No se si alguien ha vuelto a mantener algún contacto con IGN. En teoría,
>> Santiago Crespo, también desaparecido desde hace mucho, quedó como de
>> enlace entre IGN y OSM Fundation, pero no se nada de él y no creo que
>> se halla avanzado en este tema.
>>
>> Esta semana quizás pueda conseguir contacto con alguien del IGN y volver
>> a retomar el tema.
>>
>> Y sobre el PNOA en particular, yo que como muchos lo utilizo, sigo
>> pensando que no tenemos permiso expreso para utilizarlo, yo por lo menos no
>> se donde esta, y que teniendo la misma licencia que el resto de datos
>> usamos a diestro y siniestro. Nadie, lease Osm Fundation, nos ha dicho
>> nunca nada en contra al respecto. Os apostais algo a que preguntamos a
>> alguna lista similar a imports sobre el uso del PNOA y nos dicen que no
>> debemos usarlo?.
>>
>> En fin, seguimos en contacto...
>>
>> Saludos y feliz año a todos/as
>>
>> El 7 ene. 2018 14:23, "Javier Sánchez Portero" 
>> escribió:
>>
>> El 7 de enero de 2018, 11:22, Miguel Sevilla-Callejo <
>> msevill...@gmail.com> escribió:
>>
>>> Efectivamente es CC By 4.0 y necesita autorización expresa (PNOA lo
>>> tiene) pero no recuerdo si cartociudad lo tiene (estará por algún lado si
>>> es así).
>>>
>>> Alguien de los que llevó el tema del IGN por ahí?
>>>
>>> Quizá si los nombres vienen del INE tiene sentido pedir permiso allí, no?
>>>
>>> --
>>>  Miguel Sevilla-Callejo
>>> from my mobile 
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>


>> Pero realmente el producto a usar sería el WMS que es del IGN, los datos
>> en crudo del INE son difíciles de digerir.
>>
>> Interesa localizar la autorización del PNOA.
>>
>> ___
>> 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-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] GeoChat

[Oleksiy Muzalyev]

Good morning Ilya,

At the page:
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat

there is a sentence with a mistyped word "ot":

"Right mouse button click opens a popup menu, from which you can enable 
a map layer with all nearby users on it, copy selected text to a 
clipboard, ot open a tab for talking with a nearby user privately."


I want to correct it, but I am not sure if it should be "to" or "or", as 
I just installed the plugin.


Best regards,
Oleksiy
OSM: Alex-7


On 07.01.18 17:00, Ilya Zverev wrote:

Paul wrote:
Is GeoChat  
down
or defunct now?  I haven't been able to connect to it in a couple 
days now.


Sorry Paul, that was caused by forcing https on all OSM servers. Java, 
turns out, does not auto-redirect from http to https. I've just 
updated the URL in the plugin and tested that it works.


Nice to hear somebody uses it :)

Ilya

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




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

Re: [OSM-talk-fr] Rendu avec relief sur osm.fr

[Christian Quest]

Voici un aperçu:
https://framapic.org/gallery#2z7RctD1z97y/HuaZj7vuLgX3.png,iWtM0YZeqpgE/s1HWupUrNzCp.png

J'ai juste mis les limites des communes pour se repérer. Premier exemple à
un zoom moyen (environ 8), second à la résolution native, sur Paris...
On y distingue une surface granuleuse à cause des bâtiments. Vous avez
l'ombre de la Tour Eiffel, les tours de la Défense... toute la différence
entre un MNT et MNS.

Sur certaines forêts, on distingue aussi comme une marche.



Le 7 janvier 2018 à 21:52, Christian Quest  a
écrit :

> Le calcul est trop long pour être fait à la demande, et comme le MNT ne
> change pas, on peut calculer la couche d'ombrage une fois pour toute, même
> si ça prends quelques jours, pas pire que l'import d'une base OSM monde
> pour du rendu :)
>
> Pour les courbes de niveau c'est différent. On calcule les données
> vectorielles à partir du MNT et on les stock en base, avec un index
> géographique. Elle seront ajoutées lors du rendu global, ou bien on peut
> faire un rendu de ces seules courbes de niveau.
>
> J'ai quelques machines et disques... il vaut mieux ne pas faire le
> décompte ;)
>
>
>
> Le 7 janvier 2018 à 21:01, Vincent Frison  a
> écrit :
>
>> Le 6 janvier 2018 à 21:46, Vincent Frison  a
>> écrit :
>>
>>> Le 6 janvier 2018 à 19:36, Christian Quest  a
>>> écrit :
>>>
 J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
 l'ombrage...

 STRMv3 est complet, j'avais calculé l'ombrage transparent, par contre
 certaines dalles de 10° x 10° étaient trop volumineuses et avaient dépassé
 les 2Go d'où un ombrage incomplet.

 Je regarde pour corriger ça, sinon 95% du boulot est fait.

 Pour info, l'image totale fait 1299600 x 414000 pixels, soit 538
 milliards de pixels ;)
 Le dossier avec les tuiles finales et leurs overview pèse 133Go... tout
 le dossier du projet fait presque 600Go.

>>>
>> Depuis le début je pensais que la moulinette qui convertissait le DEM en
>> raster d'ombrage était exécuté à la demande (avec un cache bien sûr) mais
>> en fait tu aurais donc déjà pré-calculé l'ensemble de la Terre ?
>>
>> Et cette image de 538 milliards de pixels ne concernait que l'ombrage, il
>> devrait y avoir une image de taille équivalente pour les courbes de niveau
>> ? Je n'ose même pas imaginer tout ce que ce qui traîne au fond de ton
>> cellier ;)
>>
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>



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

Re: [OSM-talk-fr] Modification de couverture du sol (landuse, CLC)

[Jérôme Amagat]

Le 7 janvier 2018 à 22:28, marc marc  a écrit :

> Le 07. 01. 18 à 12:23, Stéphane Péneau a écrit :
> > J'ai découpé la grande relation en plusieurs plus petites,
> > ou parfois en de simples polygones.
>
> en copiant les tags CLC ou pas ?
> ils servent à quelqu'un ?
> est-ce utile à quelqu'un ou à une éventuelle maj ou stat ?
> Pour ma part je conserve... mais si cela sert à personne...
>

Depuis quelques temps je supprime les tags CLC quand je modifie des
landuses, je les trouve complètement inutile.
CLC:year=* l'année du CLC ne sert a rien elle est déja dans la source.
CLC:code=* il a permit au moment de l'import de savoir quoi mettre dans
landuse=* mais maintenant il ne sert plus a rien.
CLC:id=* là je ne sais pas vraiment mais je ne pense pas que les id servent
à quelque chose, ont-ils été conservé pour le CLC suivant. Et comme je
viens de modifier le landuse, la géométrie a souvent beaucoup bougé,
parfois il a été découpé... et donc ne correspond plus du tout au polygone
du CLC qui a cet id.
J’enlève même parfois, lorsque j'ai modifié tout ou presque la géométrie,
le tag source=Union européenne - SOeS, CORINE Land Cover, 2006.



>
> > Il n'y a pas de règle toute faite pour retrouver à quel moment un
> > polygone s'est retrouvé cassé. Parfois je me sers de OSM History Browser
> :
> > http://osm.virtuelle-loipe.de/history/?type=relation=276616
>
> J'ai pas compris comment cet outil te permet de trouver quand a eu lieu
> la cassure.
> ___
> 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-ph] NCR meet-up/get together?

[Erwin Olario]

We're pushing through with the casual meet-up proposed by Maning. Clear
your calendars this Friday, 12th January, 5pm onwards and see you at
Raggatori [0] - Cubao Expo, Gen. Romulo Street, Cubao, Quezon City.

Everyone is welcome, and new contributors are especially encouraged to
join. This is not a workshop, and, although we're likely to just chat about
mapping, technology, and whatsoever, there is no specific agenda in mind
other than an informal get-together. You are welcome to share about your
interests/initiatives/projects, that might be interesting for the community.

If you get lost, you can call/message me on Telegram.

[0]: https://osm.org/go/4zhSZ9tcZ?layers=N==5172981227
[1]: https://t.me/GOwin

/Erwin

On Sat, Dec 30, 2017 at 8:27 AM Erwin Olario  wrote:

> Maning proposed for an informal get together soon [0]. Would you folks be
> interested in joining ?
>
> [0]: https://osmph-chat.herokuapp.com/
> --
>
> /Erwin Olario
>
> e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s:
> https://mstdn.io/@GOwin
>
-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-us] Parks, again

[Doug Hembry]

Thanks for the advice, Mateusz. I'll think about this some more, and if 
it still seems like a good idea I'll propose it on github. Andy Townsend 
gave me the same advice.

Best regards

- doug


On 1/7/2018 4:06 PM, Mateusz Konieczny wrote:
> For start: the best place to propose improvements to default map
> style is to propose it at
> https://github.com/gravitystorm/openstreetmap-carto
>
> In other places it is highly unusual that somebody involved in
> development map style will notice it and on issue tracker
> ( https://github.com/gravitystorm/openstreetmap-carto/issues ) proposed
> ideas stay under implementation or rejection so nothing is missed
> (though somebody still need to implement it),
>
>
> On Sun, 7 Jan 2018 19:58:54 +
> Doug Hembry  wrote:
>
>> You are right that I raised the issue of the green fill for
>> leisure=park because it is being used for large, wild protected
>> lands
> That is clearly incorrect tagging. But I guess that these people would
> just switch to leisure=pitch or leisure=garden if
> rendering for leisure=park would be removed.
>
>> I'm not sure what you meant about the national_park borders... I'm
>> sorry. Could you clarify?
> https://wiki.openstreetmap.org/wiki/Tag:boundary=national%20park?uselang=en
> is already rendered so I am curious why people still tag for renderer
> and use leisure=park in places that are something completely diffferent.
> Typically it stops when correct tagging is also displayed.
>
>> And it's really no big inconvenience for mappers to
>> add landuse=grass (or whatever) to their definition of a small urban
>> park.
> Note that in my experience (limited to Europe) it is very unusual for
> entire park to have a single land cover (either grass or trees or
> anything else) and it is vastly simpler to draw park area than many
> landcover=* or landuse=* areas.
>
>
>> On the other hand, one could argue that since the natural=*,
>> landcover=* (and even landuse=*) tags exist, why should we be
>> providing another, special way of fill-coloring parks (even small
>> urban parks)?
> Primarily - to display something useful also in areas that are not fully
> mapped (what is quite rare).
>
>> would be
>> to drop rendering for "boundary=national_park" and
>> "leisure=nature_reserve" as well
> I would not expect it to happen soon. Especially as this tagging is not
> terrible and is simpler than proposed new one and widely used.
>
> Completely broken waterway=wadi tag still haunts us (see
> https://github.com/gravitystorm/openstreetmap-carto/issues/1365 ) for
> links to gory details.
> .
>

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

Re: [Talk-us] Parks, again

[Mateusz Konieczny]

For start: the best place to propose improvements to default map
style is to propose it at
https://github.com/gravitystorm/openstreetmap-carto

In other places it is highly unusual that somebody involved in
development map style will notice it and on issue tracker
( https://github.com/gravitystorm/openstreetmap-carto/issues ) proposed
ideas stay under implementation or rejection so nothing is missed
(though somebody still need to implement it),


On Sun, 7 Jan 2018 19:58:54 +
Doug Hembry  wrote:

> You are right that I raised the issue of the green fill for
> leisure=park because it is being used for large, wild protected
> lands

That is clearly incorrect tagging. But I guess that these people would
just switch to leisure=pitch or leisure=garden if
rendering for leisure=park would be removed. 

> I'm not sure what you meant about the national_park borders... I'm 
> sorry. Could you clarify?

https://wiki.openstreetmap.org/wiki/Tag:boundary=national%20park?uselang=en
is already rendered so I am curious why people still tag for renderer
and use leisure=park in places that are something completely diffferent.
Typically it stops when correct tagging is also displayed.

> And it's really no big inconvenience for mappers to 
> add landuse=grass (or whatever) to their definition of a small urban 
> park.

Note that in my experience (limited to Europe) it is very unusual for
entire park to have a single land cover (either grass or trees or
anything else) and it is vastly simpler to draw park area than many
landcover=* or landuse=* areas.


> On the other hand, one could argue that since the natural=*,
> landcover=* (and even landuse=*) tags exist, why should we be
> providing another, special way of fill-coloring parks (even small
> urban parks)?

Primarily - to display something useful also in areas that are not fully
mapped (what is quite rare).

> would be 
> to drop rendering for "boundary=national_park" and 
> "leisure=nature_reserve" as well

I would not expect it to happen soon. Especially as this tagging is not
terrible and is simpler than proposed new one and widely used.

Completely broken waterway=wadi tag still haunts us (see
https://github.com/gravitystorm/openstreetmap-carto/issues/1365 ) for
links to gory details.

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

Re: [Talk-it] OSM va a scuola

[Luca Delucchi]

2018-01-07 12:46 GMT+01:00 mbranco :
> Buongiorno Lista,
>

Ciao,

> volevo informarvi del progetto di alternanza scuola-lavoro - incentrato su
> OSM - che seguirò all'Istituto Tecnico Avogadro di Torino.

bella iniziativa, bravo/i!

> Inizierà fra una decina di giorni, e sarà di ben 60 ore: avremo così modo di
> mappare "da poltrona", mappare sul campo, mappare da import... e poi fare
> controllo qualità dei dati, estrarre/elaborare i dati imparando ad usare
> alcuni dei tanti strumenti a disposizione.

Io tralascerei gli import che sono una cosa successiva e che va fatta
da esperti in supporto con la comunità, un import ben fatto seguendo
le linee guida credo che comporti più di 60 ore di lavoro...

>
> Saluti,
> Marco
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [OSM-talk] Mapzen is shutting down

[Daniel Koć]

W dniu 08.01.2018 o 00:22, Steve Coast pisze:

A few of us are working on this -

https://www.maphaven.com

Map services with the profits going to open mapping.


That sounds very intriguing for me, but the page is just vague at the 
moment. Could you provide us some more details?


--
"My method is uncertain/ It's a mess but it's working" [F. Apple]

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

Re: [OSM-talk] Mapzen is shutting down

[Steve Coast]

A few of us are working on this -

https://www.maphaven.com

Map services with the profits going to open mapping.

Steve


On Jan 7, 2018, at 4:04 PM, Tobias Zwick 
> wrote:

Hey guys

Some of you already read it on weekly, Mapzen is shutting down. This is
very sad news for the new year, as they were working on many promising
open-source services around OpenStreetMap.
I don't have the best overview, but their main product was the vector
map, so amongst the most important projects were

+ tangram and tangram ES (GL vector maps for web, embedded, mobile etc)
 https://github.com/tangrams

+ vector-datasource (Vector tile service)
 https://github.com/tilezen

+ Valhalla (routing engine)
 https://github.com/valhalla

+ Pelias (geocoder)
 https://github.com/pelias/pelias/

(did I forget anything?)

With the company being in dissolution and the developers forced to find
other jobs, all the work done in the last few years might be for the
birds if these repositories will no longer maintained.

I read we do not have to worry about the Valhalla team and project, they
found a new home at MapBox.

Also, I read today that the maintainers of Pelias announced this week,
that they will not shut it down. Full statement here:
https://github.com/pelias/pelias/tree/master/announcements/2018-01-02-pelias-update

But the future of Mapzen's main product, both the vector tile server and
tangram is what I am worried for. With Mapzen's tile services shutting
down along with everything else, the demos [1] will not work anymore and
people who want to use tangram will need to set up an own tileserver for
that, which is something the fewest would do with the easy alternative,
MapBox (and others? Or are there no more other competitors?).

Perhaps some people from the team/company are on this list and can share
their view on how or if these projects can continue and maybe how we as
a community could help.

Greetings
Tobias

P.S: Not sure if I should post this also on the dev mailinglist?

[1] http://tangrams.github.io/tangram/

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

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

Re: [Talk-cz] Statistika využití CZ:IPRPraha:ortofoto

[Matej Lieskovský]

@r00t: Já to nemyslel špatně. Omlouvám se za nedorozumění.


Ok, beru všechny changesety, které (včetně tagů) obsahují "IPRPraha", "IPR
orto" nebo "giswa1.mag.mepnet.cz". Ano, dávám pozor na to, že některý
changeset může mít víc než jedno z toho. Ještě nějaký potenciální problém?
Nějak se mi nezdá, že bychom na to od 27. do 31. ani nešáhli, tak raději
počkám na ještě jeden planet file, pak to pošlu. Pokud někdo má zájem o to,
jak to počítám, nebo jaká data z toho padají, tak se mi ozvěte.

Aktuální statistika:

27 uživatelů, 513 changesetů, 57534 dotčených objektů

(ten počet objektů je hodně volný odhad, nedetekuju opakování napříč
changesety)

2018-01-05 20:17 GMT+01:00 r00t :

> > Hm... předpokládám, že IPR do source changesetu neuvádíš, co?
> Zdroje jsem si do JOSM pridaval hned jak se pouziti IPR povolilo a takhle
> se
> zdroje tehdy v oficialnim seznamu jmenovaly. To ze se pozdeji prejmenovaly
> na
> "Praha IPR latest ortophoto" atd. uz jsem nemel duvod resit - do nastaveni
> zdroju WMS opravdu kazdy den nelezu abych kontroloval jestli se vsechno
> jmenuje spravne...
> Ten nazev urcite neni nejaky muj osobni vysmysl a uz vubec neslo o to nejak
> cilene "IPR" jako source neuvadet.
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] GeoChat

[Paul Johnson]

On Sun, Jan 7, 2018 at 9:13 AM, Andrew Buck  wrote:

> It is a great little tool.  Simple, but surprisingly effective. It
> actually works amazingly well when coupled with a voice chat program.  In
> HOT we use mumble for voice and the geochat plugin combined with that
> allows mappers to "point" to objects in imagery by centering on them and
> then letting other user look at the same area to discuss what is being seen
> in the imagery.  Things like how a road should be classified, how to tag a
> specific thing, etc.  Of course you can use the text chat right in the
> plugin as well, but I always prefer voice chat for discussion as it is just
> so much faster.
>

I don't tend to use voice chats when I'm editing mostly because I've
usually got my roommate or the TV going at the same time, so I'd miss
things that were said on voice but not in text.


> In any case, it is not a plugin I use super often, but when I do need it,
> it is just the right tool for the job.  My only suggestion would be that
> you consider making "show users on map" default to "on" instead of "off"
> like it is now.  I always forget to turn it on unless I specifically want
> to collaborate with someone, but I think if it defaulted to on then it
> would get a lot more use.  It would be really fun to be mapping and see
> other people showing up in the area to see what you are working on.  I
> think it would really add to the sense of community in OSM.
>

Yeah, I didn't know it now defaults to "Off".  Making this a configurable
option would be nice.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Mapzen is shutting down

[Tobias Zwick]

Hey guys

Some of you already read it on weekly, Mapzen is shutting down. This is
very sad news for the new year, as they were working on many promising
open-source services around OpenStreetMap.
I don't have the best overview, but their main product was the vector
map, so amongst the most important projects were

+ tangram and tangram ES (GL vector maps for web, embedded, mobile etc)
  https://github.com/tangrams

+ vector-datasource (Vector tile service)
  https://github.com/tilezen

+ Valhalla (routing engine)
  https://github.com/valhalla

+ Pelias (geocoder)
  https://github.com/pelias/pelias/

(did I forget anything?)

With the company being in dissolution and the developers forced to find
other jobs, all the work done in the last few years might be for the
birds if these repositories will no longer maintained.

I read we do not have to worry about the Valhalla team and project, they
found a new home at MapBox.

Also, I read today that the maintainers of Pelias announced this week,
that they will not shut it down. Full statement here:
https://github.com/pelias/pelias/tree/master/announcements/2018-01-02-pelias-update

But the future of Mapzen's main product, both the vector tile server and
tangram is what I am worried for. With Mapzen's tile services shutting
down along with everything else, the demos [1] will not work anymore and
people who want to use tangram will need to set up an own tileserver for
that, which is something the fewest would do with the easy alternative,
MapBox (and others? Or are there no more other competitors?).

Perhaps some people from the team/company are on this list and can share
their view on how or if these projects can continue and maybe how we as
a community could help.

Greetings
Tobias

P.S: Not sure if I should post this also on the dev mailinglist?

[1] http://tangrams.github.io/tangram/

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

Re: [Talk-us] Parks, again

[Doug Hembry]

On 1/7/2018 12:52 PM, Kevin Kenny wrote:
On Sun, Jan 7, 2018 at 2:58 PM, Doug Hembry 
> wrote:
Briefly, my personal preference (for what it's worth), assuming
rendering is added at some point for "boundary=protected_area", would be
to drop rendering for "boundary=national_park" and
"leisure=nature_reserve" as well (as I'm suggesting for "leisure=park").
The "boundary=national_park" tag is redundant, given
"boundary=protected_area and protect_class=2 and
protection_title=national_park". IMHO, it could be deprecated. I don't
have an opinion on "leisure=nature_reserve". Maybe there's some value to
keeping it as part of the set of "leisure=*" values that describe
facilities for human recreation, but it doesn't need to explicitly render.

I have 'leisure=nature_reserve' on a lot of things so that they
will render with the renderer that we have.
+1 (or they use "boundary=national_park", then "boundary:type=protected_area" 
for the same reason)

I've been trying hard to make sure that they are
also tagged with 'boundary=protected_area protect_class=*
access=*' as well, so that when and if the renderer shifts
to protected areas, I'm good to go.

While posting this,
I discovered that I've missed a few, but I need to do
research to figure out what protect_class they are.
That's one reason that I don't like requiring that
'protect_class' be the only driver. It's often not observable
on the ground. I can't tag it correctly until and unless
I've done some non-field investigation.

+1  It seems probable that some people using the boundary=protected area set 
will initially skip the protect_class=* tag, or defer providing it, although 
the table in the wiki is useful. It will likely get filled in eventually by 
someone, and in the meantime, if/when the renderer supports these tags, it will 
probably have to tolerate a missing protect_class tag, maybe by assuming a 
default value (?)I've also done some limited landcover with a few areas
like https://www.openstreetmap.org/relation/6467468,
but I find it to be really slow going (getting it right involves
comparing summer and winter images, for instance).
In maps that I render, I ordinarily derive landcover
from non-OSM sources, so getting landcover for me
has a very low priority - I mostly map what I plan to
render. (Also called, "scratching your own itch.")
We're lucky in sunny CA, in that it's pretty clear from imagery where are the 
edges of woods, scrub or grasslands, etc. Season doesn't seem to cause 
problems. But around here, landcover that people have imported in the past 
tends to grossly inaccurate.

A fair number of 'national parks' are actually class 5 or 6, owing
to inholdings and private-public partnerships. They usually have
1b's and 2's embedded within them.

OK.. hadn't noticed this, but my point was that the protect_title tag documents 
that this is
a National Park.

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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[Christian Rogel]

> Le 7 janv. 2018 à 20:03, Stéphane Péneau  a écrit 
> :
> 
> Heu non, car un lotissement c'est justement une opération immobilière sur une 
> zone très précise, et très rarement un toponyme, en tout cas par chez moi.
> La plupart du temps, le nom de ce lotissement disparait à plus ou moins long 
> terme, pour s'intégrer dans le nom du quartier, du village, etc...
> Pour l'adressage, il restera le nom de la rue et le n° de la maison.


La catégorie « opération immobilière » n’est pas suffisamment établie pour 
figurer à tout coup dans OSM et les agglomérations sont, en partie, des 
assemblages d’opérations immobilières qui ne sont plus individualisées.
Inversement, on trouve des lotissements épars qui ne seront jamais rejoints.
La tendance est de confier à la Poste le soin de modeler la carte mentale des 
habitants, mais, seuls ceux-ci la connaissent, pas le mappeurs extérieurs.
Les noms de certains lotissements sont reliés au lieu-dit proche, d’autres sont 
tirés de l’imagination (Hortensias etc.).
Tous n’ont pas de noms de voie et on ne sait jamais, si ce qui est écrit dans 
le cadastre correspond à l’usage; 
Donc, si unlieu-dit est disponible tout près, il vaut mieux que le lotiissement 
puisse être spatialement référé à un « place = hamlet » , en plaçant 
l’étiquette de son côté. Ce sera plus efficace en cas de contradiction entre le 
cadastre et le FANTOIR.


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

Re: [OSM-talk-fr] Modification de couverture du sol (landuse, CLC)

[marc marc]

Le 07. 01. 18 à 12:23, Stéphane Péneau a écrit :
> J'ai découpé la grande relation en plusieurs plus petites, 
> ou parfois en de simples polygones.

en copiant les tags CLC ou pas ?
ils servent à quelqu'un ?
est-ce utile à quelqu'un ou à une éventuelle maj ou stat ?
Pour ma part je conserve... mais si cela sert à personne...

> Il n'y a pas de règle toute faite pour retrouver à quel moment un 
> polygone s'est retrouvé cassé. Parfois je me sers de OSM History Browser :
> http://osm.virtuelle-loipe.de/history/?type=relation=276616

J'ai pas compris comment cet outil te permet de trouver quand a eu lieu 
la cassure.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Novy kruhac v Brne

[Karel Volný]

...
> každopádně tedy je-li nejasnost, bez ověření v terénu (zítra cca 18:20 si
> mohu obkroužit kolečko :-)) nic editovat nebudu

ok, takže fyzicky se sice šířka nemění, ale skutečně je to načárovaný jenom na 
jeden pruh

takže aktuálně je to v OSM co se řazení týče dobře (dokonce včetně toho, že v 
jednom úseku jsou tři pruhy), akorát mi to teda prostorově trošku nesedí, což 
nespravím, neb jsem neměl aktivní záznam

achjo ... :-/

K.


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

Re: [OSM-talk-fr] Liste des outils d'OSM FR

[sly (sylvain letuffe)]

Vincent Frison wrote
>> Tu ne connais pas http://openstreetmap.fr/outils
> 
> Ba voila c'est exactement la page que j'imaginais !

Le problème c'est que sa dernière mise à jour date de 2013 et que plusieurs
outils ne sont plus opérationnels depuis. 
Au final, la plus à jour, et que toute personne avec un compte sur le wiki
d'osm.org peut aider à compléter/corriger c'est là :
https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#Liste_des_services_web_sur_le_domaine_openstreetmap.fr





-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Rendu avec relief sur osm.fr

[Christian Quest]

Le calcul est trop long pour être fait à la demande, et comme le MNT ne
change pas, on peut calculer la couche d'ombrage une fois pour toute, même
si ça prends quelques jours, pas pire que l'import d'une base OSM monde
pour du rendu :)

Pour les courbes de niveau c'est différent. On calcule les données
vectorielles à partir du MNT et on les stock en base, avec un index
géographique. Elle seront ajoutées lors du rendu global, ou bien on peut
faire un rendu de ces seules courbes de niveau.

J'ai quelques machines et disques... il vaut mieux ne pas faire le décompte
;)



Le 7 janvier 2018 à 21:01, Vincent Frison  a
écrit :

> Le 6 janvier 2018 à 21:46, Vincent Frison  a
> écrit :
>
>> Le 6 janvier 2018 à 19:36, Christian Quest  a
>> écrit :
>>
>>> J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
>>> l'ombrage...
>>>
>>> STRMv3 est complet, j'avais calculé l'ombrage transparent, par contre
>>> certaines dalles de 10° x 10° étaient trop volumineuses et avaient dépassé
>>> les 2Go d'où un ombrage incomplet.
>>>
>>> Je regarde pour corriger ça, sinon 95% du boulot est fait.
>>>
>>> Pour info, l'image totale fait 1299600 x 414000 pixels, soit 538
>>> milliards de pixels ;)
>>> Le dossier avec les tuiles finales et leurs overview pèse 133Go... tout
>>> le dossier du projet fait presque 600Go.
>>>
>>
> Depuis le début je pensais que la moulinette qui convertissait le DEM en
> raster d'ombrage était exécuté à la demande (avec un cache bien sûr) mais
> en fait tu aurais donc déjà pré-calculé l'ensemble de la Terre ?
>
> Et cette image de 538 milliards de pixels ne concernait que l'ombrage, il
> devrait y avoir une image de taille équivalente pour les courbes de niveau
> ? Je n'ose même pas imaginer tout ce que ce qui traîne au fond de ton
> cellier ;)
>
>
>
>
> ___
> 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

Re: [Talk-us] Parks, again

[Kevin Kenny]

On Sun, Jan 7, 2018 at 2:58 PM, Doug Hembry  wrote:

> Briefly, my personal preference (for what it's worth), assuming
> rendering is added at some point for "boundary=protected_area", would be
> to drop rendering for "boundary=national_park" and
> "leisure=nature_reserve" as well (as I'm suggesting for "leisure=park").
> The "boundary=national_park" tag is redundant, given
> "boundary=protected_area and protect_class=2 and
> protection_title=national_park". IMHO, it could be deprecated. I don't
> have an opinion on "leisure=nature_reserve". Maybe there's some value to
> keeping it as part of the set of "leisure=*" values that describe
> facilities for human recreation, but it doesn't need to explicitly render.
>

I have 'leisure=nature_reserve' on a lot of things so that they
will render with the renderer that we have.

I've been trying hard to make sure that they are
also tagged with 'boundary=protected_area protect_class=*
access=*' as well, so that when and if the renderer shifts
to protected areas, I'm good to go.

While posting this,
I discovered that I've missed a few, but I need to do
research to figure out what protect_class they are.
That's one reason that I don't like requiring that
'protect_class' be the only driver. It's often not observable
on the ground. I can't tag it correctly until and unless
I've done some non-field investigation.

I've also done some limited landcover with a few areas
like https://www.openstreetmap.org/relation/6467468,
but I find it to be really slow going (getting it right involves
comparing summer and winter images, for instance).
In maps that I render, I ordinarily derive landcover
from non-OSM sources, so getting landcover for me
has a very low priority - I mostly map what I plan to
render. (Also called, "scratching your own itch.")

A fair number of 'national parks' are actually class 5 or 6, owing
to inholdings and private-public partnerships. They usually have
1b's and 2's embedded within them.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] Chemnitzer Linuxtage 2018

[André Riedel]

Hallo Falk,

ja wir haben uns für einen Stand und einen JOSM-Mapping-Workshop
angemeldet. Über Vorträge mit OSM-Bezug habe ich keine Information.
Wer möchte, kann sich aber bis Montag Abend noch dazu entscheiden.

Wer uns als aktiver OSMer besuchen will, kann sich gerne schon im Wiki
als Gast eintragen.
https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2018

Beste Grüße
André

Am 7. Januar 2018 um 20:16 schrieb Falk Zscheile :
> Moin,
>
> kann jemand sagen, ob mittlerweile eine Anmeldung von OSM für die CLT
> 2018 erfolgt ist?
>
> Viele Grüße
> Falk
>
> Am 5. Januar 2018 um 08:49 schrieb André Riedel :
>> Hallo Lars,
>>
>> ich hatte in den letzten Jahren immer die Anmeldung organisiert. In
>> diesem Jahr soll es natürlich auch wieder einen Stand geben, die
>> Anmeldung wird fristgerecht eingereicht.
>>
>> Wer möchte darf sich gern für einen Betreuungsstand melden. Die
>> meisten Fragen kommen zu Themen, wie etwas gemappt wird oder was es
>> neues gibt. Die tiefergehenden Fragen können dann gern an die
>> „Spezialisten“ verwiesen werden, das hat in den letzten Jahren gut
>> funktioniert. Man muss nicht die ganze Zeit am Stand sein, jeder wird
>> die Chance haben interessante Vorträge zu besuchen. Als Dankeschön
>> gibt es von den Chemnitzer Linuxtagen am Samstag Abend ein tolles
>> Buffet mit allen bekannten Gesichtern der OSS-Welt.
>>
>> Beste Grüße
>> André
>>
>> Am 29. Dezember 2017 um 00:50 schrieb lars lingner :
>>> Hallo zusammen,
>>>
>>> auf dem 34C3 wurde ich heute gefragt, warum von OSM bisher keine
>>> Anmeldung für die Chemnitzer Linuxtage 2018 [1] kam. Die Frage konnte
>>> ich nicht beantworten und ich muss gestehen, ich war auch noch nie dabei.
>>>
>>> Es wäre laut OSM-Wiki [2] das 10. Jahr mit OSM-Beteiligung. Irgendwie
>>> muss OSM auch einen positiven Eindruck hinterlassen haben, wenn man auf
>>> eine fehlende Anmeldung hingewiesen wird.
>>>
>>> Besteht denn Interesse einen Stand auf den CLT zu haben? Gibt es Hürden?
>>> Wird Hilfe benötigt?
>>>
>>> Eine Anmeldung ist noch bis 08.01.2018 möglich.
>>>
>>>
>>> Viele Grüße vom 34C3,
>>>
>>> Lars
>>>
>>>
>>> [1] https://chemnitzer.linux-tage.de
>>> [2] http://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2017
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-us] Parks, again.

[Doug Hembry]

On 01/07/2018 21:11, Andy Townsend wrote:

| To be honest, I wouldn't "suggest that OSM Carto do X" here - there's
| been a lot of discussion already and no conclusions there. What I'd
|suggest instead is that someone knocks up a rendering of California
| based on what it would look like if boundary=protected_area, or
| protect_class, or whatever is used instead of park, nature_reserve
| and/or national_park.  It's not that complicated to do that - there are
| basic instructions for creating a tile server at .

A good suggestion, Andy, but I think a bit beyond my skill level and 
time constraints.
However, I take your point that talk-us is not the place to bring up 
issues with OSM carto.
I may shut up about it on talk-us and look into how to raise the issue 
on github..

Cheers..
- doug

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

Re: [Talk-it] area industriale non utilizzata

[Cascafico Giovanni]

Credo sia proprio un caso paradigmatico per anteporre il "disused:"

La sua funzione di area industriale non c'è, temporaneamente o
definitivamente (abandoned:) decidi te. Non credo valga nemmeno la pena di
aspettare un parere da parte di chi amministra od addirittura un nuovo
piano regolatore.
Noi si mappa la realtà, non le intenzioni. Quando è se arriverà un
attività, qualcuno toglierà il namespace :-)

Il 07/gen/2018 18:47, "demon.box"  ha scritto:

> scusate, sempre vicino alla questione disused: ma mi sposto leggermente.
>
> un'area industriale non più utilizzata da anni, la classica area di una
> fabbrica chiusa/semi abbandonata da anni è corretto mapparla come
> disused:landuse=industrial oppure no?
>
> voglio dire la caratteristica di area industriale rimane lo stesso che sia
> attiva oppure no, cosa ne pensate?
>
> grazie
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] WMS Cartociudad

[Matías h]

Ahí está el tema, que ni siquiera sabemos a estas alturas si ha llegado a
haber contacto entre ambos organismos.
Tengo que revisar mi correo pero me suena que hace tiempo pregunté a
Antonio F. Rodríguez Pascual del IGN acerca de este tema y no obtuve
respuesta.

A partir de aquí, no se si debemos seguir insistiendo al IGN, probar con La
OSMF, con ambos a la vez, con ninguno, cortarnos las venas y hacernos un
moño?.

Sugerencias?.

Saludos.

El 7 ene. 2018 19:09, "Javier Sánchez Portero" 
escribió:

> Me releo el hilo de hace una año y las conclusiones con que me quedo son
> estos dos mensajes de Santiago Crespo:
>
> https://lists.openstreetmap.org/pipermail/talk-es/2016-Decem
> ber/014768.html
> https://lists.openstreetmap.org/pipermail/talk-es/2016-Decem
> ber/014770.html
>
> La pelota quedó entre OSMF e IGN, ¿de qué lado habrá caído desde entonces?
>
>
> El 7 de enero de 2018, 16:36, Matías h 
> escribió:
>
>> Hola.
>>
>> Vuelvo a estar operativo.
>>
>> El tema del IGN lo que tenemos a día de hoy es el documento adjunto en el
>> que se especifica que Openstreetmap puede reutilizar los datos de IGN, pero
>> en el segundo parrafo dice que cumpliendo las especificaciones de
>> atribución de la licencia CC-BY-4.0
>>
>> En resumidas cuentas, nos dan permiso pero no podemos cumplir con las
>> condiciones de atribución...
>>
>> Mantuvimos un debate sobre si era o no suficiente con este permiso y creo
>> que llegamos a la conclusión de que no nos serviría. Tengo un documento
>> similar con las mismas condiciones para todos los datos de la IDE
>> Extremeña
>>
>> No se si alguien ha vuelto a mantener algún contacto con IGN. En teoría,
>> Santiago Crespo, también desaparecido desde hace mucho, quedó como de
>> enlace entre IGN y OSM Fundation, pero no se nada de él y no creo que
>> se halla avanzado en este tema.
>>
>> Esta semana quizás pueda conseguir contacto con alguien del IGN y volver
>> a retomar el tema.
>>
>> Y sobre el PNOA en particular, yo que como muchos lo utilizo, sigo
>> pensando que no tenemos permiso expreso para utilizarlo, yo por lo menos no
>> se donde esta, y que teniendo la misma licencia que el resto de datos
>> usamos a diestro y siniestro. Nadie, lease Osm Fundation, nos ha dicho
>> nunca nada en contra al respecto. Os apostais algo a que preguntamos a
>> alguna lista similar a imports sobre el uso del PNOA y nos dicen que no
>> debemos usarlo?.
>>
>> En fin, seguimos en contacto...
>>
>> Saludos y feliz año a todos/as
>>
>> El 7 ene. 2018 14:23, "Javier Sánchez Portero" 
>> escribió:
>>
>> El 7 de enero de 2018, 11:22, Miguel Sevilla-Callejo <
>> msevill...@gmail.com> escribió:
>>
>>> Efectivamente es CC By 4.0 y necesita autorización expresa (PNOA lo
>>> tiene) pero no recuerdo si cartociudad lo tiene (estará por algún lado si
>>> es así).
>>>
>>> Alguien de los que llevó el tema del IGN por ahí?
>>>
>>> Quizá si los nombres vienen del INE tiene sentido pedir permiso allí, no?
>>>
>>> --
>>>  Miguel Sevilla-Callejo
>>> from my mobile 
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>


>> Pero realmente el producto a usar sería el WMS que es del IGN, los datos
>> en crudo del INE son difíciles de digerir.
>>
>> Interesa localizar la autorización del PNOA.
>>
>> ___
>> 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

Re: [Talk-us] Parks, again

[OSM Volunteer stevea]

There is a lot to unpack in this discussion.

First, OSM has the strong tenet that we should not code (data tag) for the 
renderer.  That is sound advice and largely serves us well, but it fails to 
directly address that there is no point to being an OSM volunteer unless there 
ARE renderers which display the results of our mapping (tagging).  Well, if you 
spend time in the more "coding" aspects of our project, you can glean the 
largely opaque (to most OSMers) processes and personalities of renderers and 
rendering, and maybe that is appropriate:  after all, they are the "back end."  
Yes, this is where important decisions are made about what data in our map 
either are or are not shown.  (I'm talking about Carto, what might be called 
OSM's "front door" or "pretty face.")  Carto is, for better or worse (and it 
has gotten much better) what most mappers (and other OSM consumers, though not 
all) "see as OSM."  I know that's not strictly true, but let's say for purposes 
of this discussion about parks that it is.

Especially since having discovered OSM in 2009, I love cartography and mapping. 
 I also love parks, hiking, biking, nature and enjoying our public lands which 
are protected (at certain "levels") from further human development.  So, even 
as I got started mapping in OSM back then, accurately mapping parks (indeed, 
even positing ideas at how we might potentially improve how OSM maps parks, 
something I continue nine years later) became an important goal of mine in this 
project, reflected in my user page, mapping practices and passionate talk-us 
discussions.  I have followed many twists along the way, such as when 
leisure=nature_reserve is more correct than leisure=park, a lengthy debate 
(here) about landuse=forest (which I eventually cried "uncle" about, seeing 
that we were badly smearing the semantics of well-established wiki definitions, 
although they were and are ambiguous), striving to "do the right thing" with 
National Forests, National Parks, State Parks et al, important distinctions 
between landuse and landcover (still badly under-addressed in our project, as 
rendering distinctions between them remains muddy and has not fully emerged), 
the development of the protected_area (a good thing, but sorely lacking in 
helpfulness when it comes to being rendered — a difficult task, I realize) and 
other related topics.  It is quite complex, it is difficult to communicate 
about all the moving parts, let alone reach solid consensus, let alone render 
perfectly what we mean.

Tagging accurately, with well-designed and well-documented (in our wiki) schema 
are absolutely essential.  Rendering, at least at "some" level (a single 
renderer suffices, one, like Carto, which is also well-designed to carefully 
"map what is important and not map what is not important") isn't QUITE AS 
essential, but let's use the word "vital" or say "very important."  The full 
path from "volunteer entering data" to "seeing it blossom upon the map" is 
largely what drives the passion of OSM volunteers doing our good work.  So the 
choice of what to render (in Carto) is vital.  As we diligently enter map data, 
we are pulled forward by the sometimes-seemingly-contradictory desires of 
wanting to see beautiful renderings of our work as well as to rather precisely 
enter data, and not code for the renderer.  Threading that needle is not alway 
successful, and it is often thwarted, as I believe it is in this case (parks 
and related entities, what we might agree are "protected areas") by the 
distinct lack of these entities rendering well.  It is also complicated by the 
legacy of older/preceding tagging conventions.

We've done good work with developing the protected_area schema in our tagging 
syntax.  We haven't done good work rendering the full spectrum of what we mean 
by those.  Again, this is difficult.  Colors, confusion with landuse/landcover, 
ideas about dashing (whether jurisdiction, landcover, "use," or other — I'm 
open to all ideas) are valid topics to discuss.  Let's understand that there 
has been a medium-long arc of history (over a decade) in our project which must 
accommodate the way things were done two, five, ten years ago, as well as that 
we wish to move forward with more robust tagging schema AND better renderings 
of those schema.  In short, and it is widely known:  legacies can be 
challenging to grow beyond.

These are complex issues, we have been evolving them over years on top of doing 
things with more simplistic (legacy) methods, and so many issues must be 
accommodated in a "smart growth" (towards excellent tagging being supported by 
excellent rendering) methodology.  This forum may not be the best way to do 
that, as I feel I have typed too much for one missive already.  Please, let 
good discussion continue.  We are many people, with many good ideas, who wish 
to see the "right" and "best" things happen as our project grows and improves.  
Once again, I believe us to be more in 

Re: [OSM-talk-fr] Rendu avec relief sur osm.fr

[Vincent Frison]

Le 6 janvier 2018 à 21:46, Vincent Frison  a
écrit :

> Le 6 janvier 2018 à 19:36, Christian Quest  a
> écrit :
>
>> J'ai sorti du congélateur ce que j'avais fait l'hiver dernier sur
>> l'ombrage...
>>
>> STRMv3 est complet, j'avais calculé l'ombrage transparent, par contre
>> certaines dalles de 10° x 10° étaient trop volumineuses et avaient dépassé
>> les 2Go d'où un ombrage incomplet.
>>
>> Je regarde pour corriger ça, sinon 95% du boulot est fait.
>>
>> Pour info, l'image totale fait 1299600 x 414000 pixels, soit 538
>> milliards de pixels ;)
>> Le dossier avec les tuiles finales et leurs overview pèse 133Go... tout
>> le dossier du projet fait presque 600Go.
>>
>
Depuis le début je pensais que la moulinette qui convertissait le DEM en
raster d'ombrage était exécuté à la demande (avec un cache bien sûr) mais
en fait tu aurais donc déjà pré-calculé l'ensemble de la Terre ?

Et cette image de 538 milliards de pixels ne concernait que l'ombrage, il
devrait y avoir une image de taille équivalente pour les courbes de niveau
? Je n'ose même pas imaginer tout ce que ce qui traîne au fond de ton
cellier ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Parks, again

[Doug Hembry]

Hi Mateusz,
You are right that I raised the issue of the green fill for leisure=park 
because it is being used for large, wild protected lands, where it 
causes problems for "natural" and "landcover" tagging. If mappers only 
used it for smallish, low-protection, usually urban parks, as the wiki 
defines, it wouldn't be such a problem since these parks are usually 
mainly grass anyway, and no-one bothers to define them in detail with 
"natural=*" or "landcover=*".

So, yes, the problem arises in what I think is tagging for the renderer. 
And yes, that means it's really not the renderer's problem. Agreed..

On the other hand, one could argue that since the natural=*, landcover=* 
(and even landuse=*) tags exist, why should we be providing another, 
special way of fill-coloring parks (even small urban parks)? It would be 
more consistent to use the same set of landcover tags for ALL park-type 
and protected areas. And it's really no big inconvenience for mappers to 
add landuse=grass (or whatever) to their definition of a small urban 
park. (Incidentally, the other leisure=* areas that are provided with a 
fill-color (garden, playground, dog_park,..) are almost guaranteed to be 
small, and a single color fill is no problem)

I'm not sure what you meant about the national_park borders... I'm 
sorry. Could you clarify?

I stayed away from "boundary=national_park" and "leisure=nature_reserve" 
topic so as not to muddy the water in my original note. But I think it's 
true that there is also tagging for the renderer going on with these 
tags too - to force boundary rendering for "boundary=protected_area" 
which isn't there at present.

Briefly, my personal preference (for what it's worth), assuming 
rendering is added at some point for "boundary=protected_area", would be 
to drop rendering for "boundary=national_park" and 
"leisure=nature_reserve" as well (as I'm suggesting for "leisure=park"). 
The "boundary=national_park" tag is redundant, given 
"boundary=protected_area and protect_class=2 and 
protection_title=national_park". IMHO, it could be deprecated. I don't 
have an opinion on "leisure=nature_reserve". Maybe there's some value to 
keeping it as part of the set of "leisure=*" values that describe 
facilities for human recreation, but it doesn't need to explicitly render.

I should add that my comments are based only on experiences of my local 
neck of the woods (CA State, and maybe the west coast of the US). I know 
you have to consider requirements from all over..
Thanks for reading this far..


On 1/6/2018 7:58 PM, Mateusz Konieczny wrote:
> On Sat, 6 Jan 2018 21:11:04 +
> Doug Hembry  wrote:
>
>> IMHO, AT THE VERY LEAST, the background green fill for leisure=park
>> could and should be dropped by openstreeetmap-carto - it is
>> unnecessary, causes problems, and can be replaced by natural=* or
>> landcover=* . This would reduce one incentive for inappropriate use,
>> and if still used inappropriately, it wouldn't matter so much.
> I am not sure. As I understand, problem is caused by tagging for
> renderer - but national park borders are already displayed in this
> style.
> .
>

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

Re: [Talk-it] standardizzazione stradario comunale

[Martin Koppenhoefer]

2018-01-07 10:31 GMT+01:00 Andrea Musuruane :

> Ciao Martin,
>
> 2018-01-07 0:17 GMT+01:00 Martin Koppenhoefer :
>
>> ...Quindi tutti i comuni dovrebbero già essersi adeguati e comunque
>> l'adeguamento è un obbligo.
>>
>>
>> si, mi ricordo di questo. Se l’hanno fatto dovrebbe essere facile trovare
>> le delibere. Se non lo hanno fatto vuol dire che i nomi sono rimasti quelli
>> “vecchi”.
>>
>
> Invece purtroppo è difficile. Perché le delibere sono pubblicate all'albo
> pretorio online per 14 giorni a partire dalla data di pubblicazione. Dopo
> vengono tolte e la maggior parte dei comuni non ha un archivio online
> consultabile. Quindi o leggi la delibera in quei 14 giorni o non la trovi
> più.
>


potresti chiamare il tuo comune, sono sicuro che lo sanno se hanno fatto
questa delibera o no. Concordo con te, non avere un archivio consultabile
online per le delibere è veramente una carenza, ma anche se lo sforzo
diventa maggiore se devi guardare il materiale in cartaceo, è sempre
possibile, e sopratutto: è giusto, è la versione che conta.



> Per esserne certo, dovresti leggere le varie delibere di giunta dato che 
> *"l’adeguamento
>> alle modalità tecniche indicate per la standardizzazione e la
>> normalizzazione della denominazione estesa [..] non rendono necessaria la
>> sostituzione della cartellonistica stradale o delle targhe indicanti le
>> denominazioni già deliberate non in forma standard".*
>>
>> Pertanto la cartellonistica non sarà aggiornata.
>>
>>
>> si, ricordo questo. Per me (e credo anche per chi vuole usare la mappa in
>> loco) è più importante quello che si vede, il nome “vero” ma non diffuso
>> potrebbe entrare in official_name, ma questo sarebbe comunque sempre il
>> nome dato dal comune, sia in regola con Istat, o forse anche no.
>>
>
> Questo è un problema che non stai indirizzando razionalmente. Perché il
> nome secondo normativa ISTAT è sempre completo. Quindi sui cartelli puoi
> trovare Via Verdi, mentre nello stradario ci sarà "Via Giuseppe Verdi". Non
> è quindi difficile dal secondo capire che devo girare nella strada dove c'è
> scritto sul cartello "Via Verdi". Non stiamo parlando di due nomi senza
> alcuna relazione.
>


per uno straniero è più difficile di quanto può sembrare.



>
>
>> Quindi, vista l'impraticabilità di leggere le tutte le delibere di giunta
>> di tutti i comuni italiani
>>
>>
>> Quelle riguardanti la toponomastica non sono tante, non è un task
>> impossibile. Ci hai chiesto di leggere la normativa Istat per intero (cosa,
>> ammetto, una volta ho fatto), nello stesso tempo potremmo leggere materiale
>> rilevante (delibere dei nostri comuni sulla toponomastica).
>>
>
>
> Purtroppo, come ti ho scritto sopra, a parte il tempo per leggerle, la
> problematica è trovarle.
>


se non si comincia a cercare, ovvio che non si trova. Hai provato a
contattare il tuo comune? Al solito sono molto disponibili.



> Poi, se vuoi convincermi del contrario, prendi un comune a caso senza un
> archivio delle delibere online e mi trovi le relative delibere.
>


sono nella situazione confortevole, che esiste l'archivio online del mio
comune, anche se il motore di ricerca utilizzato sul sito del comune non è
molto forte ;-) Se non usi un altro motore di ricerca (esterno) normalmente
non trovi niente.
In più sono tante delibere nei comuni grandi.

Curiosità: nelle delibere sembra che si usa maiuscolo e minuscolo per la
versione ufficiale del nome delle strade,
dal 1937:
https://www.comune.roma.it/servizi/SITOWPS/getPDFDelibera.do?codiceDelibera=648
Come anche nel 1954:
https://www.comune.roma.it/servizi/SITOWPS/getPDFDelibera.do?codiceDelibera=173
E anche nel 1980:
https://www.comune.roma.it/servizi/SITOWPS/getPDFDelibera.do?codiceDelibera=867
E anche nel 2009:
https://www.comune.roma.it/servizi/SITOWPS/getPDFDelibera.do?codiceDelibera=3441

Quindi un altro punto per usare la versione "ufficiale" e non quella di
ISTAT, che non distingue tra minuscolo e maiuscolo.


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

Re: [Talk-it] disused:

[Cascafico Giovanni]

Il 07/gen/2018 10:32, "demon.box"  ha scritto:
>
>
> ma modificare un poligono da building=yes a disused:building=yes
> e vedere questo poligono che da pieno diventa vuoto mi fa un effetto
> stranissimo, mi "sembra" di mappare in modo errato

Non ho ancora capito quale caso un edificio cessa la sua funzione.

Se non é più abitato o se non c'è più l'attività commerciale ecc, sarà
sempre un building=yes in quanto resta edificio, senza nessun namespace
disused o abandoned.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Craftmapping

[Harald Hartmann]

> Das spräche ja dafür, in einer Gegend, in der in Sachen Häuser noch
> überhaupt nichts los ist, mal ein einzelnes Dorf zu mappen, in der
> Hoffnung, dass die Bewohner der Nachbardörfer dann auch Häuser auf der
> Karte wollen ;-)

Die Hoffnung hatte ich irgendwie auch, nachdem ich meine Gemeinde (im
Thüringer Wald, unterhalb des Rennsteigs) fast vollständig mit Buildings
gemappt habe .. aber in den umliegenden Gemeinden ist diesbzgl. nichts
passiert .. bzw. in einer schon, dass war aber ein überregionaler
Mapper, der sehr gerne landuses und buildings vom Luftbild abmalt,
Hausnummern bzw. Adressen gibt es aber dort immer noch nicht.

Deswegen stellt sich mir ja trotzdem auch irgendwie die Frage, ob ein
reiner Couchmapper trotzdem auch ein guter Craftmapper ist/sein kann?

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

Re: [Talk-de] Chemnitzer Linuxtage 2018

[Falk Zscheile]

Moin,

kann jemand sagen, ob mittlerweile eine Anmeldung von OSM für die CLT
2018 erfolgt ist?

Viele Grüße
Falk

Am 5. Januar 2018 um 08:49 schrieb André Riedel :
> Hallo Lars,
>
> ich hatte in den letzten Jahren immer die Anmeldung organisiert. In
> diesem Jahr soll es natürlich auch wieder einen Stand geben, die
> Anmeldung wird fristgerecht eingereicht.
>
> Wer möchte darf sich gern für einen Betreuungsstand melden. Die
> meisten Fragen kommen zu Themen, wie etwas gemappt wird oder was es
> neues gibt. Die tiefergehenden Fragen können dann gern an die
> „Spezialisten“ verwiesen werden, das hat in den letzten Jahren gut
> funktioniert. Man muss nicht die ganze Zeit am Stand sein, jeder wird
> die Chance haben interessante Vorträge zu besuchen. Als Dankeschön
> gibt es von den Chemnitzer Linuxtagen am Samstag Abend ein tolles
> Buffet mit allen bekannten Gesichtern der OSS-Welt.
>
> Beste Grüße
> André
>
> Am 29. Dezember 2017 um 00:50 schrieb lars lingner :
>> Hallo zusammen,
>>
>> auf dem 34C3 wurde ich heute gefragt, warum von OSM bisher keine
>> Anmeldung für die Chemnitzer Linuxtage 2018 [1] kam. Die Frage konnte
>> ich nicht beantworten und ich muss gestehen, ich war auch noch nie dabei.
>>
>> Es wäre laut OSM-Wiki [2] das 10. Jahr mit OSM-Beteiligung. Irgendwie
>> muss OSM auch einen positiven Eindruck hinterlassen haben, wenn man auf
>> eine fehlende Anmeldung hingewiesen wird.
>>
>> Besteht denn Interesse einen Stand auf den CLT zu haben? Gibt es Hürden?
>> Wird Hilfe benötigt?
>>
>> Eine Anmeldung ist noch bis 08.01.2018 möglich.
>>
>>
>> Viele Grüße vom 34C3,
>>
>> Lars
>>
>>
>> [1] https://chemnitzer.linux-tage.de
>> [2] http://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2017
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[Stéphane Péneau]

Le 07/01/2018 à 17:41, Christian Rogel a écrit :

Le
Est-ce que l’objectif de la cartographie est de tout traduire en surfaces, ce 
qui flatte l’esprit de géométrie, mais rend mal compte de la logique floue qui 
gouverne l’esprit humain ?
Certains s’appliquent à rendre des “farmyard”, là où la déprise agricole fait 
des hameaux ruraux des espaces composites (ferme + logements individuels).
Représenter en polygones les amenity et les parcs privés est justifié, mais 
l’est-il autant pour les noms de lieu qui n’ont pas forcément une aire définie 
dans l’esprit des gens ?
Heu non, car un lotissement c'est justement une opération immobilière 
sur une zone très précise, et très rarement un toponyme, en tout cas par 
chez moi.
La plupart du temps, le nom de ce lotissement disparait à plus ou moins 
long terme, pour s'intégrer dans le nom du quartier, du village, etc...

Pour l'adressage, il restera le nom de la rue et le n° de la maison.


Stf


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

Re: [Talk-de] Craftmapping

[chris66]

Am 07.01.2018 um 18:55 schrieb Mark Obrembalski:

Soviel ich weiß, ist auch in den Niederlanden und in Österreich recht 
viel importiert worden. Wie sind die Erfahrungen mit Auswirkungen auf 
örtliche Mapper da?


Ich hatte letztes Jahr in Holland mal eine neue Feriensiedlung gemappt,
wenige Wochen später ist alles durch den nächsten Import übergebügelt
worden. :-)

Und wenn man eine OSM-Note erstellt heißt es: Na dann müssen wir
auf den nächsten BAG-Import-Lauf warten.

Chris



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

Re: [Talk-it] area industriale non utilizzata

[Martin Koppenhoefer]

2018-01-07 19:08 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu>:

> Temo bisogna capire come viene vista dal servizio tecnico del comune o dal
> piano regolatore, non riuscirei comunque a farmene un'idea per l'area, per
> la fabbrica o stabilimento in genere sì, per un'area non saprei.
>
> Se il comune ha un sito web e mette a disposizione ip PGR un'occhiatina
> magari la si può dare per capire.



se dal PRG è area industriale lo puoi mettere come landuse=brownfield

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

[Talk-de] Software zur Echtzeit-Ausgabe von Routing-Anweisungen

[Toggenburger Lukas]

Hallo zusammen

Ich bin auf der Suche nach Software, welche mir während der Fahrt im richtigen 
Moment Routing-Anweisungen ausgibt (z.B. "in 20m rechts abbiegen"). Ich kenne 
z.B. https://wiki.openstreetmap.org/wiki/Routing/online_routers . Soweit ich 
gesehen habe, generieren aber alle diese Programme jeweils sämtliche 
Angaben/Anweisungen aufs Mal. Es fehlt dann die Software, welche anhand meiner 
aktuellen Koordinaten (und evtl. meinen vorhergehenden Positionen) im richtigen 
Moment die richtige Anweisung ausgibt, wie das z.B. OsmAnd oder jedes Navi im 
Auto macht.

Wie heisst der Prozess, den ich machen will? Welche Software/API gibt es, die 
das kann? (Das darf auch von einer Internet-Verbindung abhängig sein.) Ich 
stehe da gerade auf dem Schlauch.

Grüsse

Lukas


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

Re: [Talk-it] area industriale non utilizzata

[liste DOT girarsi AT posteo DOT eu]

Il 07/01/2018 18:46, demon.box ha scritto:

scusate, sempre vicino alla questione disused: ma mi sposto leggermente.

un'area industriale non più utilizzata da anni, la classica area di una
fabbrica chiusa/semi abbandonata da anni è corretto mapparla come
disused:landuse=industrial oppure no?

voglio dire la caratteristica di area industriale rimane lo stesso che sia
attiva oppure no, cosa ne pensate?

grazie

--enrico



Temo bisogna capire come viene vista dal servizio tecnico del comune o 
dal piano regolatore, non riuscirei comunque a farmene un'idea per 
l'area, per la fabbrica o stabilimento in genere sì, per un'area non saprei.


Se il comune ha un sito web e mette a disposizione ip PGR un'occhiatina 
magari la si può dare per capire.



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

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

Re: [Talk-es] WMS Cartociudad

[Javier Sánchez Portero]

Me releo el hilo de hace una año y las conclusiones con que me quedo son
estos dos mensajes de Santiago Crespo:

https://lists.openstreetmap.org/pipermail/talk-es/2016-December/014768.html
https://lists.openstreetmap.org/pipermail/talk-es/2016-December/014770.html

La pelota quedó entre OSMF e IGN, ¿de qué lado habrá caído desde entonces?


El 7 de enero de 2018, 16:36, Matías h  escribió:

> Hola.
>
> Vuelvo a estar operativo.
>
> El tema del IGN lo que tenemos a día de hoy es el documento adjunto en el
> que se especifica que Openstreetmap puede reutilizar los datos de IGN, pero
> en el segundo parrafo dice que cumpliendo las especificaciones de
> atribución de la licencia CC-BY-4.0
>
> En resumidas cuentas, nos dan permiso pero no podemos cumplir con las
> condiciones de atribución...
>
> Mantuvimos un debate sobre si era o no suficiente con este permiso y creo
> que llegamos a la conclusión de que no nos serviría. Tengo un documento
> similar con las mismas condiciones para todos los datos de la IDE
> Extremeña
>
> No se si alguien ha vuelto a mantener algún contacto con IGN. En teoría,
> Santiago Crespo, también desaparecido desde hace mucho, quedó como de
> enlace entre IGN y OSM Fundation, pero no se nada de él y no creo que
> se halla avanzado en este tema.
>
> Esta semana quizás pueda conseguir contacto con alguien del IGN y volver a
> retomar el tema.
>
> Y sobre el PNOA en particular, yo que como muchos lo utilizo, sigo
> pensando que no tenemos permiso expreso para utilizarlo, yo por lo menos no
> se donde esta, y que teniendo la misma licencia que el resto de datos
> usamos a diestro y siniestro. Nadie, lease Osm Fundation, nos ha dicho
> nunca nada en contra al respecto. Os apostais algo a que preguntamos a
> alguna lista similar a imports sobre el uso del PNOA y nos dicen que no
> debemos usarlo?.
>
> En fin, seguimos en contacto...
>
> Saludos y feliz año a todos/as
>
> El 7 ene. 2018 14:23, "Javier Sánchez Portero" 
> escribió:
>
> El 7 de enero de 2018, 11:22, Miguel Sevilla-Callejo  > escribió:
>
>> Efectivamente es CC By 4.0 y necesita autorización expresa (PNOA lo
>> tiene) pero no recuerdo si cartociudad lo tiene (estará por algún lado si
>> es así).
>>
>> Alguien de los que llevó el tema del IGN por ahí?
>>
>> Quizá si los nombres vienen del INE tiene sentido pedir permiso allí, no?
>>
>> --
>>  Miguel Sevilla-Callejo
>> from my mobile 
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>>
>>>
> Pero realmente el producto a usar sería el WMS que es del IGN, los datos
> en crudo del INE son difíciles de digerir.
>
> Interesa localizar la autorización del PNOA.
>
> ___
> 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

Re: [Talk-de] Craftmapping

[Mark Obrembalski]

Am 07.01.2018 um 14:28 schrieb markus schnalke:


Das ist so aehnlich wie das Dilemma bei der sogenannten
Entwicklungshilfe. War es denn eine bessere Entwicklungshilfe in
den USA sehr frueh mit grossen Exporten die Karte zu fuellen oder
war es mehr Entwicklungshilfe, dass in Deutschland anfangs die
Karte noch recht leer war?


Vor allem angesichts der nicht so tollen Qualität der importierten Daten 
hätte man sich da wohl besser zurückgehalten und vielleicht nur die 
überregional bedeutsamen Straßen direkt importiert und den Rest nur nach 
Prüfung durch Ortskundige. Aber "hier haben wir schon Daten, schaut mal, 
ob die was taugen, die guten könnt ihr übernehmen und dann den Rest 
selbst mappen" sehe ich jetzt nicht unbedingt als schlechtere 
Entwicklungshilfe als "hier ist eine weiße Fläche, fahrt mal jede Menge 
ewig langer Straßen ab und macht 'ne Karte draus".


Soviel ich weiß, ist auch in den Niederlanden und in Österreich recht 
viel importiert worden. Wie sind die Erfahrungen mit Auswirkungen auf 
örtliche Mapper da?



In meiner laendlichen Gegend sind alle Mapper, die ich kenne, in
der OSM aktiv geworden, weil sie irgendwie auf die OSM gestossen
sind und feststellen mussten, dass ihr Dorf noch keine Haeuser
hatte, waehrend andere Doerfer Haeuser hatten. Folglich sollte
man vielleicht besser keine fremden Doerfer ausmappen, weil man es
damit erschwert, dass vor Ort Personen zu Mappern werden, die dann
langfristig ihre eigene Wohngegend (die sie hervorrangend kennen)
betreuen.


Das spräche ja dafür, in einer Gegend, in der in Sachen Häuser noch 
überhaupt nichts los ist, mal ein einzelnes Dorf zu mappen, in der 
Hoffnung, dass die Bewohner der Nachbardörfer dann auch Häuser auf der 
Karte wollen ;-)


Gruß,
Mark

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

Re: [Talk-cz] špatné párování fotek rozcestníků

[Marián Kyral]

Vůbec nejede api.openstreetmap.cz. Možná nějaký neplánovaný výpadek.
Napsal jsem Wallymu, ale není u PC. Snad se to brzy opraví.

Marián

Dne 7.1.2018 v 17:13 Zdeněk Pražák napsal(a):
> ano potvrzuji, že na openstreetmap.cz se při zapnutých vrstvách foto
> rozcestníků a chybné rozcestníky nezobrazují žádná fota rozcestníků
> -- Původní e-mail --
> Od: majka 
> Komu: OpenStreetMap Czech Republic 
> Datum: 7. 1. 2018 17:05:52
> Předmět: Re: [Talk-cz] špatné párování fotek rozcestníků
>
>
> Nevím jak Vám, ale mě se přestaly fotky rozcestníků zobrazovat na
> openstreetmap.cz . A to včetně toho
> jednoho, který je vložený včera (takže po té velké uklízecí akci).
> Stalo se někdy mezi druhou hodinou a současnou chvílí, okolo druhé
> jsem je ještě všechny viděla.
> Vrstva chybných rozcestníků se ukazuje správně (tedy ty nafocené
> tam chybí), jen se nezobrazují vůbec žádné nafocené - tedy ani
> mapy a informační tabule. Řekla bych, že problém je s databází
> jako takovou.
>
> 2018-01-07 16:26 GMT+01:00 Zdeněk Pražák  >:
>
> na stránce http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all
>  se asi nějak
> rozhopdilo párování fotek rozcestníků - najednou je asi 3400
> nepoužitých fotek
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
> 
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

[Talk-it] area industriale non utilizzata

[demon.box]

scusate, sempre vicino alla questione disused: ma mi sposto leggermente.

un'area industriale non più utilizzata da anni, la classica area di una
fabbrica chiusa/semi abbandonata da anni è corretto mapparla come
disused:landuse=industrial oppure no?

voglio dire la caratteristica di area industriale rimane lo stesso che sia
attiva oppure no, cosa ne pensate?

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] aiuto su query con utente ultima modifica

[demon.box]

Ottimo grazie ;-) !!
ciao

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-de] routing.openstreetmap.de

[Florian Lohoff]

On Wed, Jan 03, 2018 at 02:21:58AM +0100, Martin Koppenhoefer wrote:
> > On 1. Jan 2018, at 13:53, Florian Lohoff  wrote:
> > 
> > Wenn nichts beschildert
> > dann keine Einschränkung.
> 
> in Baden-Württemberg ist das Befahren von Wirtschaftswegen
> grundsätzlich nur land- und forstwirtschaftlichem Verkehr gestattet,
> theoretisch auch ohne Beschilderung (was Blödsinn ist, wie soll man es
> ohne Beschilderung denn erkennen, aber de facto gibt es auch praktisch
> immer entsprechende Verbotsschilder).

Der Punkt ist das wenn der nicht explizit Beschildert ist ein
"Wirtschaftsweg" als solcher ja nicht erkennen ist anders als
z.b. eine Kraftfahrtstraße die immer entsprechende Beschilderung hat.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Talk-de] routing.openstreetmap.de

[Florian Lohoff]

On Mon, Jan 01, 2018 at 03:35:08PM +0100, Volker Schmidt wrote:
> Meine Kommetare beziehen sich ausschliesslich auf die Interpretation der
> tags in OSM, die auf diesem Beispiel-weg sind/waren:
> https://www.openstreetmap.org/way/33478764
> access=agricultural
> highway=track
> motorcar=no
> motorcycle=no
> In diesem Zusammenhang ist es unerheblich, ob das tagging der Wirklichkeit
> im Gelaende entpricht.
> Und da bliebe ich dabei, dass der Router irrt, wenn er im vorliegenden Fall
> Fussgaenger nicht durchlaesst.

Ich sehe das anders - Du darfst da nur durch wenn du "agricultural"
bist - Das ist der allgemeine Fußgänger nicht.

Flo
-- 
Florian Lohoff f...@zz.de
 UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Talk-it] Whodidit, funziona?

[Marco]

Ciao, grazie per la risposta. Sembra andare un po' a singhiozzo, però 
nell'ultima ora su tre volte che l'ho guardato ha sempre funzionato.



Il 07/01/2018 12:29, liste DOT girarsi AT posteo DOT eu ha scritto:

Il 07/01/2018 12:09, Marco ha scritto:
Sono l'unico che da 2/3 giorni non riesce ad utilizzare 
https://simon04.dev.openstreetmap.org/whodidit/ ?


Il sito si carica ma non compaiono le caselle che indicano le aree di 
mappa modificate.


Grazie, buona domenica


Ho visto anch'io stamattina, ho guardato qui per vedere se c'erano 
problemi coi server [0], ma a parte Xapi (non so se questo è collegato 
a whodidt) non vedo problemi, quindi può essere un problema a livello 
del sito whodidt.



[0] https://wiki.openstreetmap.org/wiki/Platform_Status




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

Re: [Talk-it] aiuto su query con utente ultima modifica

[Marco]

Nel wizard scrivi "amenity=drinking_water and user:demon_box", credo basti

Ciao
Il 07/01/2018 17:45, demon.box ha scritto:

ciao, chiedo un aiuto su una query:

così estraggo tutti gli amenity=drinking_water

node
   [amenity=drinking_water]
   ({{bbox}});
out;

come faccio ad estrarre però soltanto quelle che hanno il mio utente come
ultima modifica?

grazie

--enrico





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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



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

Re: [Talk-it] aiuto su query con utente ultima modifica

[Andrea Albani]

Così.
Ciao

node
  [amenity=drinking_water] (user:"nomeutenteOSM")
  ({{bbox}});
out;
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] GeoChat

[Clifford Snow]

Thanks Ilya, I am planning to include GeoChat in an upcoming teaching
session.

Although I don't think I've ever had someone else in the same area mapping
at the same time. But the concept is great. I keep hoping that someone will
be mapping nearby so I can say Hi.

Keep up the great work,
Clifford

On Sun, Jan 7, 2018 at 7:11 AM, Blake Girardot HOT/OSM <
blake.girar...@hotosm.org> wrote:

> On Sun, Jan 7, 2018 at 4:00 PM, Ilya Zverev  wrote:
>
> > Nice to hear somebody uses it :)
> >
> > Ilya
>
> I love GeoChat, not so much the chat part, but the seeing other users
> in the JOSM viewport "on the ground" part. I love that, it is like
> exploring together.
>
> Cheers
> blake
> --
> 
> Blake Girardot
> Humanitarian OpenStreetMap Team
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] aiuto su query con utente ultima modifica

[demon.box]

ciao, chiedo un aiuto su una query:

così estraggo tutti gli amenity=drinking_water

node
  [amenity=drinking_water]
  ({{bbox}});
out;

come faccio ad estrarre però soltanto quelle che hanno il mio utente come
ultima modifica?

grazie

--enrico





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-de] Craftmapping

[Harald Hartmann]

Hmm, bei all den bisherigen Antworten frage ich mich ja trotzdem
irgendwie, was denn nun "Craftmapping" wirklich ausmacht ... und mir
selbst die Frage stelle, ob ich denn überhaupt ein "Craftmapper" wäre?

Wenn ich 3,5 Jahre zurück denke, dann sehe ich in meiner Gemeinde
hauptsächlich nur Straßen, außer den riesengroßen Wald-MPs und sehr
groben Residentials, nur ein paar (aber konzentriert) gemappte Buildings.

Irgendwann habe ich mich dann zunächst, dank der
Straßenlisten-Auswertung von regio-osm.de, damit beschäftigt und auch
mit dem Bauamt auseinandergesetzt und die Straßennamen korrigiert und
vervollständigt.

Auch die Arbeit mit dem Tourismusbüro und des Mappens fast aller Bänke,
Wegweiser, Wanderrouten aber vor allem der noch nicht vorhandenen tracks
grade 3 bis 5 habe ich neben eigenen GPS Spuren und hunderten Fotos
trotzdem immer auch das Luftbild zu Hilfe genommen.

Naja und dann kam es ja dann doch mal dazu, die ganzen fehlenden
Buildings einzutragen ... ich sah am Anfang einfach nur einen riesen
Berg Arbeit, und habe es dann vom Luftbild abgemalt ... ziemlich grob,
wie ich feststellen musste, nachdem ein anderer Mapper den einen
Ortsteil gemappt und jede Dachfläche die anders ausgesehen hat, als
einzelnes Building einzuzeichnen.

Klar kam dann auch das Thema Adressen, hatte mir bevor die offiziellen
Daten von Thüringen für den Hausnummernabgleich freigegeben wurden aus
privaten Mitteln mir eine damals aktuelle Hausnummernliste vom
Einwohnermeldeamt geben lassen. Spannend waren zwei gemeldete, also
aktive Wohnsitze, wo das Gebäude schon längst abgerissen war.

Zwischendurch habe ich dann mal mapillary entdeckt, aber nach
Datenschutzbedenken lade ich dort aktuell nichts mehr hoch, nutze es
also einfach nur für mich privat manuell in JOSM.

Und letztendlich wollte ich neben "Micromapping" dann auch mal die
"weißen" Flecken "bunt" anmalen, wieder unterstützt durch Luftbilder.
Sprich, wenn es nicht gerade Altkleidercontainer, Briefkästen,
Verkehrsschilder, Geschwindigkeiten oder Hauseingänge sind, verwende ich
zu über 90% Luftbilder und mappe von der Couch aus.

Also per GPS "eingemessen" habe ich definitiv noch kein Building oder
sonstiges Konstrukt und auch tracks habe ich nie alleine nur durch GPX
eingetragen.

So, was von diesen Sachen macht mich jetzt persönlich zum "Craftmapper"?


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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[Christian Rogel]

> Le 7 janv. 2018 à 16:45, Stéphane Péneau  a écrit 
> :
> 
>> Le 07/01/2018 à 15:37, Christian Rogel a écrit :
>> 
>> Cela me semble très adapté pour les lotissements et c’est ce que j’avais 
>> compris du wiki en anglais : neighbourhood convient pour les petits 
>> quartiers ou sous-quartiers pour l’habitat dense et aux unités d’habitat 
>> moyennement dense.
>> Il est vrai que cela pourrait aussi être considéré comme des hamlets, mais, 
>> on perdrait l’idée de la densité urbaine et on aurait des hamlets pour des 
>> lotissements de moins de 100 hab. et des neighbourhood pour une population 
>> supérieure fixée arbitrairement et qu’on ne sait même pas estimer.
> Surtout pas hamlet, mais j'aurais plutôt tendance à mettre un polygone 
> residential avec pour name le nom du lotissement.

Est-ce que l’objectif de la cartographie est de tout traduire en surfaces, ce 
qui flatte l’esprit de géométrie, mais rend mal compte de la logique floue qui 
gouverne l’esprit humain ?
Certains s’appliquent à rendre des “farmyard”, là où la déprise agricole fait 
des hameaux ruraux des espaces composites (ferme + logements individuels).
Représenter en polygones les amenity et les parcs privés est justifié, mais 
l’est-il autant pour les noms de lieu qui n’ont pas forcément une aire définie 
dans l’esprit des gens ?
Il arrive que le lotissement soit contigu au hameau qui lui donne son nom et 
dont le “place” suffit pour lui donner une adresse.
Un “place = neighbourhood” suffit pour les deux et si on délimite un 
“residential”, cela peut rester sans nom et être détectable au routage.
L’idée est de garder des “place” pour tous les lieux habités, indépendamment de 
leurs tailles.

Christian R.

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

Re: [Talk-es] WMS Cartociudad

[Matías h]

Hola.

Vuelvo a estar operativo.

El tema del IGN lo que tenemos a día de hoy es el documento adjunto en el
que se especifica que Openstreetmap puede reutilizar los datos de IGN, pero
en el segundo parrafo dice que cumpliendo las especificaciones de
atribución de la licencia CC-BY-4.0

En resumidas cuentas, nos dan permiso pero no podemos cumplir con las
condiciones de atribución...

Mantuvimos un debate sobre si era o no suficiente con este permiso y creo
que llegamos a la conclusión de que no nos serviría. Tengo un documento
similar con las mismas condiciones para todos los datos de la IDE
Extremeña

No se si alguien ha vuelto a mantener algún contacto con IGN. En teoría,
Santiago Crespo, también desaparecido desde hace mucho, quedó como de
enlace entre IGN y OSM Fundation, pero no se nada de él y no creo que
se halla avanzado en este tema.

Esta semana quizás pueda conseguir contacto con alguien del IGN y volver a
retomar el tema.

Y sobre el PNOA en particular, yo que como muchos lo utilizo, sigo pensando
que no tenemos permiso expreso para utilizarlo, yo por lo menos no se donde
esta, y que teniendo la misma licencia que el resto de datos usamos a
diestro y siniestro. Nadie, lease Osm Fundation, nos ha dicho nunca nada en
contra al respecto. Os apostais algo a que preguntamos a alguna lista
similar a imports sobre el uso del PNOA y nos dicen que no debemos usarlo?.

En fin, seguimos en contacto...

Saludos y feliz año a todos/as

El 7 ene. 2018 14:23, "Javier Sánchez Portero" 
escribió:

El 7 de enero de 2018, 11:22, Miguel Sevilla-Callejo 
escribió:

> Efectivamente es CC By 4.0 y necesita autorización expresa (PNOA lo tiene)
> pero no recuerdo si cartociudad lo tiene (estará por algún lado si es así).
>
> Alguien de los que llevó el tema del IGN por ahí?
>
> Quizá si los nombres vienen del INE tiene sentido pedir permiso allí, no?
>
> --
>  Miguel Sevilla-Callejo
> from my mobile 
> https://lists.openstreetmap.org/listinfo/talk-es
>
>>
>>
Pero realmente el producto a usar sería el WMS que es del IGN, los datos en
crudo del INE son difíciles de digerir.

Interesa localizar la autorización del PNOA.

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

Re: [Talk-cz] špatné párování fotek rozcestníků

[Zdeněk Pražák]

ano potvrzuji, že na openstreetmap.cz se při zapnutých vrstvách foto
rozcestníků a chybné rozcestníky nezobrazují žádná fota rozcestníků
-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 1. 2018 17:05:52
Předmět: Re: [Talk-cz] špatné párování fotek rozcestníků
"

Nevím jak Vám, ale mě se přestaly fotky rozcestníků zobrazovat na
openstreetmap.cz(http://openstreetmap.cz). A to včetně toho jednoho, který
je vložený včera (takže po té velké uklízecí akci). Stalo se někdy mezi
druhou hodinou a současnou chvílí, okolo druhé jsem je ještě všechny viděla.

Vrstva chybných rozcestníků se ukazuje správně (tedy ty nafocené tam chybí),
jen se nezobrazují vůbec žádné nafocené - tedy ani mapy a informační tabule.
Řekla bych, že problém je s databází jako takovou.



2018-01-07 16:26 GMT+01:00 Zdeněk Pražák :
"
na stránce http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all
(http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all) se asi nějak rozhopdilo 
párování fotek rozcestníků - najednou je asi 3400 nepoužitých fotek


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

"




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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[Stéphane Péneau]

Le 07/01/2018 à 15:37, Christian Rogel a écrit :


Cela me semble très adapté pour les lotissements et c’est ce que 
j’avais compris du wiki en anglais : neighbourhood convient pour les 
petits quartiers ou sous-quartiers pour l’habitat dense et aux unités 
d’habitat moyennement dense.
Il est vrai que cela pourrait aussi être considéré comme des hamlets, 
mais, on perdrait l’idée de la densité urbaine et on aurait des 
hamlets pour des lotissements de moins de 100 hab. et des 
neighbourhood pour une population supérieure fixée arbitrairement et 
qu’on ne sait même pas estimer.
Surtout pas hamlet, mais j'aurais plutôt tendance à mettre un polygone 
residential avec pour name le nom du lotissement.


Stf


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

[Talk-cz] špatné párování fotek rozcestníků

[Zdeněk Pražák]

na stránce http://osm.fit.vutbr.cz/OsmHiCheck/gp/?all se asi nějak
rozhopdilo párování fotek rozcestníků - najednou je asi 3400 nepoužitých
fotek___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] GeoChat

[Andrew Buck]

It is a great little tool.  Simple, but surprisingly effective. It 
actually works amazingly well when coupled with a voice chat program.  
In HOT we use mumble for voice and the geochat plugin combined with that 
allows mappers to "point" to objects in imagery by centering on them and 
then letting other user look at the same area to discuss what is being 
seen in the imagery.  Things like how a road should be classified, how 
to tag a specific thing, etc.  Of course you can use the text chat right 
in the plugin as well, but I always prefer voice chat for discussion as 
it is just so much faster.



In any case, it is not a plugin I use super often, but when I do need 
it, it is just the right tool for the job.  My only suggestion would be 
that you consider making "show users on map" default to "on" instead of 
"off" like it is now.  I always forget to turn it on unless I 
specifically want to collaborate with someone, but I think if it 
defaulted to on then it would get a lot more use.  It would be really 
fun to be mapping and see other people showing up in the area to see 
what you are working on.  I think it would really add to the sense of 
community in OSM.



-AndrewBuck


On 01/07/2018 09:00 AM, Ilya Zverev wrote:

Paul wrote:
Is GeoChat  
down
or defunct now?  I haven't been able to connect to it in a couple 
days now.


Sorry Paul, that was caused by forcing https on all OSM servers. Java, 
turns out, does not auto-redirect from http to https. I've just 
updated the URL in the plugin and tested that it works.


Nice to hear somebody uses it :)

Ilya

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



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

Re: [OSM-talk] GeoChat

[Blake Girardot HOT/OSM]

On Sun, Jan 7, 2018 at 4:00 PM, Ilya Zverev  wrote:

> Nice to hear somebody uses it :)
>
> Ilya

I love GeoChat, not so much the chat part, but the seeing other users
in the JOSM viewport "on the ground" part. I love that, it is like
exploring together.

Cheers
blake
-- 

Blake Girardot
Humanitarian OpenStreetMap Team

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

Re: [OSM-talk] GeoChat

[Ilya Zverev]

Paul wrote:

Is GeoChat  down
or defunct now?  I haven't been able to connect to it in a couple days now.


Sorry Paul, that was caused by forcing https on all OSM servers. Java, 
turns out, does not auto-redirect from http to https. I've just updated 
the URL in the plugin and tested that it works.


Nice to hear somebody uses it :)

Ilya

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

[OSM-talk-fr] Conférence « La Terre dans l'œil de Thomas Pesquet »

[Topographe Fou]

 Bonjour à tous,Pour démarrer l'année l'association AGP21 organise une conférence (entrée libre) de décryptage par un géographe de photos de la terre prises par le spationaute Thomas Pesquet depuis l'ISS :http://agp21.org/node/37Ouhttp://www.air-cosmos.com/conference-la-terre-dans-l-il-de-thomas-pesquet-105323   Ce qui au vue de la présentation pourrait intéresser tout cartographe surtout les adeptes d'imageries avions ou satelittes.Attention c'est demain lundi soir dans Paris. Le plus c'est que apparemment il reste de la place, s'inscrire auprès de Nathalie (mail présent sur la page d'A).Cordialement, LeTopographeFou ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[Christian Rogel]

> Le 7 janv. 2018 à 15:18, Stéphane Péneau  a écrit 
> :
> 
> Au passage, je vois beaucoup de petits lotissements avec un tag 
> place=neighbourhood.
> Ca me parait franchement trop petit pour être tagué de cette façon.
> exemple : https://www.openstreetmap.org/node/3380502498

Cela me semble très adapté pour les lotissements et c’est ce que j’avais 
compris du wiki en anglais : neighbourhood convient pour les petits quartiers 
ou sous-quartiers pour l’habitat dense et aux unités d’habitat moyennement 
dense.
Il est vrai que cela pourrait aussi être considéré comme des hamlets, mais, on 
perdrait l’idée de la densité urbaine et on aurait des hamlets pour des 
lotissements de moins de 100 hab. et des neighbourhood pour une population 
supérieure fixée arbitrairement et qu’on ne sait même pas estimer.

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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[Stéphane Péneau]

Au passage, je vois beaucoup de petits lotissements avec un tag 
place=neighbourhood.

Ca me parait franchement trop petit pour être tagué de cette façon.
exemple : https://www.openstreetmap.org/node/3380502498

Le 07/01/2018 à 12:23, Stéphane Péneau a écrit :

Le 07/01/2018 à 00:07, orhygine a écrit :


Dans le cas présent, j'ai pu voir qu'il avait touché ce polygone et 
je me demandais si sa modification pouvait-être la cause de 
l'anomalie. En l'occurrence, l'idée serait de lui indiquer les 
risques potentiels lorsque l'on touche ce types d'objets plutôt que 
de corriger lui même. Il ne s'agit pas de manip simples et même un 
"novice" comme moi avec 9 ans de projet et un nombre de contributions 
non négligeable est légèrement retissant lorsque qu'il s'agit 
d'éditer les mega-polygones CLC :) Mais je sais, il faut que je m'y 
mette...


J'ai découpé la grande relation en plusieurs plus petites, ou parfois 
en de simples polygones.


Il n'y a pas de règle toute faite pour retrouver à quel moment un 
polygone s'est retrouvé cassé. Parfois je me sers de OSM History Browser :

http://osm.virtuelle-loipe.de/history/?type=relation=276616

Ou bien http://analyser.openstreetmap.fr lorsqu'il fonctionnait.

Stf









--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html


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





--
Christophe aka orhygine | http://orhyginal.free.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: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[Christian Quest]

Avec des données chargées partiellement via overpass, l'éditeur (JOSM) ne
peut pas savoir à quelles relations ces objets appartiennent sauf à aller
interroger l'API OSM ou sauf si on avait intégré les relations parent dans
la requête pour tous les objets retournés... bref, un gros bazar.

C'est pour ça qu'il faut revenir à un principe simple: pas d'édition de
géométrie si on n'a pas chargé les données de la zone... les hachures c'est
pas pour rien qu'elles sont là dans JOSM.

Est-ce que JOSM pourrait aller plus loin dans ses contrôles pour empêcher
ce genre d'édition ? Fort probable.


Le 7 janvier 2018 à 12:43,  a écrit :

> > ARGH.
> >
> > Ne JAMAIS faire des éditions modifiant les géométries si on n'a pas
> chargé
> > intégralement les données de la zone.
> >
> > C'est une règle de base qu'il faudrait répéter et répéter.
> C'est surtout un avertissement que les éditeurs devraient gérer, style sur
> tentative de modifier une géométrie utilisée par une relation, vérifier que
> la relation est entièrement chargée ou proposer de la charger. Et
> n'accepter de modifier que dans ce cas ou après confirmation de
> l'utilisateur qu'il sait ce qu'il fait.
> Jean-Yvon
>
>
> ___
> 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

Re: [Talk-de] Craftmapping

[markus schnalke]

Hoi.

[2018-01-05 17:49] Mark Obrembalski 
> Am 04.01.2018 um 15:39 schrieb Frederik Ramm:
> > 
> > Da können Luftbilder schon eine Rolle spielen,
> > aber "Craftmapping" ist sicherlich nicht das großangelegte Abpinseln
> > eines Luftbildes in einem Land, dessen Kultur mir fremd ist,
> 
> In manchen Fällen, etwa bei dünn besiedelten Gebieten, ist das aber 
> wahrscheinlich die beste Möglichkeit, überhaupt eine Karte zu 
> produzieren, die mehr als das Straßennetz und seine direkte Umgebung 
> enthält. Um etwa Seen, Bäche und Waldumrisse in den schottischen 
> Highlands oder in Nordskandinavien einzutragen, braucht man keine 
> besonderen Kenntnisse der dortigen Kultur, und die wenigen Mapper, die 
> da oben wohnen, sind vermutlich auch nicht böse, wenn sie nicht jedes 
> kleine Gewässer selbst eintragen müssen.

Ja und nein.

Das ist so aehnlich wie das Dilemma bei der sogenannten
Entwicklungshilfe. War es denn eine bessere Entwicklungshilfe in
den USA sehr frueh mit grossen Exporten die Karte zu fuellen oder
war es mehr Entwicklungshilfe, dass in Deutschland anfangs die
Karte noch recht leer war?

In meiner laendlichen Gegend sind alle Mapper, die ich kenne, in
der OSM aktiv geworden, weil sie irgendwie auf die OSM gestossen
sind und feststellen mussten, dass ihr Dorf noch keine Haeuser
hatte, waehrend andere Doerfer Haeuser hatten. Folglich sollte
man vielleicht besser keine fremden Doerfer ausmappen, weil man es
damit erschwert, dass vor Ort Personen zu Mappern werden, die dann
langfristig ihre eigene Wohngegend (die sie hervorrangend kennen)
betreuen.

In internationalen Zusammenhaengen und dem Bereich was man
gemeinhin als Entwicklungshilfe bezeichnet ist die gleiche
Situation wie innerhalb Deutschlands zwischen Stadt und Land zu
finden, bloss deutlich ausgepraegter. Wenn in einem Land voller
OSM-Anfaenger das meiste schon hochwertig gemappt ist, dann fehlt
der Raum, in dem die Anfaenger motiviert mappen werden, ihre
eigenen Erfahrungen machen koennen und wachsen koennen. Es ist
bekannt, dass die Lernmotivation darauf basiert, dass die
Herausforderungen und Aufgaben gerade ueber dem eigenen Niveau
sind, so dass sie machbar und doch reizvoll sind. Wenn aber alles
um einen herum drei Qualitaetsstufen ueber den eigenen
Faehigkeiten ist, dann verliert sich die Lernmotivation und viele
Einheimische (die potenziellen Craftmapper) fangen erst gar nicht
an, zu lernen und dadurch gut zu werden.


Aber natuerlich, wenn wir manche Gegenden dort nicht mappen, dann
wird es vielleicht noch viele Jahre dauern, bis die Leuten dort
das selber tun. Und in manchen entlegenen Gegenden ist man auf das
Mappen durch Fremde angewiesen. Darum laeuft es auf ein Abwaegen
hinaus, grossteils zwischen den Zielen einer bald moeglichst
vollstaendigen Karte und einer langfristig moeglichst aktuellen
Karte.


meillo

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

Re: [Talk-es] WMS Cartociudad

[Javier Sánchez Portero]

El 7 de enero de 2018, 11:22, Miguel Sevilla-Callejo 
escribió:

> Efectivamente es CC By 4.0 y necesita autorización expresa (PNOA lo tiene)
> pero no recuerdo si cartociudad lo tiene (estará por algún lado si es así).
>
> Alguien de los que llevó el tema del IGN por ahí?
>
> Quizá si los nombres vienen del INE tiene sentido pedir permiso allí, no?
>
> --
>  Miguel Sevilla-Callejo
> from my mobile 
> https://lists.openstreetmap.org/listinfo/talk-es
>
>>
>>
Pero realmente el producto a usar sería el WMS que es del IGN, los datos en
crudo del INE son difíciles de digerir.

Interesa localizar la autorización del PNOA.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-it] Ris: OSM va a scuola

[beppebo...@libero.it]

Interessante iniziativa poi ci dirai come va per proporla magari in altri istitutiBuon lavoro Messaggio originale Oggetto: [Talk-it] OSM va a scuolaDa: mbranco A: talk-it@openstreetmap.orgCC: Buongiorno Lista, volevo informarvi del progetto di alternanza scuola-lavoro - incentrato suOSM - che seguirò all'Istituto Tecnico Avogadro di Torino.Inizierà fra una decina di giorni, e sarà di ben 60 ore: avremo così modo dimappare "da poltrona", mappare sul campo, mappare da import... e poi farecontrollo qualità dei dati, estrarre/elaborare i dati imparando ad usarealcuni dei tanti strumenti a disposizione.Comunque per fine gennaio - inizio febbraio la classe (una 4^ di 25 ragazzi)farà la pagina nella Wiki dove si presenterà e che sarà aggiornata con leattività svolte mano a mano che procederemo.Gli farò creare degli account appositi (ITI-Avogadro01ITI-Avogadro25) ei changeset saranno commentati con "#ASL-Avogadro18", così se faremostrafalcioni sapete fin da ora con chi prendervela (il sottoscritto!)  :-)Sono contento che la Scuola scopra che esiste anche OpenStreetMap: vediamose riusciamo ad abbassare l'età media della comunità  :-))Saluti,Marco--Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html___Talk-it mailing listTalk-it@openstreetmap.orghttps://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] Modification de couverture du sol du côté de Pau

[Christian Rogel]

> Le 7 janv. 2018 à 12:35, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Perso dans un coin c'était tellement plus à jour que j'ai supprimé le 
> polygone. Je ne laisserais l'id que sur la partie n'yant pas changé d'usage.

Dans le Centre Bretagne, vers Ploërmel, les polygones sont totalement 
inutilisables, car, ils couvrent des usages de terrains très divers.
J’en ai supprimé deux douzaines et il en reste.
Ensuite, je mets les bois et élargis les petits polygones restants.

Christian R.

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

Re: [Talk-it] OSM va a scuola

[Andreas Lattmann]

>volevo informarvi del progetto di alternanza scuola-lavoro - incentrato
>su
>OSM - che seguirò all'Istituto Tecnico Avogadro di Torino.

Lodevole iniziativa!
Cominciamo bene il 2018! 

>i changeset saranno commentati con >"#ASL-Avogadro18", così se faremo
>strafalcioni sapete fin da ora con chi >prendervela (il sottoscritto!) :-)

Ti sei dimenticato di inserire l'indirizzo di casa tua: sai, se ti dobbiamo 
venire a trovare... 

>se riusciamo ad abbassare l'età media della comunità  :-))

Sarei curioso di sapere l'età media.

Grazie Marco, ti do una pacca virtuale sulla spalla, bella iniziativa!


Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-it] OSM va a scuola

[Gianluca Boero]

Grande...e segnala gli aggiornamenti...


Il 07/01/2018 12:46, mbranco ha scritto:

Buongiorno Lista,

volevo informarvi del progetto di alternanza scuola-lavoro - incentrato su
OSM - che seguirò all'Istituto Tecnico Avogadro di Torino.
Inizierà fra una decina di giorni, e sarà di ben 60 ore: avremo così modo di
mappare "da poltrona", mappare sul campo, mappare da import... e poi fare
controllo qualità dei dati, estrarre/elaborare i dati imparando ad usare
alcuni dei tanti strumenti a disposizione.
Comunque per fine gennaio - inizio febbraio la classe (una 4^ di 25 ragazzi)
farà la pagina nella Wiki dove si presenterà e che sarà aggiornata con le
attività svolte mano a mano che procederemo.
Gli farò creare degli account appositi (ITI-Avogadro01ITI-Avogadro25) e
i changeset saranno commentati con "#ASL-Avogadro18", così se faremo
strafalcioni sapete fin da ora con chi prendervela (il sottoscritto!)  :-)

Sono contento che la Scuola scopra che esiste anche OpenStreetMap: vediamo
se riusciamo ad abbassare l'età media della comunità  :-))

Saluti,
Marco



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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


--
Gianluca Boero


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

Re: [Talk-us] Parks, again

[Andy Townsend]

On 06/01/2018 21:11, Doug Hembry wrote:

(lots snipped, pretty much all of which I agree with)


IMHO, AT THE VERY LEAST, the background green fill for leisure=park
could and should be dropped by openstreeetmap-carto - it is unnecessary,
causes problems, and can be replaced by natural=* or landcover=* . This
would reduce one incentive for inappropriate use, and if still used
inappropriately, it wouldn't matter so much.
There's a discussion that touches on this at 
https://github.com/gravitystorm/openstreetmap-carto/issues/603 - it was 
initially proposed there to replace the rendering of 
leisure=nature_reserve with rendering protected_area.


leisure=park and leisure=nature_reserve were both designed for specific 
on-the-ground features, but there's been significant usage of both to 
"turn areas green" in the OSM Carto map style.




While on the topic of rendering "parks", I do agree with Steve (again,
if I'm understanding correctly) that  it would be valuable, if possible
at some point in the future - both for map clarity as well as providing
useful information to users - for carto to use different colors for
different types of boundaries. I differ with Steve in that IMO the
coloring should be based off protect_class (or at least for several
bands of protect_class if there are too many distinct values for
separate colors) rather than jurisdiction. Jurisdiction is less
meaningful to users than level of protection, and in any case is usually
obvious from the area name and other tags. Further, boundary rendering
should indicate access restrictions (access=yes/no/permit) by some means
- perhaps a dashed line as is presently done for highways.


To be honest, I wouldn't "suggest that OSM Carto do X" here - there's 
been a lot of discussion already and no conclusions there. What I'd 
suggest instead is that someone knocks up a rendering of California 
based on what it would look like if boundary=protected_area, or 
protect_class, or whatever is used instead of park, nature_reserve 
and/or national_park.  It's not that complicated to do that - there are 
basic instructions for creating a tile server at 
https://switch2osm.org/manually-building-a-tile-server-16-04-2-lts/ and 
California is small enough in OSM terms to fit on a virtual machine on 
an average desktop PC.


I did something similar for the UK - here 
https://github.com/SomeoneElseOSM/SomeoneElse-style/blob/c342d0e42aeec0219777535a16e4c025a8886bf1/style.lua#L362 
is a simple example of "it it's tagged like X, make it render like Y", 
and the result is the dashed lines around e.g. 
https://www.openstreetmap.org/way/144944672 on this map: 
https://map.atownsend.org.uk/maps/map/map.html#zoom=12=53.3107=-1.7177 
.  If anyone wants any help with that, please ask.  There's quite a lot 
of useful information around already, bt it is spread out in different 
places.


Best Regards,

Andy





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

[Talk-it] OSM va a scuola

[mbranco]

Buongiorno Lista, 

volevo informarvi del progetto di alternanza scuola-lavoro - incentrato su
OSM - che seguirò all'Istituto Tecnico Avogadro di Torino.
Inizierà fra una decina di giorni, e sarà di ben 60 ore: avremo così modo di
mappare "da poltrona", mappare sul campo, mappare da import... e poi fare
controllo qualità dei dati, estrarre/elaborare i dati imparando ad usare
alcuni dei tanti strumenti a disposizione.
Comunque per fine gennaio - inizio febbraio la classe (una 4^ di 25 ragazzi)
farà la pagina nella Wiki dove si presenterà e che sarà aggiornata con le
attività svolte mano a mano che procederemo.
Gli farò creare degli account appositi (ITI-Avogadro01ITI-Avogadro25) e
i changeset saranno commentati con "#ASL-Avogadro18", così se faremo
strafalcioni sapete fin da ora con chi prendervela (il sottoscritto!)  :-)

Sono contento che la Scuola scopra che esiste anche OpenStreetMap: vediamo
se riusciamo ad abbassare l'età media della comunità  :-))

Saluti,
Marco



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[osm . sanspourriel]

> ARGH.
> 
> Ne JAMAIS faire des éditions modifiant les géométries si on n'a pas chargé
> intégralement les données de la zone.
> 
> C'est une règle de base qu'il faudrait répéter et répéter.
C'est surtout un avertissement que les éditeurs devraient gérer, style sur 
tentative de modifier une géométrie utilisée par une relation, vérifier que la 
relation est entièrement chargée ou proposer de la charger. Et n'accepter de 
modifier que dans ce cas ou après confirmation de l'utilisateur qu'il sait ce 
qu'il fait.
Jean-Yvon


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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[osm . sanspourriel]

Perso dans un coin c'était tellement plus à jour que j'ai supprimé le polygone. 
Je ne laisserais l'id que sur la partie n'yant pas changé d'usage.


Jean-Yvon


> Gesendet: Sonntag, 07. Januar 2018 um 09:44 Uhr
> Von: "marc marc - marc_marc_...@hotmail.com" 
> 
> An: "talk-fr@openstreetmap.org" 
> Betreff: Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau
>
> Evidement si je regarde la mauvaise stat,
> ma conclusion n'est pas bonne :)
> 319 polygones invalides, pas nécessairement ouvert.
> D'ailleurs que faut-il faire lorsqu'un CLC s'éloigne fortement de sa 
> géométrie initiale comme celui-ci 
> https://www.openstreetmap.org/way/41852154 ?
> on laisse le CLC-id même s'il n'y a plus vraiement de lien ?
> et quand on coupe un polygone en 2, on met le même id sur les 2 ?
> sur le + gros ?
> 
> Le 07. 01. 18 à 02:12, Marc M. a écrit :
> > Il y a en permanence un nombre important de polygone ouvert.
> > 319 en France en ce moment
> > https://osmose.openstreetmap.fr/fr/errors/?country=france*=1040
> > Depuis 2 semaines je passe un peu de temps à en corriger.
> > La seule cause récente trouvée dans ceux dont j'ai trouvé l'origine 
> > précise vient contre tout attente vient d'utilisateur sous josm.
> > Il suffit de télécharger une relation via overpass (au hasard une ligne 
> > de bus). de couper un chemin qui la compose (au hasard découpe 
> > conflictuel pour le rendu d'un rond-point) pour se retrouver avec une 
> > cassure dans les autres relations qui utilisent ces chemins.
> > L'autre causse de casse avec la même méthode c'est la découpe d'une 
> > place tagé comme aire et utilisé dans + d'une relation route.
> > Une solution serrait que josm fasse toujours une recherche
> > des relations parents lorsqu'on coupe ou supprime un chemin.
> > Car si josm ignore l’existence d'une relation parent,
> > celle-ci est fatalement cassée après l'opération.
> > Je n'ai pas trouvé cependant de moyen pour retrouver facilement
> > le dernier état valide d'un polygone.
> > 
> > Le 07. 01. 18 à 00:07, orhygine a écrit :
> >> En effet, j'ai vu cette anomalie en jetant un coup d’œil aux éditions 
> >> d'un nouveau contributeur ayant mis un changeset en "review requested" 
> >> dans le coin. Je lui ai d'ailleurs fait un certain nombre de remarques 
> >> sur plusieurs changesets. Mon objectif, est en toute bienveillance, de 
> >> l'accompagner dans son apprentissage d'OSM, plutôt dans l'optique de 
> >> lui permettre de corriger lui même, dans la mesure du possible.
> >>
> >> Dans le cas présent, j'ai pu voir qu'il avait touché ce polygone et je 
> >> me demandais si sa modification pouvait-être la cause de l'anomalie. 
> >> En l'occurrence, l'idée serait de lui indiquer les risques potentiels 
> >> lorsque l'on touche ce types d'objets plutôt que de corriger lui même. 
> >> Il ne s'agit pas de manip simples et même un "novice" comme moi avec 9 
> >> ans de projet et un nombre de contributions non négligeable est 
> >> légèrement retissant lorsque qu'il s'agit d'éditer les mega-polygones 
> >> CLC :) Mais je sais, il faut que je m'y mette...
> >>
> >> Donc au delà de la correction, si quelqu'un peut m'indiquer la méthode 
> >> debuger ce type de problème, je suis preneur. Quel outil utiliser pour 
> >> consulter l'historique d'une relation et savoir à quel moment elle a 
> >> été cassée.
> >>
> >> Salutations,
> >> Christophe
> >>
> >>
> >> Le 6 janvier 2018 à 19:03, jabali  >> > a écrit :
> >>
> >>     Quand on voit la quantité de détails terrain (zones boisées -
> >>     résidentielles
> >>     - fermes - paturages) qui sont recouverts par ce MP CLC farm , si je
> >>     peux
> >>     avancer mon humble avis, il aurait peut-être été mieux de le laisser
> >>     ouvert
> >>     pour que ce contributeur ,novice certes mais motivé, puisse
> >>     retravailler son
> >>     secteur.
> >>     Maintenant, la matrice s'est refermée pour les xx prochaines années.
> 
> ___
> 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] Whodidit, funziona?

[liste DOT girarsi AT posteo DOT eu]

Il 07/01/2018 12:28, Marco ha scritto:

come non detto, ora funziona



A me non :(



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

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

Re: [Talk-it] Whodidit, funziona?

[liste DOT girarsi AT posteo DOT eu]

Il 07/01/2018 12:09, Marco ha scritto:
Sono l'unico che da 2/3 giorni non riesce ad utilizzare 
https://simon04.dev.openstreetmap.org/whodidit/ ?


Il sito si carica ma non compaiono le caselle che indicano le aree di 
mappa modificate.


Grazie, buona domenica


Ho visto anch'io stamattina, ho guardato qui per vedere se c'erano 
problemi coi server [0], ma a parte Xapi (non so se questo è collegato a 
whodidt) non vedo problemi, quindi può essere un problema a livello del 
sito whodidt.



[0] https://wiki.openstreetmap.org/wiki/Platform_Status

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

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

Re: [Talk-it] Whodidit, funziona?

[Marco]

come non detto, ora funziona


Il 07/01/2018 12:09, Marco ha scritto:
Sono l'unico che da 2/3 giorni non riesce ad utilizzare 
https://simon04.dev.openstreetmap.org/whodidit/ ?


Il sito si carica ma non compaiono le caselle che indicano le aree di 
mappa modificate.


Grazie, buona domenica




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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[Stéphane Péneau]

Le 07/01/2018 à 00:07, orhygine a écrit :


Dans le cas présent, j'ai pu voir qu'il avait touché ce polygone et je 
me demandais si sa modification pouvait-être la cause de l'anomalie. 
En l'occurrence, l'idée serait de lui indiquer les risques potentiels 
lorsque l'on touche ce types d'objets plutôt que de corriger lui même. 
Il ne s'agit pas de manip simples et même un "novice" comme moi avec 9 
ans de projet et un nombre de contributions non négligeable est 
légèrement retissant lorsque qu'il s'agit d'éditer les mega-polygones 
CLC :) Mais je sais, il faut que je m'y mette...


J'ai découpé la grande relation en plusieurs plus petites, ou parfois en 
de simples polygones.


Il n'y a pas de règle toute faite pour retrouver à quel moment un 
polygone s'est retrouvé cassé. Parfois je me sers de OSM History Browser :

http://osm.virtuelle-loipe.de/history/?type=relation=276616

Ou bien http://analyser.openstreetmap.fr lorsqu'il fonctionnait.

Stf









--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html


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





--
Christophe aka orhygine | http://orhyginal.free.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-es] WMS Cartociudad

[Miguel Sevilla-Callejo]

Efectivamente es CC By 4.0 y necesita autorización expresa (PNOA lo tiene)
pero no recuerdo si cartociudad lo tiene (estará por algún lado si es así).

Alguien de los que llevó el tema del IGN por ahí?

Quizá si los nombres vienen del INE tiene sentido pedir permiso allí, no?

--
 Miguel Sevilla-Callejo
from my mobile 

El 5/1/2018 10:05, "Javier Sánchez Portero"  escribió:

> El 4 de enero de 2018, 23:03, Miguel Sevilla-Callejo  > escribió:
>
>> Supongo que algún otro puede comentarte con más detalle cómo está el tema
>> de las licencias de Cartociudad para la importación a OSM, si no recuerdo
>> mal es la misma que tenemos para otros productos del IGN pero espera que te
>> lo confirme alguien con más criterio en estr sentido que yo.
>>
>
> ¡Hola!
>
> CC-BY 4.0 = permiso expreso, como le comentaba a dazer. Espero opiniones.
>
>
>> Lo que quería comentarte es que este producto del IGN hasta dónde yo se
>> está bastante desactualizado en muchos lugares. Es más, una de las
>> cuestiones que se hablaron del interés que tenía el IGN para colaborar con
>> nosotros estaba en que habían contrastado que nuestros datos mejoraban
>> sustancialmente ese producto suyo.
>>
>> De la experiencia que yo tengo del uso de varias fuentes el catastro, los
>> números y nombres de calle, siempre es la que más se acerca a la realidad.
>> O sea, no encontré necesidad, para este tema, de recurrir a cartociudad.
>>
>
> Lo que más me interesa son los nombres de las calles. Yo sólo puedo hablar
> por un municipio que he estado revisando recientemente y tiene cambios
> (memoria histórica). Encuentro que los nombres de Cartociudad (INE) están
> un poco más actualizados que los de Catastro, pero a ambas le faltan
> nombres recientes comprobados sobre el terreno. La idea no es usar a
> ninguno como fuente primaria, sino contrastar las dos fuentes para en caso
> de discrepancia dirigir los esfuerzos de investigación sobre el terreno o
> decidir excluir direcciones de determinadas calles provisionalmente.
>
> Buscando en la red me encontré con esto. Me lo tengo que leer en detalle
> pero las conclusiones son muy interesantes
> https://dugi-doc.udg.edu//bitstream/handle/10256/4224/
> 28Art-Comparativa.pdf?sequence=1
>
>
>> A ver si alguien más puede arrojar más luz sobre el tema.
>>
>
> plegaria
>
>
>> Un saludo y enhorabuena por el trabajo que estás haciendo, la verdad es
>> que está genial que le estéis dando un repaso a la Wiki para dejarla en
>> condiciones.
>>
>
> No hay que darlas, Miguel. Saludos.
>
>
> ___
> 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-it] Whodidit, funziona?

[Marco]

Sono l'unico che da 2/3 giorni non riesce ad utilizzare 
https://simon04.dev.openstreetmap.org/whodidit/ ?


Il sito si carica ma non compaiono le caselle che indicano le aree di 
mappa modificate.


Grazie, buona domenica


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

Re: [Talk-it] disused:

[liste DOT girarsi AT posteo DOT eu]

Il 07/01/2018 11:44, demon.box ha scritto:

liste DOT girarsi AT posteo DOT eu wrote

Quanto all'applicazione del disused è un pò problematico come
l'abandoned, indifferentemente se si usa come namespace o no.


ciao, scusa ma quest'ultima frase non l'ho capita



Nel senso che è difficile alle volte stabilire l'effettivo disuso 
dall'effettivo abbandono.


Per esempio una vecchia casa con tetto con coppi ammuffiti, balconi in 
stato di abbandono, per esempio uno chiuso, l'altro mezzo staccato, 
porta d'entrata integra ma in evidente stato di scarsa manutenzione, 
recinzione arrugginita e metti un grande prato tutto intorno la casa 
falciato.


In base al prato direi la casa in disuso, in base a tutto il resto è 
abbandono, perchè penso che il prato in realtà sia stato affidato solo 
per fare fieno.


La stessa cosa se la ragiono per un ristorante, esempio già visto in 
questa discussione, e sei della zona, vedi il ristorante tutto curato, 
ma da diverso tempo chiuso, dove sai che il proprietario sta cercando 
qualcuno a cui lasciare la licenza, in questo caso è evidente che è in 
disuso.


Insomma quello del disused ed abandoned sono spesso casi limite dove è 
difficile determinare o uno o l'altro.




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

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

Re: [Talk-it] disused:

[demon.box]

liste DOT girarsi AT posteo DOT eu wrote
> Quanto all'applicazione del disused è un pò problematico come 
> l'abandoned, indifferentemente se si usa come namespace o no.

ciao, scusa ma quest'ultima frase non l'ho capita

--enrico





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-es] OpenLocalMap: OSM en tu localidad

[Javier Sánchez Portero]

Muy buen trabajo @KonfrareAlbert, @yopaseopor

Me hace pensar en un proyecto que no se si será interesante o si ya hay
algo similar: crear una aplicación web que permita tener un mapa como ese
de cualquier lugar del mundo, bien creado de forma automática o bien por el
usuario.

Saludos, Javier.

El 7 de enero de 2018, 1:46, yo paseopor  escribió:

> Buenas !
> Tal y como habeis podido leer seguramente en el grupo de Telegram hemos
> conseguido la actualización de una herramienta antigua que @KonfrareAlbert
> desarrolló para su población y que podeis encontrar en [1]. Esta
> herramienta ya era conocida por la comunidad pero no acababa de encontrar
> nuestro interés por desarrollarla, modificarla, etc. Años después y con
> otro debate de fondo (el detectar un etiqueta determinada) unido a un
> interés concreto (el crear un mapa con una etiqueta determinada) se van
> desarrollando soluciones en esa dirección. Enmedio de ese desarrollo se
> recupera la idea de la herramienta, que no es más que un fork de osm-pois
> de Humitos . La novedad esta vez es hacerla totalmente autónoma sin
> requerimiento de ninguna máquina externa, sólo una cuenta de Github. Y el
> añadirle la explicación para poder hacer una personalización sencilla y
> rápida de toda la herramienta.
>
> El resultado lo hemos llamado OpenLocalMap y encontrareis su código en [2]
> y una versión en funcionamiento en [3]
> Básicamente OLM es un Mapa OSM centrado en una población concreta al que
> se le añade información de proyectos de terceros que también tienen su base
> en OSM o en fuentes libres. En concreto se ofrece y utiliza :
>
> -Mapa centrado en la localidad (y con posibilidad de cambios de capas)
> (OpenStreetMap y Leaflet)
> -Muestra de PDI (Puntos de Interés, vamos, nuestros POIs) (Overpass)
> -Búsqueda en la localidad o bien en el resto del mundo (Nominatim)
> -Imágenes de Mapillary (en construcción) (Mapillary)
> -Recorridos personalizados por el municipio (Graphhopper)
> -Artículos sobre la localización (Wikipedia)
> -Mapa concreto , exterior , personalizable (ejemplo aparcamiento Overpass)
> -Enlaces (explica otros proyectos de OSM, personalizable 100%)
> -Modo experto (en construcción) (iD)
> -Explicación de todo el proyecto (personalizable 100%)
>
> Todo ello sólo a partir de una cuenta Github, por lo que es forkeable y
> personalizable de forma muy sencilla tal y como explico en [4] (se reduce a
> modificar un par de archivos buscando la cadena "MODIFICAR AQUÍ").
> El resultado es el que veis en [3]: un mapa sencillo pero potente, ideal
> para mostrar la utilidad de OSM a los responsables de asociaciones y
> territorios, totalmente adaptable y ampliable.
> Por lo que os animo a que le echéis un vistazo y a que os decidáis a crear
> el vuestro OLM de la localidad que estiméis oportuno.
> Aprovecho este correo para agradecer a Konfrare Albert por su idea y la
> guía para la adaptación de su herramienta así como a Joan Montané por
> facilitar la ubicación del código en el repositorio de la comunidad
> catalana.
>
>
>  [1] http://www.konfraria.org/osm/cerca/web
>  [2] https://github.com/OSM-Catalan/openlocalmap
>  [3] https://osm-catalan.github.io/openlocalmap
>  [4] http://yopaseopor.blogspot.com.es/2018/01/yorenderizo-
> openlocalmap-osm-en-tu.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] disused:

[liste DOT girarsi AT posteo DOT eu]

Il 07/01/2018 10:31, demon.box ha scritto:

ciao, siccome la regola del prefisso disused: c'è ed è ufficiale mi sono
giustamente adeguato però forse i tempi non sono proprio ancora così
maturi

certo le cose potranno un domani cambiare anche in JOSM (ma cambieranno
davvero??) ma modificare un poligono da building=yes a disused:building=yes
e vedere questo poligono che da pieno diventa vuoto mi fa un effetto
stranissimo, mi "sembra" di mappare in modo errato
anche per gli altri mappatori trovarsi un poligono vuoto non è proprio il
massimo e questo vale anche per i disused:landuse

cosa ne pensate? si può provare a contattare gli sviluppatori di JOSM in
merito?

grazie

--enrico



Sul database esiste? penso di sì, e penso sia una scelta quella di usare 
disused:*=* al posto di disused=yes, dal punto di vista del database, 
qual'è la miglior opzione per ricerca?


Per il rendering non mi pongo il problema, perchè l'importante è il 
fatto che sia documentato, del resto chi costruisce mappe per proprio 
uso, se non è un OSMer, attinge quasi tutto o tutto dalla wiki.


Quanto all'applicazione del disused è un pò problematico come 
l'abandoned, indifferentemente se si usa come namespace o no.



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

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

Re: [Talk-it] disused:

[demon.box]

...tra l'altro facendo alcune query ho trovato spesso utilizzata anche questa
formula:

building=yes
disused:building=yes

oppure

building=industrial
disused:building=yes

che mi sa tanto di escamotage per non veder "sparire" l'oggetto

è pazzesco giuro, questa storia qui del disused: mi sta facendo uscire dai
binari come nessun'altra prima!!
boh

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-cz] Turistické trasy - "tajná" odbočka k vrcholu

[majka . zem+talk]

7. ledna 2018 9:37:49 SEČ, "Jiří Komárek"  napsal:
>Ahoj,
>
>trochu se v tom popisu ztrácím. Je to tak, že od začátku žluté trasy 
>vede na opačnou stranu ještě cesta k vrcholu (viz příloha)?
>
>Pokud je to tak, jak jsem to namaloval, zaznačil bych to normálně do 
>nové relace jako cestu k vrcholu (yellow:white:yellow_triangle; 
>network=lwn; ...). Že tato odbočka chybí na rozcestníku mi přijde 
>zvláštní, ale ne zcela směrodatné.
>
>
>On 7.1.2018 00:27, majka wrote:
>> Prosím o radu, jak zmapovat tenhle případ:
>>
>> Podle rozcestníku 
>>  trasa 
>> končí/nebo začíná na křižovatce. Před začátkem trasy je však označená
>
>> odbočka k vrcholu (bez šipek z rozcestníku, na opačnou stranu než jde
>
>> trasa) Značení jsem si poprvé všimla cestou 
>>
> a 
>> ten cíl mi taky není zcela jasný - v místě té první značky cesta 
>> víceméně končí, dál se jde vlastně po louce. Já jsem šla opačně, 
>> značeno je to až k tomu rozcestníku kde vlastní trasa začíná.
>>
>> Mám ten kousek (cca 800m) domapovat? A jak, jen přidat do té hlavní 
>> relace?
>>
>> Majka
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz

Přesně - značky jdou jak je to namalované, ale jinde nejsou uvedené. 
trasy.kct.cz to také nezmiňují.
Přidám tedy novou relaci. ___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] standardizzazione stradario comunale

[Andrea Musuruane]

Ciao Martin,

2018-01-07 0:17 GMT+01:00 Martin Koppenhoefer :

> ...Quindi tutti i comuni dovrebbero già essersi adeguati e comunque
> l'adeguamento è un obbligo.
>
>
> si, mi ricordo di questo. Se l’hanno fatto dovrebbe essere facile trovare
> le delibere. Se non lo hanno fatto vuol dire che i nomi sono rimasti quelli
> “vecchi”.
>

Invece purtroppo è difficile. Perché le delibere sono pubblicate all'albo
pretorio online per 14 giorni a partire dalla data di pubblicazione. Dopo
vengono tolte e la maggior parte dei comuni non ha un archivio online
consultabile. Quindi o leggi la delibera in quei 14 giorni o non la trovi
più.

> Per esserne certo, dovresti leggere le varie delibere di giunta dato che 
> *"l’adeguamento
> alle modalità tecniche indicate per la standardizzazione e la
> normalizzazione della denominazione estesa [..] non rendono necessaria la
> sostituzione della cartellonistica stradale o delle targhe indicanti le
> denominazioni già deliberate non in forma standard".*
>
> Pertanto la cartellonistica non sarà aggiornata.
>
>
> si, ricordo questo. Per me (e credo anche per chi vuole usare la mappa in
> loco) è più importante quello che si vede, il nome “vero” ma non diffuso
> potrebbe entrare in official_name, ma questo sarebbe comunque sempre il
> nome dato dal comune, sia in regola con Istat, o forse anche no.
>

Questo è un problema che non stai indirizzando razionalmente. Perché il
nome secondo normativa ISTAT è sempre completo. Quindi sui cartelli puoi
trovare Via Verdi, mentre nello stradario ci sarà "Via Giuseppe Verdi". Non
è quindi difficile dal secondo capire che devo girare nella strada dove c'è
scritto sul cartello "Via Verdi". Non stiamo parlando di due nomi senza
alcuna relazione.


> Quindi, vista l'impraticabilità di leggere le tutte le delibere di giunta
> di tutti i comuni italiani
>
>
> Quelle riguardanti la toponomastica non sono tante, non è un task
> impossibile. Ci hai chiesto di leggere la normativa Istat per intero (cosa,
> ammetto, una volta ho fatto), nello stesso tempo potremmo leggere materiale
> rilevante (delibere dei nostri comuni sulla toponomastica).
>


Purtroppo, come ti ho scritto sopra, a parte il tempo per leggerle, la
problematica è trovarle.

Poi, se vuoi convincermi del contrario, prendi un comune a caso senza un
archivio delle delibere online e mi trovi le relative delibere.

Ciao,

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

Re: [Talk-it] disused:

[demon.box]

ciao, siccome la regola del prefisso disused: c'è ed è ufficiale mi sono
giustamente adeguato però forse i tempi non sono proprio ancora così
maturi

certo le cose potranno un domani cambiare anche in JOSM (ma cambieranno
davvero??) ma modificare un poligono da building=yes a disused:building=yes
e vedere questo poligono che da pieno diventa vuoto mi fa un effetto
stranissimo, mi "sembra" di mappare in modo errato
anche per gli altri mappatori trovarsi un poligono vuoto non è proprio il
massimo e questo vale anche per i disused:landuse

cosa ne pensate? si può provare a contattare gli sviluppatori di JOSM in
merito?

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[Christian Quest]

Le 7 janvier 2018 à 02:12, marc marc  a écrit :

> Il y a en permanence un nombre important de polygone ouvert.
> 319 en France en ce moment
> https://osmose.openstreetmap.fr/fr/errors/?country=france*=1040
> Depuis 2 semaines je passe un peu de temps à en corriger.
> La seule cause récente trouvée dans ceux dont j'ai trouvé l'origine
> précise vient contre tout attente vient d'utilisateur sous josm.
> Il suffit de télécharger une relation via overpass (au hasard une ligne
> de bus). de couper un chemin qui la compose (au hasard découpe
> conflictuel pour le rendu d'un rond-point) pour se retrouver avec une
> cassure dans les autres relations qui utilisent ces chemins.
>


ARGH.

Ne JAMAIS faire des éditions modifiant les géométries si on n'a pas chargé
intégralement les données de la zone.

C'est une règle de base qu'il faudrait répéter et répéter.

Pas de problème si c'est juste pour modifier des attributs.


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

Re: [OSM-talk-fr] review_requested=yes sans commentaire pour aider les nouveaux

[Stéphane Péneau]

Je surveille déjà les nouveaux changesets et notes autour de chez moi. 
Je voudrais simplement faire de même pour ces changesets particuliers.

La bounding box est de l'ordre d'une centaine de km.

Stf

Le 07/01/2018 à 00:48, marc marc a écrit :

Pour les flux rss, il a fait un autre outil pour les notes par pays.
mais pour les "review" apparemment pas.
Si c'est utile, je peux lui proposer.

Pour la bbox, c'est pour fractionner une partie de la France ou au
contraire couvrir une + grande zone ?
Je me pose la question vu le nombre raisonnable tant de demande que
d'aidant.

Pour surveiller tous les changements d'une bbox
https://simon04.dev.openstreetmap.org/whodidit/
https://tyrasd.github.io/latest-changes/

Le 06. 01. 18 à 07:40, Stéphane Péneau a écrit :

Est-ce qu'il y a une solution pour obtenir un flux rss de ces changesets
sur une bounding box ?

Stf

Le 05/01/2018 à 18:19, marc marc a écrit :

Le 05. 01. 18 à 18:09, pepilepi...@ovh.fr a écrit :

je relance le message car je pense que ce serrait utile d'aider ceux
qui
se posent des questions sur leur contribution.
je retourne régulièrement voir ce qu'ils ont fait après mon message,
ceux qui continue à être actif ont généralement corrigé leurs erreurs.
le lien affiche les nouveaux qui n'ont eu aucun commentaire.

https://resultmaps.neis-one.org/osm-suspicious?country=140=96=10=c=review_requested%3Dyes=t=>=10=d=n=t


si on arrive à traiter cette liste de demande d'aide, on peux toujours
changer le critère pour viser + large.

Tout ce qu'il faut faire c'est mettre un commentaire expliquant les
erreurs ou constatant simplement que c'est tout bon ?

Oui :)
Je rajoute une ligne de bienvenue pour faire sympa.
Mais je laisse le soin au contributeur initial de corriger lui-même ses
erreurs pour apprendre.Si on corrige sans lui dire, il l'ignore.
Il n'y a que si c'est grave ou compliqué à corriger pour un débutant que
je corrige moi-même (par exemple un nœud déplacé par mégarde sur une
grande distance ou un relation effacée impossible à restaurer avec iD).
Mais si tu souhaites faire autrement, n'hésites pas.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



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

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




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

Re: [OSM-talk-fr] Modification de couverture du sol du côté de Pau

[marc marc]

Evidement si je regarde la mauvaise stat,
ma conclusion n'est pas bonne :)
319 polygones invalides, pas nécessairement ouvert.
D'ailleurs que faut-il faire lorsqu'un CLC s'éloigne fortement de sa 
géométrie initiale comme celui-ci 
https://www.openstreetmap.org/way/41852154 ?
on laisse le CLC-id même s'il n'y a plus vraiement de lien ?
et quand on coupe un polygone en 2, on met le même id sur les 2 ?
sur le + gros ?

Le 07. 01. 18 à 02:12, Marc M. a écrit :
> Il y a en permanence un nombre important de polygone ouvert.
> 319 en France en ce moment
> https://osmose.openstreetmap.fr/fr/errors/?country=france*=1040
> Depuis 2 semaines je passe un peu de temps à en corriger.
> La seule cause récente trouvée dans ceux dont j'ai trouvé l'origine 
> précise vient contre tout attente vient d'utilisateur sous josm.
> Il suffit de télécharger une relation via overpass (au hasard une ligne 
> de bus). de couper un chemin qui la compose (au hasard découpe 
> conflictuel pour le rendu d'un rond-point) pour se retrouver avec une 
> cassure dans les autres relations qui utilisent ces chemins.
> L'autre causse de casse avec la même méthode c'est la découpe d'une 
> place tagé comme aire et utilisé dans + d'une relation route.
> Une solution serrait que josm fasse toujours une recherche
> des relations parents lorsqu'on coupe ou supprime un chemin.
> Car si josm ignore l’existence d'une relation parent,
> celle-ci est fatalement cassée après l'opération.
> Je n'ai pas trouvé cependant de moyen pour retrouver facilement
> le dernier état valide d'un polygone.
> 
> Le 07. 01. 18 à 00:07, orhygine a écrit :
>> En effet, j'ai vu cette anomalie en jetant un coup d’œil aux éditions 
>> d'un nouveau contributeur ayant mis un changeset en "review requested" 
>> dans le coin. Je lui ai d'ailleurs fait un certain nombre de remarques 
>> sur plusieurs changesets. Mon objectif, est en toute bienveillance, de 
>> l'accompagner dans son apprentissage d'OSM, plutôt dans l'optique de 
>> lui permettre de corriger lui même, dans la mesure du possible.
>>
>> Dans le cas présent, j'ai pu voir qu'il avait touché ce polygone et je 
>> me demandais si sa modification pouvait-être la cause de l'anomalie. 
>> En l'occurrence, l'idée serait de lui indiquer les risques potentiels 
>> lorsque l'on touche ce types d'objets plutôt que de corriger lui même. 
>> Il ne s'agit pas de manip simples et même un "novice" comme moi avec 9 
>> ans de projet et un nombre de contributions non négligeable est 
>> légèrement retissant lorsque qu'il s'agit d'éditer les mega-polygones 
>> CLC :) Mais je sais, il faut que je m'y mette...
>>
>> Donc au delà de la correction, si quelqu'un peut m'indiquer la méthode 
>> debuger ce type de problème, je suis preneur. Quel outil utiliser pour 
>> consulter l'historique d'une relation et savoir à quel moment elle a 
>> été cassée.
>>
>> Salutations,
>> Christophe
>>
>>
>> Le 6 janvier 2018 à 19:03, jabali > > a écrit :
>>
>>     Quand on voit la quantité de détails terrain (zones boisées -
>>     résidentielles
>>     - fermes - paturages) qui sont recouverts par ce MP CLC farm , si je
>>     peux
>>     avancer mon humble avis, il aurait peut-être été mieux de le laisser
>>     ouvert
>>     pour que ce contributeur ,novice certes mais motivé, puisse
>>     retravailler son
>>     secteur.
>>     Maintenant, la matrice s'est refermée pour les xx prochaines années.

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