Re: [talk-cz] Varování JOSM -- kombinace building:ruian:type a building

[Marián Kyral]

Čau.

Zkusím, ale včera jsme už nebyl schopen rozumně argumentovat. Ani jsem ten
bug nečetl.





Marián



-- Původní e-mail --
Od: Tom Ka 
Komu: OpenStreetMap Czech Republic 
Datum: 4. 4. 2019 7:22:35
Předmět: Re: [talk-cz] Varování JOSM -- kombinace building:ruian:type a
building
"Napisete nekdo neco do toho bugu nebo se tam mam ozvat. Za mne idealne
asi marian, ma predpokladam nelepsi prehled co a jak, tak bude schopen
i rozumne argumentovat, je to tak Mariane?

Bye

st 3. 4. 2019 v 22:45 odesílatel majka  napsal:
>
> No, je hezké že řeší, jak to vymazat. Ale zeptat se na důvod, proč to tam
je, to nikoho nenapadne...
> Docela mě mrzí, že jsem přehlédla, že se to tam objevilo. Takže člověk by
to mazat neměl (automatická editace), ale program ano?
>
> Já beru, že to jen vyhazuje hlášku, ale 90% uživatelů použije autofix.
>
> On Wed, 3 Apr 2019 at 22:30, Marián Kyral  wrote:
>>
>> https://josm.openstreetmap.de/ticket/17482
>>
>> On 03. 04. 19 21:47, majka wrote:
>>
>> Já jsem to našla, je to tady https://josm.openstreetmap.de/browser/josm/
trunk/data/validator/unnecessary.mapcss?rev=14954
>> - řádky 42-47
>>
>> Důvod, proč se do toho hrabou, naprosto netuším.
>>
>> On Wed, 3 Apr 2019 at 21:43, Marián Kyral  wrote:
>>>
>>> On 03. 04. 19 21:04, Majka wrote:
>>>
>>> Podle mého jen Němci usoudili (správně), že obojí v tomhle konkrétním
případě znamená totéž.
>>>
>>>
>>> Ne tak úplně, není tam vazba 1:1. Hlavně když se to pak změní z civic na
něco jako kostel, kaple, škola…
>>>
>>> Zatím jsem tu hlášku ignorovala.
>>>
>>>
>>> Já taky. Ještě jsem se nedokopal k tomu, podívat se, co přesně tam
vlastně kontrolují. Podle mně je tenhle test zaměřen na něco jiného a ten
náš tag se s tím jen svezl.
>>>
>>> Marián
>>>
>>>
>>>
>>> 3. dubna 2019 21:01:15 SELČ, Jan Macura  napsal:

 Ahoj,

 natrasoval jsem jednu budovu a když chci změnu nahrát do OSM, tak JOSM
vyhodí varování, že "zbytečná značka - building:ruian:type=11 není potřebná
pro building=hotel (1)".
 Co to znamená? Myslel jsem, že oba tagy se vyplňují nezávisle.

 H.
>>>
>>>
>>> ___
>>> talk-cz mailing list
>>> talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>> https://openstreetmap.cz/talkcz
>>>
>>>
>>> ___
>>> talk-cz mailing list
>>> talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>> https://openstreetmap.cz/talkcz
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-it] Utente che ignora i suggerimenti

[Francesco Pelullo]

Ciao a tutti,

Segnalo questo tweet di Pascal Neis:

https://twitter.com/pascal_n/status/1113480426276913153?s=19

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

Re: [talk-cz] Varování JOSM -- kombinace building:ruian:type a building

[Tom Ka]

Napisete nekdo neco do toho bugu nebo se tam mam ozvat. Za mne idealne
asi marian, ma predpokladam nelepsi prehled co a jak, tak bude schopen
i rozumne argumentovat, je to tak Mariane?

Bye

st 3. 4. 2019 v 22:45 odesílatel majka  napsal:
>
> No, je hezké že řeší, jak to vymazat. Ale zeptat se na důvod, proč to tam je, 
> to nikoho nenapadne...
> Docela mě mrzí, že jsem přehlédla, že se to tam objevilo. Takže člověk by to 
> mazat neměl (automatická editace), ale program ano?
>
> Já beru, že to jen vyhazuje hlášku, ale 90% uživatelů použije autofix.
>
> On Wed, 3 Apr 2019 at 22:30, Marián Kyral  wrote:
>>
>> https://josm.openstreetmap.de/ticket/17482
>>
>> On 03. 04. 19 21:47, majka wrote:
>>
>> Já jsem to našla, je to tady 
>> https://josm.openstreetmap.de/browser/josm/trunk/data/validator/unnecessary.mapcss?rev=14954
>> - řádky 42-47
>>
>> Důvod, proč se do toho hrabou, naprosto netuším.
>>
>> On Wed, 3 Apr 2019 at 21:43, Marián Kyral  wrote:
>>>
>>> On 03. 04. 19 21:04, Majka wrote:
>>>
>>> Podle mého jen Němci usoudili (správně), že obojí v tomhle konkrétním 
>>> případě znamená totéž.
>>>
>>>
>>> Ne tak úplně, není tam vazba 1:1. Hlavně když se to pak změní z civic na 
>>> něco jako kostel, kaple, škola…
>>>
>>> Zatím jsem tu hlášku ignorovala.
>>>
>>>
>>> Já taky. Ještě jsem se nedokopal k tomu, podívat se, co přesně tam vlastně 
>>> kontrolují. Podle mně je tenhle test zaměřen na něco jiného a ten náš tag 
>>> se s tím jen svezl.
>>>
>>> Marián
>>>
>>>
>>>
>>> 3. dubna 2019 21:01:15 SELČ, Jan Macura  napsal:

 Ahoj,

 natrasoval jsem jednu budovu a když chci změnu nahrát do OSM, tak JOSM 
 vyhodí varování, že "zbytečná značka - building:ruian:type=11 není 
 potřebná pro building=hotel (1)".
 Co to znamená? Myslel jsem, že oba tagy se vyplňují nezávisle.

 H.
>>>
>>>
>>> ___
>>> talk-cz mailing list
>>> talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>> https://openstreetmap.cz/talkcz
>>>
>>>
>>> ___
>>> talk-cz mailing list
>>> talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>> https://openstreetmap.cz/talkcz
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 153, Parution 8

[Jean-Christophe Becquet]

Le 03/04/2019 21:13, Edmond SCOUARNEC a écrit :
> je te remercie pour ta réactivité et surtout de m'avoir redonné accès à
> ton site "ToutesLatitudes" - RandoVélo - OsmAnd ! Bien que je l'avais
> mis en favoris, j'ai dû le zapper. 
> Je contribue à OSM après une carto-party à Quimper, soit depuis fin
> octobre 2008 ! En arrêt de travail après opérations de la cataracte,
> j'ai néanmoins commencé à œuvrer derechef sur ma ville et les communes
> avoisinantes. A pied tout d'abord puis à vélo pour finir en voiture ...
> Un contributeur m'avait fait il y a 2 ou 3 ans remarquer l'exhaustivité
> de mon travail ...
> J'utilise OsmAnd gratuit dernière version soit 3.3.7 sous Androïd Oréo
> (8) avec mon Sony Xperia XA1 dual sim (G3116) que je possède depuis un
> an ; je cotise pour Osm Live (1,80 € / mois) mais sans compte bitcoin.
> Tes vidéos sont très bien faites avec DU recorder que j'utilise
> également. Félicitations pour ta prestation qui doit être largement
> appréciée je pense ! Je te laisserai un commentaire sur le site.
> La dernière vidéo "Importer des POI" (nouveau 03/10/18) correspond
> exactement à ce que j'avais en mémoire visuelle.

Bonjour,

Je dois préciser que je ne suis pas l'auteur du site ToutesLatitudes, ni
de ces tutoriels vidéo.

Je me suis simplement souvenu que j'avais posté un message à ce sujet
sur Dessinetaville, la liste sur laquelle je partage mon travail autour
d'OpenStreetMap mais aussi de l'opendata et des communs numériques.
https://ml.apitux.net/pipermail/dessinetaville/

Bonne journée

JCB
-- 
Conférence « Images en commun » - mardi 30 avril à Digne
http://www.mediatheque-digne.fr/cms/articleview/id/86

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


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

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Grigory Rechistov via Talk-se]

Hej,

> Detta beror nog på att stil-beskrivning inte kommer med. Det är med andra ord 
> inget fel på datat.
Jaha. Jag var nämligen för lat att felsöka det och därför valde att filtrera 
mindre polygoner vid GeoJSON -> GeoJSON transformeringen i min egen skript.

Jag är nu mycket nöjd med det resultat som jag fick med v.generalize-filtern 
för Gränsö. Ni är gärna välkomna att bedöma och kommentera på resultatet 
själva. Vidare ger jag länkar till den slutliga OSM-filen som jag vill ladda 
upp imorgon, om ingen är emot detta förstås. Alla nya objekt är taggade med 
"source=NV NMD2018", så ifall det upptäcks några problem med min kommande 
uppladdning kan man enkelt hitta och radera den.

Sammanfattat är det min dataförbearbetning: GeoTIFF -> klippa GeoTIFF -> raster 
till vektor i QGIS -> tillämpa v.generalize -> spara som GeoJSON -> konvertera 
"DN" taggar till "landuse" taggar med hjälp av min egen skript -> importera i 
JOSM -> spara som OSM XML -> redigera XML för att fixa geojson-plugins buggar 
-> ladda OSM XML i JOSM igen. Jäkligt flera steg, jag vet...

Här är vad jag slutligen öppnat i JOSM:  
https://atakua.org/p/nmd/granso-semiautomatisk.osm

Den första valideringen visade tio tusen fel och varningar! Skärmbilden:  
https://atakua.org/p/nmd/import-stage-1-errors.png   . Det gick ändå att fixa 
de absolut flesta av dem automatiskt genom att klicka på "rätta till" knappen. 
Duplicerade noder med samma koordinater härstammar visserligen från det 10 
meter rutnätet i rastern. Men JOSM är smart nog för att slå dem ihop.

Sedan var det en jättelång sträcka:  
https://atakua.org/p/nmd/import-stage-2-errors.png längre än 2000 noder. Det 
felet löste jag genom att stycka polygonen i tre delar.

Sedan blev det inga mer allvarliga fel utan endast varningar:  
https://atakua.org/p/nmd/import-stage-3-errors.png . De krävde dock manuell 
städning. I de flesta tillfällen vad som krävdes var att radera ett extra 
objekt eller slå ihop flera.

Självkorsningarna är de mest påfrestande typen problem:  
https://atakua.org/p/nmd/typisk-sjalvkorsning.png . JOSM kan inte rätta till 
dem automatiskt. Jag behöver antingen radera den punkt som står i 
självkorsningen, eller radera den hela "öglan".

Här är hur den sista fasen på manuellt arbete ser ut:  
https://atakua.org/p/nmd/import-stage-varningar.png

Slutliga OSM-filen:  https://atakua.org/p/nmd/granso-fixade-fel.osm

Jag ska bli tacksam för all feedback! Och förlåt för det här jättelånga mejlet.


>Среда,  3 апреля 2019, 23:39 +03:00 от Christian Asker 
>:
>
>Hej.
>
>1. Detta beror nog på att stil-beskrivning inte kommer med. Det är med andra 
>ord inget fel på datat.
>
>
>Du kan nog slå ihop flera olika värden med Raster Calculator i QGIS.
>Personligen är jag dock inte övertygad om att det är rätt väg att gå. Har vi 
>detaljerad information om skogstyp kan vi väl behålla den. Noggrannheten är 
>nog inte sämre än vad som kan åstadkommas med andra metoder.
>
>Mvh Christian
>
>
>
>
>Grigory Rechistov via Talk-se < talk-se@openstreetmap.org > skrev: (3 april 
>2019 22:22:14 CEST)
>>Hej,
>>För att fixa "trapporna" som kvarstår efter gdal_polygonize försökte jag 
>>använda en insticksmodul v.generalize av GRASS-verktyg (se frågan här:  
>>https://gis.stackexchange.com/questions/3/how-to-smooth-large-vector-polygons-from-raster
>> ). 
>>
>>Här är hur linjerna på Gränsö ( https://osm.org/go/0aUFbLO0-?m =) ser ut:  
>>https://atakua.org/nc/index.php/s/2kiEafMdYGQDyk6 . Någorlunda bättre men 
>>visst inte perfekt.
>>
>>Nu kämpar jag med flera mindre irriterande problem såsom:
>>1. Att filtrera mindre krafspolygoner. gdal_sieve förvandlar den ursprungliga 
>>TIFF-filen till svartvitt, av någon anledning
>>
>>2. Att komma runt buggar i GeoJSON import ( 
>>https://github.com/JOSM/geojson/issues/29#issuecomment-479502069 ). Det 
>>saknas också "type=multipolygon" taggen efter importen.
>>
>>Det verkar att  jag verkligen vill slå samman olika typer skogar för att 
>>minska det brus de skapar. Då behöver ja ett kommandoradsverktyg eller en 
>>QGIS-plugin som kan redigera raster och slå olika pixelfärger till en färg.
>>
>>
>>Med vänliga hälsningar,
>>Grigory Rechistov
>>With best regards,
>>Grigory Rechistov
>
>-- 
>Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.

С наилучшими пожеланиями,
Григорий Речистов.
Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [talk-au] Large contribution to update OSM rural / offroad tracks in Australia

[Andrew Harvey]

On Wed, 3 Apr 2019 at 16:00, James Nuccio  wrote:

> I'm relatively new to using and contributing to OSM but must say I'm
> really getting into it.  I am currently building a navigation app targeted
> towards the 4wding market which makes use of OSM.  Part of our offering is
> to geo-track our users as they navigate through the bush to better
> understand the 4wd tracks themselves.
>

Welcome!

Have you seen the smoothness tag?
https://wiki.openstreetmap.org/wiki/Key:smoothness It can be used to flag
how "off-road" a track is.


> A byproduct of this process is that we have hundred of traces to be able
> to validate the geometry of current tracks, as well as add new tracks to
> the database.  All of these traces are an aggregation of user data, not
> traces of individual users.
>
> I am keen to get this info back into OSM but I'm looking for help as I
> don't have capacity to do so myself.  However I'd still like the
> contributions to be entered under my OSM userid.
>

Just to add to what David said, the OSM gps traces are at
https://www.openstreetmap.org/traces, if you choose those traces will be
entered under your OSM username.

This then immediately makes your data available to OSM editors who can use
the traces to improve geometry of ways, identify and add in missing tracks
etc from your traces, to be entered under each mapper's OSM username.

Alternatively you could go with Sebastian's suggestion which would keep
your gps traces separate from all the other traces submitted to OSM.

With those gps traces available, either you or the community could run a
process to flag areas where OSM and your traces differ and create new
maproulette.org tasks, like Sebastian suggested. Any edits though will fall
under the actual mapper's username.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-cr] Propuesta para el nombramiento de calles en Costa Rica

[Jorge Aguirre]

Buenas tardes Tamara.

Estuve viendo esta propuesta y no estoy de acuerdo de que sea utilizado el 
“ref” para ingresar los nombres de las calles. El “ref” se utiliza para indicar 
el numero de referencia de las carreteras (por ejemplo la CA-1 o Carretera 
Panamericana, que en Costa Rica se le conoce como la Carretera Interamericana, 
tiene el ref=1), o se utiliza “ref" también para indicar el número de una 
salida de una autopista e incluso puede ser utilizado para indicar el número de 
la ruta de un autobús urbano. Puede leerse más acerca de el uso adecuado del 
“ref" (parcialmente traducido al español) en 
https://wiki.openstreetmap.org/wiki/ES:Key:ref  

El link incluido en la propuesta 
(https://wiki.openstreetmap.org/wiki/ES:Gu%C3%ADa_para_mapear_en_Colombia) con 
respecto a la metodología utilizada en Colombia, tampoco indica que el “ref" 
sea utilizado para ingresar un nombre alterno en Colombia. Básicamente, en 
todos los países de la región se acostumbra utilizar el mismo formato, por 
ejemplo: “name=Carretera Interamericana” + “alt_name=Carretera Panamericana” + 
“ref=1”.

En el caso de Costa Rica, en donde la mayoría de las calles pueden tener dos 
nombres, este formato se adapta perfectamente. Y además se mantiene el formato 
utilizado en el resto de la región, así como el “ref” libre para utilizarse 
adecuadamente. 

Al buscarse una calle con uno u otro nombre, la mayoría de los buscadores lo 
encuentran, aunque en la imágen visible en OSM se pueda apreciar tan solo el 
que aparece ingresado bajo “name=*”. Tanto así, que en países en los que se 
utilizan otros caracteres, pueden ingresarse el “name=*”, y luego pueden 
agregarse los nombre traducidos a varios idiomas, como por ejemplo un nombre 
arábigo "name=شارع القاهرة”, que en inglés sería ingresado como "name:en=Cairo 
Street” y en que español sería ingresado como “name:es=Calle Cairo”. Esto se 
hace para que los buscadores puedan encontrar el nombre de una calle 
específica, sin importar el idioma que sea utilizado por el usuario.

Y así, sucesivamente, hay muchas otras opciones para ingresar varios nombres 
alternos, incluyendo “old_name”, “nat_name”, “official_name”, etc.

Espero que todo esto sea útil para aplicarse en el OSM de la bella Costa Rica. 
Quedo a la orden para resolver cualquier duda al respecto y espero poder 
colaborar más con ustedes.

Atentamente,
Jorge Aguirre 
(Usuario OSM:JAAS)

> On Apr 2, 2019, at 4:38 PM, Tamara Moscoso  wrote:
> 
> Hola,
> Espero que se encuentren bien,
> Durante el proceso de desarrollo de un proyecto que involucra OSM, notamos 
> cierta inconsistencia en la manera en que se etiquetan las calles de Costa 
> Rica.
> La base del asunto se debe a que en Costa Rica el etiquetado de las calles no 
> sigue ningún estándar, actualmente se utiliza el atributo name y alt_name 
> para el nombre y número de calle de manera intercambiable, o incluso 
> utilizando solo alt_name en algunos casos.
> Hemos creado una propuesta en la Wiki de OpenStreetMap, explicando el tema 
> con más detalle, y brindando una posible solución al mismo.
> Se adjunta el link a la propuesta, la cual tendrá una duración de una semana 
> iniciando hoy martes 2/4/19, de antemano agradecemos comentarios y aportes.
> https://wiki.openstreetmap.org/wiki/Propuesta_para_el_nombramiento_de_calles_en_Costa_Rica
> 
> Saludos.
> ___
> Talk-cr mailing list
> Talk-cr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cr


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

Re: [talk-au] Existing OSM precedent | Re: Aboriginal art sites

[Ian Sergeant]

Hi,

I'm not really concerned with the term.  Or even wanting to discuss the
philosophical arguments behind it.  Happy to use a different word if that
keeps the discussion focussed.  Although, personally I don't think we
should be frightened of it.  What we're doing here is self-censorship to
protect vulnerable groups and sites - and we're comfortable with that.

As to the practical nature of this discussion, we don't seem to have many
answers.  This just seems to be call to mappers to take care and consider
the impact of what they are mapping to the site.  And if that's it, I'm
fine with that.

The assumption that there is a group with one voice that we can use as
guiding and authoritative I don't think extends to many of these sites.
The notion of advertising and signposting is interesting, especially with
those sites that are well documented in guidebooks, blogs, etc, but locally
unsigned.  If I see a site that has been mapped, I can't actually figure
out how I could tell if I should remove it or not.  And as nothing in OSM
is every really deleted, should we have a policy to redact it?

But again, as many of these sites are available to anyone willing to spend
half an hour in a public library, it may be sufficient to just have this as
a guideline to mappers, and just add a thin layer of obscurity that seems
sufficient to reduce the risk from the instagrammers, etc.  If that's the
aim.

Ian.



On Wed, 3 Apr 2019 at 19:39, Rory McCann  wrote:

> On 01/04/2019 12:27, Ian Sergeant wrote:
> > is this form of censorship practised anywhere else in OSM - maybe for
> > other indigenous people - that we could copy their model?
>
> I don't think "censorship" is a helpful term here.
>
> But there has been a practice in OSM to *not* map certain things, such
> as private/non-publicized domestic violence shelters, or the nesting
> sites of endangered birds. So the same logic applies here I think.
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-GB] New Bridge Gunnislake

[Neil Matthews]

Add a note on the main OSM site - maybe with expected finish date of
road works -- might help as a reminder.

Cheers,
Neil

On 03/04/2019 20:38, Edward Catmur via Talk-GB wrote:
> There is also the temporary affix:
>
> https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/temporary_(conditional)#Example_4:_Temporary_highway_bridge
>
> I'm not entirely sure how well supported that is by routers etc though. 
>

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

Re: [OSM-talk-fr] Malgré un premier blocage, cela continue ! L3mp1ck4 / Dupuiche / Y43l

[marc marc]

a mon avis :
- vaut mieux garder le noms des comptes dans le sujet sinon + tard on 
les retrouvera difficilement
- je trouve que c'est une mauvaise idée d'avoir parler de planned:*
parce qu'une demande de permis ne correspond pas à planned:
c'est qu'une demande, il n'y a rien d'accepté donc rien de planifié
- il y a tjs la question ouverte : si revert, quoi ? tout pour les 3 ?
depuis une certaine date ?
si qlq veux se rendre utile, faire une stat pour chaque utilisateur 
overpass user:x <> http://hdyc.neis-one.org/
cela donnera une idée du nombre d'objets ou un revert intégral 
provoquera un conflit.
- corollaire du précédent : qui est volontaire pour gérer
ces conflits ? :-)
- autre solution : suppression des building=construction 
landuse=construction touché en dernier par ces 3 utilisateurs,
choses que tout le monde peux faire.
éventuellement complété par une vérif des objets v#1 (cad ceux
qu'ils ont créés)

>> https://www.openstreetmap.org/changeset/67385270 >> 
>> https://www.openstreetmap.org/changeset/68842826>>> 
https://www.openstreetmap.org/user_blocks/2620
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Malgré un premier blocage, cela continue !

[deuzeffe]

Je me suis « un peu » énervée en commentaire des derniers changeset des 
deux gougnafiers.


Le 03/04/2019 à 22:56, Vincent Bergeot a écrit :
Suite au blocage simple, les deux ci-dessous ont débloqué et recommence 
sans réaction aux commentaires et en faisant pareil !


à bloquer à nouveau je pense

https://www.openstreetmap.org/user_blocks/2622

il recommence et ne change rien ! source : pc accepté 2019 : 
https://www.openstreetmap.org/changeset/67385270


ID n'aime pas du tout les croisements de bâtiments et de bâtiments en 
construction



à bloquer à nouveau je pense


https://www.openstreetmap.org/user_blocks/2621


il continue et en plus il dit comment il faut faire : 
https://www.openstreetmap.org/changeset/68842826



Ces 2 sont vraiment problématiques.




https://www.openstreetmap.org/user_blocks/2620


toujours bloqué cela signifie qu'il ne s'est pas reconnecté depuis, cela 
correspond à son profil qui ne contribue plus depuis 1 an








Le 30/03/2019 à 15:53, Vincent Bergeot a écrit :

Le 28/03/2019 à 10:56, Vincent Bergeot a écrit :

Pour information,

il y a blocage des 3 utilisateurs évoqués dans ces courriels :
https://www.openstreetmap.org/user_blocks/2622
https://www.openstreetmap.org/user_blocks/2621
https://www.openstreetmap.org/user_blocks/2620

à suivre donc


3 jours après

https://www.openstreetmap.org/user_blocks/2622


toujours bloqué



https://www.openstreetmap.org/user_blocks/2621


débloqué, il s'est connecté et a fait la même chose semble-t-il : 
https://www.openstreetmap.org/changeset/68668647


source  
Projet de construction - Meaux


Rien de visible sur la photo aérienne, suppression de pas mal de chose 
(c'est peut-être une réalité), mais justement dans une zone où un 
autre des 3 loulous a fait des modifs il y a un an -> 
https://www.openstreetmap.org/way/51839


Aucune réponse -> à rebloquer je pense



https://www.openstreetmap.org/user_blocks/2620

toujours bloqué



--
Vincent Bergeot



___
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] [NOOB] Retour sur les places de Parking PMR

[Erwan Salomon]

j’ai juste été sur le site : http://tile.openstreetmap.fr/
et sélectionné le rendu FR
pour le reste j’ai généré un permalink (en bas à droite)
mais en effet je ne sais pas si ça peut t’aider dans l’usage de OSMAnd

> Le 3 avr. 2019 à 22:04, Jacques Lavignotte  a écrit :
> 
> 
> 
> Le 03/04/2019 à 21:50, Erwan Salomon a écrit :
> 
>> http://tile.openstreetmap.fr/?zoom=19=47.73345=-3.42969=BFF
> 
> C'est où la doc pour piger le : layers=BFF ???
> 
> Merci,
> 
> J.
> 
> Dites moi tout.
> -- 
> GnuPg : C8F5B1E3 Because privacy matters.
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

[OSM-talk-fr] Malgré un premier blocage, cela continue !

[Vincent Bergeot]

Suite au blocage simple, les deux ci-dessous ont débloqué et recommence 
sans réaction aux commentaires et en faisant pareil !


à bloquer à nouveau je pense

https://www.openstreetmap.org/user_blocks/2622

il recommence et ne change rien ! source : pc accepté 2019 : 
https://www.openstreetmap.org/changeset/67385270


ID n'aime pas du tout les croisements de bâtiments et de bâtiments en 
construction



à bloquer à nouveau je pense


https://www.openstreetmap.org/user_blocks/2621


il continue et en plus il dit comment il faut faire : 
https://www.openstreetmap.org/changeset/68842826



Ces 2 sont vraiment problématiques.




https://www.openstreetmap.org/user_blocks/2620


toujours bloqué cela signifie qu'il ne s'est pas reconnecté depuis, cela 
correspond à son profil qui ne contribue plus depuis 1 an








Le 30/03/2019 à 15:53, Vincent Bergeot a écrit :

Le 28/03/2019 à 10:56, Vincent Bergeot a écrit :

Pour information,

il y a blocage des 3 utilisateurs évoqués dans ces courriels :
https://www.openstreetmap.org/user_blocks/2622
https://www.openstreetmap.org/user_blocks/2621
https://www.openstreetmap.org/user_blocks/2620

à suivre donc


3 jours après

https://www.openstreetmap.org/user_blocks/2622


toujours bloqué



https://www.openstreetmap.org/user_blocks/2621


débloqué, il s'est connecté et a fait la même chose semble-t-il : 
https://www.openstreetmap.org/changeset/68668647


source  
Projet de construction - Meaux


Rien de visible sur la photo aérienne, suppression de pas mal de chose 
(c'est peut-être une réalité), mais justement dans une zone où un 
autre des 3 loulous a fait des modifs il y a un an -> 
https://www.openstreetmap.org/way/51839


Aucune réponse -> à rebloquer je pense



https://www.openstreetmap.org/user_blocks/2620

toujours bloqué



--
Vincent Bergeot

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

Re: [talk-cz] Varování JOSM -- kombinace building:ruian:type a building

[majka]

No, je hezké že řeší, jak to vymazat. Ale zeptat se na důvod, proč to tam
je, to nikoho nenapadne...
Docela mě mrzí, že jsem přehlédla, že se to tam objevilo. Takže člověk by
to mazat neměl (automatická editace), ale program ano?

Já beru, že to jen vyhazuje hlášku, ale 90% uživatelů použije autofix.

On Wed, 3 Apr 2019 at 22:30, Marián Kyral  wrote:

> https://josm.openstreetmap.de/ticket/17482
>
> On 03. 04. 19 21:47, majka wrote:
>
> Já jsem to našla, je to tady
> https://josm.openstreetmap.de/browser/josm/trunk/data/validator/unnecessary.mapcss?rev=14954
> - řádky 42-47
>
> Důvod, proč se do toho hrabou, naprosto netuším.
>
> On Wed, 3 Apr 2019 at 21:43, Marián Kyral  wrote:
>
>> On 03. 04. 19 21:04, Majka wrote:
>>
>> Podle mého jen Němci usoudili (správně), že obojí v tomhle konkrétním
>> případě znamená totéž.
>>
>>
>> Ne tak úplně, není tam vazba 1:1. Hlavně když se to pak změní z civic na
>> něco jako kostel, kaple, škola…
>>
>> Zatím jsem tu hlášku ignorovala.
>>
>>
>> Já taky. Ještě jsem se nedokopal k tomu, podívat se, co přesně tam
>> vlastně kontrolují. Podle mně je tenhle test zaměřen na něco jiného a ten
>> náš tag se s tím jen svezl.
>>
>> Marián
>>
>>
>>
>> 3. dubna 2019 21:01:15 SELČ, Jan Macura 
>>  napsal:
>>>
>>> Ahoj,
>>>
>>> natrasoval jsem jednu budovu a když chci změnu nahrát do OSM, tak JOSM
>>> vyhodí varování, že "zbytečná značka - building:ruian:type=11 není potřebná
>>> pro building=hotel (1)".
>>> Co to znamená? Myslel jsem, že oba tagy se vyplňují nezávisle.
>>>
>>> H.
>>>
>>
>> ___
>> talk-cz mailing 
>> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
>
> ___
> talk-cz mailing 
> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Christian Asker]

Hej.

1. Detta beror nog på att stil-beskrivning inte kommer med. Det är med andra 
ord inget fel på datat.


Du kan nog slå ihop flera olika värden med Raster Calculator i QGIS.
Personligen är jag dock inte övertygad om att det är rätt väg att gå. Har vi 
detaljerad information om skogstyp kan vi väl behålla den. Noggrannheten är nog 
inte sämre än vad som kan åstadkommas med andra metoder.

Mvh Christian




Grigory Rechistov via Talk-se  skrev: (3 april 2019 
22:22:14 CEST)
>
>Hej,
>För att fixa "trapporna" som kvarstår efter gdal_polygonize försökte
>jag använda en insticksmodul v.generalize av GRASS-verktyg (se frågan
>här: 
>https://gis.stackexchange.com/questions/3/how-to-smooth-large-vector-polygons-from-raster
>). 
>
>Här är hur linjerna på Gränsö ( https://osm.org/go/0aUFbLO0-?m =) ser
>ut:  https://atakua.org/nc/index.php/s/2kiEafMdYGQDyk6 . Någorlunda
>bättre men visst inte perfekt.
>
>Nu kämpar jag med flera mindre irriterande problem såsom:
>1. Att filtrera mindre krafspolygoner. gdal_sieve förvandlar den
>ursprungliga TIFF-filen till svartvitt, av någon anledning
>
>2. Att komma runt buggar i GeoJSON import (
>https://github.com/JOSM/geojson/issues/29#issuecomment-479502069 ). Det
>saknas också "type=multipolygon" taggen efter importen.
>
>Det verkar att  jag verkligen vill slå samman olika typer skogar för
>att minska det brus de skapar. Då behöver ja ett kommandoradsverktyg
>eller en QGIS-plugin som kan redigera raster och slå olika pixelfärger
>till en färg.
>
>
>Med vänliga hälsningar,
>Grigory Rechistov
>With best regards,
>Grigory Rechistov

-- 
Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] Retour sur les places de Parking PMR

[deuzeffe]

Le 03/04/2019 à 18:13, Jacques Foucry a écrit :

Bonjour,


Hello toi,


J'ai retéléchargé OSMAnd~ depuis F-droid sur mon ordiphone dépourvu de
service Google. Je vous rassure cela fonctionne très bien.

Dans la liste de place de parking en surface signalée comme tel, ne
serait-il pas possible que les emplacements réservés PMR dispose aussi
de leur petites icônes spéciale ?


Chaque appli./site/whatever choisit son rendu. Si tu parles du rendu sur 
OSMAnd~, c'est à eux qu'il faut que tu t'adresses... Ou alors, tu 
fouilles les options de rendu et affichage de la carte.


HTH
--
deuzeffe



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

Re: [talk-cz] Varování JOSM -- kombinace building:ruian:type a building

[Marián Kyral]

https://josm.openstreetmap.de/ticket/17482

On 03. 04. 19 21:47, majka wrote:
> Já jsem to našla, je to
> tady 
> https://josm.openstreetmap.de/browser/josm/trunk/data/validator/unnecessary.mapcss?rev=14954
> - řádky 42-47
>
> Důvod, proč se do toho hrabou, naprosto netuším.
>
> On Wed, 3 Apr 2019 at 21:43, Marián Kyral  > wrote:
>
> On 03. 04. 19 21:04, Majka wrote:
>> Podle mého jen Němci usoudili (správně), že obojí v tomhle
>> konkrétním případě znamená totéž.
>
> Ne tak úplně, není tam vazba 1:1. Hlavně když se to pak změní z
> civic na něco jako kostel, kaple, škola…
>
>> Zatím jsem tu hlášku ignorovala.
>
> Já taky. Ještě jsem se nedokopal k tomu, podívat se, co přesně tam
> vlastně kontrolují. Podle mně je tenhle test zaměřen na něco
> jiného a ten náš tag se s tím jen svezl.
>
> Marián
>
>
>>
>> 3. dubna 2019 21:01:15 SELČ, Jan Macura 
>>  napsal:
>>
>> Ahoj,
>>
>> natrasoval jsem jednu budovu a když chci změnu nahrát do OSM,
>> tak JOSM vyhodí varování, že "zbytečná značka -
>> building:ruian:type=11 není potřebná pro building=hotel (1)".
>> Co to znamená? Myslel jsem, že oba tagy se vyplňují nezávisle.
>>
>> H.
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Grigory Rechistov via Talk-se]

Hej,
För att fixa "trapporna" som kvarstår efter gdal_polygonize försökte jag 
använda en insticksmodul v.generalize av GRASS-verktyg (se frågan här:  
https://gis.stackexchange.com/questions/3/how-to-smooth-large-vector-polygons-from-raster
 ). 

Här är hur linjerna på Gränsö ( https://osm.org/go/0aUFbLO0-?m =) ser ut:  
https://atakua.org/nc/index.php/s/2kiEafMdYGQDyk6 . Någorlunda bättre men visst 
inte perfekt.

Nu kämpar jag med flera mindre irriterande problem såsom:
1. Att filtrera mindre krafspolygoner. gdal_sieve förvandlar den ursprungliga 
TIFF-filen till svartvitt, av någon anledning

2. Att komma runt buggar i GeoJSON import ( 
https://github.com/JOSM/geojson/issues/29#issuecomment-479502069 ). Det saknas 
också "type=multipolygon" taggen efter importen.

Det verkar att  jag verkligen vill slå samman olika typer skogar för att minska 
det brus de skapar. Då behöver ja ett kommandoradsverktyg eller en QGIS-plugin 
som kan redigera raster och slå olika pixelfärger till en färg.


Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] [NOOB] Retour sur les places de Parking PMR

[Jacques Lavignotte]

Le 03/04/2019 à 21:50, Erwan Salomon a écrit :


http://tile.openstreetmap.fr/?zoom=19=47.73345=-3.42969=BFF


C'est où la doc pour piger le : layers=BFF ???

Merci,

J.

Dites moi tout.
--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [OSM-talk-fr] Retour sur les places de Parking PMR

[Erwan Salomon]

les places de parking handicapé sont bien représentés sur OSM fr (mais pas sur 
OSM.org)
exemple : 
http://tile.openstreetmap.fr/?zoom=19=47.73345=-3.42969=BFF

Erwan [glyo]

> Le 3 avr. 2019 à 18:13, Jacques Foucry  a écrit :
> 
> Bonjour,
> 
> J'ai retéléchargé OSMAnd~ depuis F-droid sur mon ordiphone dépourvu de
> service Google. Je vous rassure cela fonctionne très bien.
> 
> En zoomant sur certaines zones de ma connaissance (sur Paris) j'ai
> remarqué que les parkings prévus pour « deux roues » (motorisé ou non)
> avaient droits à une icône spécalisée.
> 
> Dans la liste de place de parking en surface signalée comme tel, ne
> serait-il pas possible que les emplacements réservés PMR dispose aussi
> de leur petites icônes spéciale ? 
> D'autant que le logotype du fauteuil roulant semble être une accepttion 
> internationnale je pense que seule de la CPU serait mises en œuvre pour un 
> ajout de ce type.
> 
> Tant que j'y pense, je ne crois pas avoir vu de « zone livraison » signalées. 
> Là encore l'information doit exister (ou est trouvable via des
> cartoparties) et apporterais un plus au livreurs qui pourrait les
> utiliser plus facilement (tousstouss).
> 
> * PMR = Personne à Mobilité Réduite
> 
> -- 
> Jacques Foucry
> 
> ___
> 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-cz] Varování JOSM -- kombinace building:ruian:type a building

[majka]

Já jsem to našla, je to tady
https://josm.openstreetmap.de/browser/josm/trunk/data/validator/unnecessary.mapcss?rev=14954
- řádky 42-47

Důvod, proč se do toho hrabou, naprosto netuším.

On Wed, 3 Apr 2019 at 21:43, Marián Kyral  wrote:

> On 03. 04. 19 21:04, Majka wrote:
>
> Podle mého jen Němci usoudili (správně), že obojí v tomhle konkrétním
> případě znamená totéž.
>
>
> Ne tak úplně, není tam vazba 1:1. Hlavně když se to pak změní z civic na
> něco jako kostel, kaple, škola…
>
> Zatím jsem tu hlášku ignorovala.
>
>
> Já taky. Ještě jsem se nedokopal k tomu, podívat se, co přesně tam vlastně
> kontrolují. Podle mně je tenhle test zaměřen na něco jiného a ten náš tag
> se s tím jen svezl.
>
> Marián
>
>
>
> 3. dubna 2019 21:01:15 SELČ, Jan Macura 
>  napsal:
>>
>> Ahoj,
>>
>> natrasoval jsem jednu budovu a když chci změnu nahrát do OSM, tak JOSM
>> vyhodí varování, že "zbytečná značka - building:ruian:type=11 není potřebná
>> pro building=hotel (1)".
>> Co to znamená? Myslel jsem, že oba tagy se vyplňují nezávisle.
>>
>> H.
>>
>
> ___
> talk-cz mailing 
> listtalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-czhttps://openstreetmap.cz/talkcz
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Varování JOSM -- kombinace building:ruian:type a building

[Marián Kyral]

On 03. 04. 19 21:04, Majka wrote:
> Podle mého jen Němci usoudili (správně), že obojí v tomhle konkrétním
> případě znamená totéž.

Ne tak úplně, není tam vazba 1:1. Hlavně když se to pak změní z civic na
něco jako kostel, kaple, škola…

> Zatím jsem tu hlášku ignorovala.

Já taky. Ještě jsem se nedokopal k tomu, podívat se, co přesně tam
vlastně kontrolují. Podle mně je tenhle test zaměřen na něco jiného a
ten náš tag se s tím jen svezl.

Marián


>
> 3. dubna 2019 21:01:15 SELČ, Jan Macura  napsal:
>
> Ahoj,
>
> natrasoval jsem jednu budovu a když chci změnu nahrát do OSM, tak
> JOSM vyhodí varování, že "zbytečná značka - building:ruian:type=11
> není potřebná pro building=hotel (1)".
> Co to znamená? Myslel jsem, že oba tagy se vyplňují nezávisle.
>
> H.
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-GB] New Bridge Gunnislake

[Edward Catmur via Talk-GB]

There is also the temporary affix:

https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/temporary_(conditional)#Example_4:_Temporary_highway_bridge

I'm not entirely sure how well supported that is by routers etc though.

On Wed, 3 Apr 2019, 20:33 Mateusz Konieczny, 
wrote:

>
> It is closed for repairs, so maybe highway=construction
> construction=primary
> would be better?
>
> It seems that it will be more likely to be caught if forgotten, really old
> highway=construction
> is far more suspicious that old access=no.
>
> Old highway=construction would be caught for example by StreetComplete.
>
> There is also https://wiki.openstreetmap.org/wiki/Key:opening_date
> that allows to specify opening date - what makes possible to
> run query detecting objects that are supposed to be open now.
>
> Query example for London: http://overpass-turbo.eu/s/HEq (pan map
> and press run to get results for other place).
>
> Apr 3, 2019, 6:19 PM by talk-gb@openstreetmap.org:
>
> With some hesitation, I have just added access = no to New Bridge
> in Gunnislake.
> https://www.openstreetmap.org/way/608610775
>
> This is one of only two major routes across the lower Tamar, so it is
> of major importance for routing applications.
>
> The bridge has been closed after an accident damaged the structure, and
> it has been suggested that may be shut until 1st May.
>
> I know the area fairly well, and I believe that I had edited the bridge
> several times in the past, although the history now only seems to go back
> for around a year with edits from non local (armchair?) mappers.
>
> The relevance of that comment is that I am not aware of any very local
> mappers.
>
> Anyway, have I overlooked a way to tag a temporary restriction like
> this? I have put a note in my dairy to remind me to check the tagging in
> a week or two, but I could still forget ... which would be unfortunate
> :-)
>
> ael
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk-fr] Une nouvelle carte vectorielle pour blitzortung.org

[Jacques Lavignotte]

Il y quelques mois blitzortung.org fonctionnait en mode dégradé après 
avoir dû abandonner g**gle maps qui devenait payant.


http://map.blitzortung.org/#5.11/47.59/1.97

est de retour avec une belle attribution.

J.

pour savoir q'il faut débrancher sa box :

http://map.blitzortung.org/#5.11/47.59/1.97

--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [Talk-GB] New Bridge Gunnislake

[Mateusz Konieczny]

It is closed for repairs, so maybe highway=construction construction=primary
would be better? 

It seems that it will be more likely to be caught if forgotten, really old 
highway=construction
is far more suspicious that old access=no.

Old highway=construction would be caught for example by StreetComplete.

There is also https://wiki.openstreetmap.org/wiki/Key:opening_date 

that allows to specify opening date - what makes possible to
run query detecting objects that are supposed to be open now.

Query example for London: http://overpass-turbo.eu/s/HEq 
 (pan map
and press run to get results for other place).

Apr 3, 2019, 6:19 PM by talk-gb@openstreetmap.org:

> With some hesitation, I have just added access = no to New Bridge
> in Gunnislake.
> https://www.openstreetmap.org/way/608610775 
> 
>
> This is one of only two major routes across the lower Tamar, so it is
> of major importance for routing applications.
>
> The bridge has been closed after an accident damaged the structure, and
> it has been suggested that may be shut until 1st May.
>
> I know the area fairly well, and I believe that I had edited the bridge 
> several times in the past, although the history now only seems to go back
> for around a year with edits from non local (armchair?) mappers.
>
> The relevance of that comment is that I am not aware of any very local
> mappers.
>
> Anyway, have I overlooked a way to tag a temporary restriction like
> this? I have put a note in my dairy to remind me to check the tagging in
> a week or two, but I could still forget ... which would be unfortunate
> :-)
>
> ael
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-gb 
> 
>

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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Martin Scholtes]

Ein Nachtrag noch. Die Anzahl auf Taginfo zeigt nach overpass-abfrage
nur Node´s in DE und 3 in AT an. Somit ein lokal und durch i-was
verursachtes Problem. "Urheber" dieses Key scheinen auch Fw-Acc´s zu sein.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Martin Scholtes]

Am 03.04.2019 um 20:57 schrieb Rolf Eike Beer:
> Am Mittwoch, 3. April 2019, 20:42:08 CEST schrieb Rolf Eike Beer:
>> Am Mittwoch, 3. April 2019, 20:23:19 CEST schrieb Martin Scholtes:
>>> Hallo,
>>>
>>> habe wiedermal einen doch merkwürdigen key gefunden. Scheinbar soll der
>>> fire_hydrant:pipe_diameter => fire_hydrant:diameter sein. Laut Taginfo
>>> gibt es da neu "Ding" 215 mal in der DB. Kann man das per Massenedit
>>> umtaggen?
>>>
>>> Für mich ist das nämlich in OSM das selben und im Wiki gibt es nur das
>>> fire_hydrant:diameter.
>> Ich habe beim Herumklicken zumindest einen Fall gefunden, in dem es auch ein
>> widersprüchlichen Eintrag für fire_hydrant:diameter gibt. Bei den Fällen,
>> bei denen die Einträge identisch sind oder es nur einen gibt, würde ich
>> mich dem ansonsten anschließen.
Es ist ein Misch-Masch. Manchmal doppelt, manchmal nur nur *:pipe_*
>>
>> Betrifft das nur einen Benutzer oder ist nachvollziehbar, wo das herkommt?
>> Evtl. gibt es da eine fehlerhafte Vorlage oder Anleitung?
Also verwendet wurde JOSM, GO Map, PT2, ID, vllt noch andere.
> Bei der Gelegenheit hätte ich gerne auch noch einen Edit. Wir haben da einen 
> (!) Benutzer, der fire_hydrant:diameter immer mit dem Zusatz " mm" taggt, was 
> nicht nur den Vorlagen und dem Wiki widerspricht, sondern die Auswertung der 
> Daten in meinen Augen unnötig erschwert. Können wir das bitte gleich mit 
> entsorgen?
Das mm ist eigentlich nicht schlimm. Ähnlich ist es bei maxheigt. Die
Maßeinheit anzugeben ist nur wichtig, wenn sie vom Standard abweicht,
zum Beispiel bei nicht SI-Einheiten wie mph.
>
> Eike
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

-- 
Mit freundlichen Grüßen


Martin Scholtes

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 153, Parution 8

[Edmond SCOUARNEC]

Jean-Christophe,
je te remercie pour ta réactivité et surtout de m'avoir redonné accès à ton
site "ToutesLatitudes" - RandoVélo - OsmAnd ! Bien que je l'avais mis en
favoris, j'ai dû le zapper.
Je contribue à OSM après une carto-party à Quimper, soit depuis fin octobre
2008 ! En arrêt de travail après opérations de la cataracte, j'ai néanmoins
commencé à œuvrer derechef sur ma ville et les communes avoisinantes. A
pied tout d'abord puis à vélo pour finir en voiture ... Un contributeur
m'avait fait il y a 2 ou 3 ans remarquer l'exhaustivité de mon travail ...
J'utilise OsmAnd gratuit dernière version soit 3.3.7 sous Androïd Oréo (8)
avec mon Sony Xperia XA1 dual sim (G3116) que je possède depuis un an ; je
cotise pour Osm Live (1,80 € / mois) mais sans compte bitcoin.
Tes vidéos sont très bien faites avec DU recorder que j'utilise également.
Félicitations pour ta prestation qui doit être largement appréciée je pense
! Je te laisserai un commentaire sur le site.
La dernière vidéo "Importer des POI" (nouveau 03/10/18) correspond
exactement à ce que j'avais en mémoire visuelle.
Bonne soirée, kenavo !






[image: Mailtrack]
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
Sender
notified by
Mailtrack
<https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;>
03/04/19
à 21:04:43

Le mer. 3 avr. 2019 à 18:10,  a écrit :

> Envoyez vos messages pour la liste Talk-fr à
> talk-fr@openstreetmap.org
>
> Pour vous (dés)abonner par le web, consultez
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> ou, par email, envoyez un message avec 'help' dans le corps ou dans le
> sujet à
> talk-fr-requ...@openstreetmap.org
>
> Vous pouvez contacter l'administrateur de la liste à l'adresse
> talk-fr-ow...@openstreetmap.org
>
> Si vous répondez, n'oubliez pas de changer l'objet du message afin
> qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..."
>
>
> Thèmes du jour :
>
>1. Tutoriels Osmand (Edmond SCOUARNEC)
>2. Re:  [Vélo] Comment cartographier une station Velib’
>   divisée en 2 parties (marc marc)
>3. Re:  [Vélo] Comment cartographier une station Velib’
>   divisée en 2 parties (Phyks)
>4. Re: Tutoriels Osmand (Jean-Christophe Becquet)
>5. Balisage maritime français en OpenData (Adrien Grellier)
>6. Re:  [Vélo] Comment cartographier une station Velib’
>   divisée en 2 parties (osm.sanspourr...@spamgourmet.com)
>
>
> --
>
> Message: 1
> Date: Wed, 3 Apr 2019 14:06:29 +0200
> From: Edmond SCOUARNEC 
> To: talk-fr@openstreetmap.org
> Subject: [OSM-talk-fr] Tutoriels Osmand
> Message-ID:
>  nejjnue25m72wwwro_lfwbxobdpk...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Bonjour, il y a plus de 8 ou 9 mois, j'avais trouvé un lien vers de
> nombreux tutoriels relatifs à l'utilisation d'Osmand élaborés par un
> contributeur. Notamment sur la fonction de création de POI en direct avant
> upload vers la base OpenStreetMap.
>
> Quelqu'un ou l'intéressé pourrait-il m'aider à retrouver ces tutoriels qui
> étaient très bien faits.
>
> Merci d'avance. Cordialement.
>
> --
> Edmond SCOUARNEC
> 7, rue Haor
> 29730 LE GUILVINEC
>
> [image: Mailtrack]
> <
> https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;
> >
> Sender notified by
> Mailtrack
> <
> https://mailtrack.io?utm_source=gmail_medium=signature_campaign=signaturevirality5;
> >
> 03/04/19
> à 14:00:29
> -- section suivante --
> Une pièce jointe HTML a été nettoyée...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20190403/526e9723/attachment-0001.html
> >
>
> --
>
> Message: 2
> Date: Wed, 3 Apr 2019 12:11:03 +
> From: marc marc 
> To: "talk-fr@openstreetmap.org" 
> Subject: Re: [OSM-talk-fr]  [Vélo] Comment cartographier une station
> Velib’ divisée en 2 parties
> Message-ID:
> <
> db6p190mb0279012dd1343e53f750f428b7...@db6p190mb0279.eurp190.prod.outlook.com
> >
>
> Content-Type: text/plain; charset="utf-8"
>
> Si les 2 parties sont ultra proche, je n'aurais fais qu'un nœud
> au milieu ou sur la partie la + grosse.
> Sinon multipolygone (ce qui implique de définir une aire pour chacun
> des 2 parties) ou relation site (qui permet d'utiliser des noeuds)
>
> PS: au carrefour de la Rue Jacquard et la Rue Ternaux,
> c'est très précis pour toi, mais pour celui qui ne sait pas
> de quelle ville tu parles, c'est moins évident :)
> un

Re: [talk-cz] Varování JOSM -- kombinace building:ruian:type a building

[Majka]

Podle mého jen Němci usoudili (správně), že obojí v tomhle konkrétním případě 
znamená totéž.
Zatím jsem tu hlášku ignorovala. 

3. dubna 2019 21:01:15 SELČ, Jan Macura  napsal:
>Ahoj,
>
>natrasoval jsem jednu budovu a když chci změnu nahrát do OSM, tak JOSM
>vyhodí varování, že "zbytečná značka - building:ruian:type=11 není
>potřebná
>pro building=hotel (1)".
>Co to znamená? Myslel jsem, že oba tagy se vyplňují nezávisle.
>
>H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] Varování JOSM -- kombinace building:ruian:type a building

[Jan Macura]

Ahoj,

natrasoval jsem jednu budovu a když chci změnu nahrát do OSM, tak JOSM
vyhodí varování, že "zbytečná značka - building:ruian:type=11 není potřebná
pro building=hotel (1)".
Co to znamená? Myslel jsem, že oba tagy se vyplňují nezávisle.

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

Re: [Talk-GB] New Bridge Gunnislake

[Devonshire]

Saw this on the local news last night. A 30+ mile diversion is going to cause a 
few problems over Easter if they can't get it sorted. I am not that close but 
have mapped this area a bit in the past.

No real view either way on adding the restriction to OSM. Good for users who 
keep their data up-to-date but potentially not so good for people who update 
infrequently.

Kevin

On Wed, Apr 3, 2019, at 5:51 PM, ael via Talk-GB wrote:
> With some hesitation, I have just added access = no to New Bridge
> in Gunnislake.
> https://www.openstreetmap.org/way/608610775
> 
> This is one of only two major routes across the lower Tamar, so it is
> of major importance for routing applications.
> 
> The bridge has been closed after an accident damaged the structure, and
> it has been suggested that may be shut until 1st May.
> 
> I know the area fairly well, and I believe that I had edited the bridge 
> several times in the past, although the history now only seems to go back
> for around a year with edits from non local (armchair?) mappers.
> 
> The relevance of that comment is that I am not aware of any very local
> mappers.
> 
> Anyway, have I overlooked a way to tag a temporary restriction like
> this? I have put a note in my dairy to remind me to check the tagging in
> a week or two, but I could still forget ... which would be unfortunate
> :-)
> 
> ael
> 
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
> 
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] fire_hydrant:pipe_diameter

[Rolf Eike Beer]

Am Mittwoch, 3. April 2019, 20:42:08 CEST schrieb Rolf Eike Beer:
> Am Mittwoch, 3. April 2019, 20:23:19 CEST schrieb Martin Scholtes:
> > Hallo,
> > 
> > habe wiedermal einen doch merkwürdigen key gefunden. Scheinbar soll der
> > fire_hydrant:pipe_diameter => fire_hydrant:diameter sein. Laut Taginfo
> > gibt es da neu "Ding" 215 mal in der DB. Kann man das per Massenedit
> > umtaggen?
> > 
> > Für mich ist das nämlich in OSM das selben und im Wiki gibt es nur das
> > fire_hydrant:diameter.
> 
> Ich habe beim Herumklicken zumindest einen Fall gefunden, in dem es auch ein
> widersprüchlichen Eintrag für fire_hydrant:diameter gibt. Bei den Fällen,
> bei denen die Einträge identisch sind oder es nur einen gibt, würde ich
> mich dem ansonsten anschließen.
> 
> Betrifft das nur einen Benutzer oder ist nachvollziehbar, wo das herkommt?
> Evtl. gibt es da eine fehlerhafte Vorlage oder Anleitung?

Bei der Gelegenheit hätte ich gerne auch noch einen Edit. Wir haben da einen 
(!) Benutzer, der fire_hydrant:diameter immer mit dem Zusatz " mm" taggt, was 
nicht nur den Vorlagen und dem Wiki widerspricht, sondern die Auswertung der 
Daten in meinen Augen unnötig erschwert. Können wir das bitte gleich mit 
entsorgen?

Eike

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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Rolf Eike Beer]

Am Mittwoch, 3. April 2019, 20:23:19 CEST schrieb Martin Scholtes:
> Hallo,
> 
> habe wiedermal einen doch merkwürdigen key gefunden. Scheinbar soll der
> fire_hydrant:pipe_diameter => fire_hydrant:diameter sein. Laut Taginfo
> gibt es da neu "Ding" 215 mal in der DB. Kann man das per Massenedit
> umtaggen?
> 
> Für mich ist das nämlich in OSM das selben und im Wiki gibt es nur das
> fire_hydrant:diameter.

Ich habe beim Herumklicken zumindest einen Fall gefunden, in dem es auch ein 
widersprüchlichen Eintrag für fire_hydrant:diameter gibt. Bei den Fällen, bei 
denen die Einträge identisch sind oder es nur einen gibt, würde ich mich dem 
ansonsten anschließen.

Betrifft das nur einen Benutzer oder ist nachvollziehbar, wo das herkommt? 
Evtl. gibt es da eine fehlerhafte Vorlage oder Anleitung?


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

[Talk-de] fire_hydrant:pipe_diameter

[Martin Scholtes]

Hallo,

habe wiedermal einen doch merkwürdigen key gefunden. Scheinbar soll der
fire_hydrant:pipe_diameter => fire_hydrant:diameter sein. Laut Taginfo
gibt es da neu "Ding" 215 mal in der DB. Kann man das per Massenedit
umtaggen?

Für mich ist das nämlich in OSM das selben und im Wiki gibt es nur das
fire_hydrant:diameter.

-- 
Mit freundlichen Grüßen


Martin Scholtes


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

Re: [Talk-GB] RFC: Solar panel mapping in the UK

[Tony Shield]

Hi

In the last 18 months or so I've noticed that most of the new housing 
estates near me (Chorley Lancashire) have roof mounted solar panels. Is 
there a new regulation that all new builds have solar?


Regards

TonyS999

On 03/04/2019 17:46, ael via Talk-GB wrote:

On Wed, Apr 03, 2019 at 05:23:03PM +0100, Dan S wrote:

Hi all,

I'd like to propose that for OSM in the UK we have a project to map
solar electricity panels (photovoltaics or "PV").

Why? In brief:

* We can do this! It involves a nice mix of aerial imagery, local
on-the-ground observation, etc; and anyone can do it, in the town and
in the countryside.

The solar farms that I have tried to map on the ground with gps usually
have very restricted access. I don't know if they are scared of people
stealing the panels, or other equipment. The panels themselves are quite
low potential, I think, but maybe if they are strung together in
series, there can be hazardous voltages.

ael


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


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

Re: [OSM-talk-fr] Balisage maritime français en OpenData

[Frédéric Rodrigo]

Le 03/04/2019 à 18:00, Adrien Grellier a écrit :

Bonjour,

Pour info, le SHOM met à disposition le balisage maritime français sous
licence libre :

https://services.data.shom.fr/geonetwork/srv/fre/catalog.search#/metadata/BDML_BALISAGE.xml


Il est donc possible de les intégrer à OSM, avis aux contributeurs
d'OpenSeaMap, il y a moyen d'améliorer sensiblement la carte pour la
France !

https://map.openseamap.org/

Peut-être qu'il pourrait être intéressant d'intégrer dans OSMOSE un test
sur ces données ? Je ne me rend pas compte du travail à réaliser pour le
faire.


C'est fait pour être simple d'ajouter de nouvelle données à Osmose.

De ce que j'ai vu des données c'est tout à fait faisable.

Il faut faire un mapping antre les données et les tags OSM.

Et écrire un fichier Osmose dans ce genre :

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_power_generator_FR.py



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

Re: [Talk-GB] RFC: Solar panel mapping in the UK

[ael via Talk-GB]

On Wed, Apr 03, 2019 at 05:23:03PM +0100, Dan S wrote:
> Hi all,
> 
> I'd like to propose that for OSM in the UK we have a project to map
> solar electricity panels (photovoltaics or "PV").
> 
> Why? In brief:
> 
> * We can do this! It involves a nice mix of aerial imagery, local
> on-the-ground observation, etc; and anyone can do it, in the town and
> in the countryside.

The solar farms that I have tried to map on the ground with gps usually
have very restricted access. I don't know if they are scared of people 
stealing the panels, or other equipment. The panels themselves are quite
low potential, I think, but maybe if they are strung together in
series, there can be hazardous voltages. 

ael


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

Re: [OSM-talk-fr] [Vélo] Comment cartographier une station Velib’ divisée en 2 parties

[marc marc]

pour access : il y a eu le même genre de débat sur la ml tagging
à propos des access soumis à un permit.
les participants étaient très divisé : ceux qui utilisaient la clef 
pensait que rien ne pouvait être modifié et les autres ne voyait pas 
souvent l'utilité d'une nouvelle valeur.
pour ma part, cela rentre dans access=customers
l'obligation ou pas de s'inscrire avant utilisation devrait être
dans une autre clef. p'tre genre customers=members pour reprendre
ta valeur

Le 03.04.19 à 18:10, osm.sanspourr...@spamgourmet.com a écrit :
> Je verrais bien une station avec access=subscribers, valeur non 
> actuellement prévue
> 
> Je vois 86 access=members, partons donc pour access=members (à 
> documenter sur le wiki et faire une proposition, François je te laisse 
> faire comme ça on verra si c'est toi ou ta proposition qui posait 
> problème ^^).
> 
> Une relation site semble logique, tu y mets les infos en open data.
> 
> Tu mets juste la restriction sur l'objet qui va bien.
> 
> Si côté rendu ça couine, dupliquer amenity 
>  
> bicycle_rental  rental?uselang=en> sur les membres de la relation, ce n'est pas trop 
> horrible. Osmose va sans doute râler avec raison. Mieux : entrer des 
> tickets dans les moteurs de rendu ne rendant pas proprement : n'importe 
> quel moteur ne rendant pas proprement ces relations site peut lors de 
> l'import ajouter les attributs de la relation sur les membres (s'il n'y 
> a pas de conflit).
> 
> Jean-Yvon
> 
> Le 03/04/2019 à 14:13, Phyks - ph...@phyks.me a écrit :
>> Salut,
>>
>> J'ai eu le cas récemment avec celle-ci. J'ai fait deux points 
>> disjoints, mais je ne suis pas convaincu du tout par cette approche : 
>> https://www.openstreetmap.org/node/6043493986 et 
>> https://www.openstreetmap.org/node/5998636863. Le nom et la ref seront 
>> dupliquées, ce qui n'est pas optimal du tout.
>>
>> En regardant en arrière avec Overpass, j'ai l'impression que même du 
>> temps de JCDecaux, les stations découpées n'étaient pas découpées dans 
>> OSM : https://overpass-turbo.eu/s/HDb.
>>
>> Ça serait une information a priori intéressante à avoir dans OSM, 
>> notamment car les stations découpées n'ont en général qu'une seule 
>> partie accessible sans abonnement (du moins avec JCDecaux, seule une 
>> partie de la station était accessible sans badge d'accès, depuis la 
>> borne). Ceci dit, les données disponibles sont agrégées par station, 
>> donc en pratique, je ne sais pas si l'intérêt est si grand que ça : 
>> https://www.velib-metropole.fr/map#/.
>>
>> Bonne journée,
>>
>> Le 2019-04-03 13:28, Charles MILLET a écrit :
>>> Bonjour,
>>>
>>> Est-ce que vous savez si il y a une pratique pour cartographier une
>>> station Velib’ qui est divisée en 2 parties comme ici par exemple, au
>>> carrefour de la Rue Jacquard et la Rue Ternaux (à observer avec la
>>> photo aérienne) ?
>>>
>>> Pour l'instant j'ai placé le point sur une seule des 2 partie.
>>>
>>> Bonne journée.
>>
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

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

Re: [Talk-GB] RFC: Solar panel mapping in the UK

[Jez Nicholson]

I'm with you on a Solar Quarterly Project, given my work on UK Renewable
Energy mapping.

AFAIK the list of large solar farms on the wiki is completely up-to-date.
There aren't many linked to sites that have already been mapped yet, but
will show the gaps when they are.

- Jez

On Wed, Apr 3, 2019 at 5:23 PM Dan S  wrote:

> Hi all,
>
> I'd like to propose that for OSM in the UK we have a project to map
> solar electricity panels (photovoltaics or "PV").
>
> Why? In brief:
>
> * We can do this! It involves a nice mix of aerial imagery, local
> on-the-ground observation, etc; and anyone can do it, in the town and
> in the countryside.
>
> * The tagging is already pretty well-defined.
>
> * We have auxiliary sources of information (from UK government
> departments) to help us know where to look, to help us estimate
> completeness, etc.
>
> * The data will be useful - e.g. to help the National Grid predict how
> much solar power they'll receive on any given day (allowing them to
> reduce the amount of coal power they burn), or to help select good
> locations for new installations. I've been in conversation with people
> who would use the data for these things. It's also good mapping in
> general - these things are often visible landmarks etc.
>
> * We can visualise our work delightfully using Russ' OpenInfraMap:
> https://twitter.com/openinframap/status/1113362591642992640
>
>
> There are two parts to this: rooftop solar (there are about 900,000
> installations in GB), and large solar farms (there are about 1,000 in
> GB). OSM currently has about 13,000 items in GB tagged as
> generator:method=photovoltaic.
>
> For rooftop solar see info we've compiled here:
>
> https://wiki.openstreetmap.org/wiki/Renewable_energy_in_the_United_Kingdom/Rooftop_Solar_PV
> For large solar farms, there's this list (from a while ago but quite
> useful):
>
> https://wiki.openstreetmap.org/wiki/Renewable_energy_in_the_United_Kingdom#List_of_under_construction_and_operational_UK_Ground_Mounted_Solar_Farms
>
> We could focus on just one of these or on both. In each case there's
> plenty of mapping to do, as well as a bit of cleanup or augmentation
> of existing items.
>
> In both cases OSM UK people are already having a look into it and
> doing useful mapping, so I'm sure there will be some useful advice
> from experience. (See e.g. Jerry's blog, linked from the wiki page
> above.)
>
> This could be a quarterly project. Currently it's a request for
> comments. What do you think?
>
> Best
> Dan
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] RFC: Solar panel mapping in the UK

[Dan S]

Hi all,

I'd like to propose that for OSM in the UK we have a project to map
solar electricity panels (photovoltaics or "PV").

Why? In brief:

* We can do this! It involves a nice mix of aerial imagery, local
on-the-ground observation, etc; and anyone can do it, in the town and
in the countryside.

* The tagging is already pretty well-defined.

* We have auxiliary sources of information (from UK government
departments) to help us know where to look, to help us estimate
completeness, etc.

* The data will be useful - e.g. to help the National Grid predict how
much solar power they'll receive on any given day (allowing them to
reduce the amount of coal power they burn), or to help select good
locations for new installations. I've been in conversation with people
who would use the data for these things. It's also good mapping in
general - these things are often visible landmarks etc.

* We can visualise our work delightfully using Russ' OpenInfraMap:
https://twitter.com/openinframap/status/1113362591642992640


There are two parts to this: rooftop solar (there are about 900,000
installations in GB), and large solar farms (there are about 1,000 in
GB). OSM currently has about 13,000 items in GB tagged as
generator:method=photovoltaic.

For rooftop solar see info we've compiled here:
https://wiki.openstreetmap.org/wiki/Renewable_energy_in_the_United_Kingdom/Rooftop_Solar_PV
For large solar farms, there's this list (from a while ago but quite useful):
https://wiki.openstreetmap.org/wiki/Renewable_energy_in_the_United_Kingdom#List_of_under_construction_and_operational_UK_Ground_Mounted_Solar_Farms

We could focus on just one of these or on both. In each case there's
plenty of mapping to do, as well as a bit of cleanup or augmentation
of existing items.

In both cases OSM UK people are already having a look into it and
doing useful mapping, so I'm sure there will be some useful advice
from experience. (See e.g. Jerry's blog, linked from the wiki page
above.)

This could be a quarterly project. Currently it's a request for
comments. What do you think?

Best
Dan

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

[Talk-GB] New Bridge Gunnislake

[ael via Talk-GB]

With some hesitation, I have just added access = no to New Bridge
in Gunnislake.
https://www.openstreetmap.org/way/608610775

This is one of only two major routes across the lower Tamar, so it is
of major importance for routing applications.

The bridge has been closed after an accident damaged the structure, and
it has been suggested that may be shut until 1st May.

I know the area fairly well, and I believe that I had edited the bridge 
several times in the past, although the history now only seems to go back
for around a year with edits from non local (armchair?) mappers.

The relevance of that comment is that I am not aware of any very local
mappers.

Anyway, have I overlooked a way to tag a temporary restriction like
this? I have put a note in my dairy to remind me to check the tagging in
a week or two, but I could still forget ... which would be unfortunate
:-)

ael


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

[OSM-talk-fr] Retour sur les places de Parking PMR

[Jacques Foucry]

Bonjour,

J'ai retéléchargé OSMAnd~ depuis F-droid sur mon ordiphone dépourvu de
service Google. Je vous rassure cela fonctionne très bien.

En zoomant sur certaines zones de ma connaissance (sur Paris) j'ai
remarqué que les parkings prévus pour « deux roues » (motorisé ou non)
avaient droits à une icône spécalisée.

Dans la liste de place de parking en surface signalée comme tel, ne
serait-il pas possible que les emplacements réservés PMR dispose aussi
de leur petites icônes spéciale ? 
D'autant que le logotype du fauteuil roulant semble être une accepttion 
internationnale je pense que seule de la CPU serait mises en œuvre pour un 
ajout de ce type.

Tant que j'y pense, je ne crois pas avoir vu de « zone livraison » signalées. 
Là encore l'information doit exister (ou est trouvable via des
cartoparties) et apporterais un plus au livreurs qui pourrait les
utiliser plus facilement (tousstouss).

* PMR = Personne à Mobilité Réduite

-- 
Jacques Foucry

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

Re: [OSM-talk-fr] [Vélo] Comment cartographier une station Velib’ divisée en 2 parties

[osm . sanspourriel]

Je verrais bien une station avec access=subscribers, valeur non
actuellement prévue

Je vois 86 access=members, partons donc pour access=members (à
documenter sur le wiki et faire une proposition, François je te laisse
faire comme ça on verra si c'est toi ou ta proposition qui posait
problème ^^).

Une relation site semble logique, tu y mets les infos en open data.

Tu mets juste la restriction sur l'objet qui va bien.

Si côté rendu ça couine, dupliquer amenity

bicycle_rental  sur les membres de la relation, ce n'est pas trop
horrible. Osmose va sans doute râler avec raison. Mieux : entrer des
tickets dans les moteurs de rendu ne rendant pas proprement : n'importe
quel moteur ne rendant pas proprement ces relations site peut lors de
l'import ajouter les attributs de la relation sur les membres (s'il n'y
a pas de conflit).

Jean-Yvon

Le 03/04/2019 à 14:13, Phyks - ph...@phyks.me a écrit :

Salut,

J'ai eu le cas récemment avec celle-ci. J'ai fait deux points
disjoints, mais je ne suis pas convaincu du tout par cette approche :
https://www.openstreetmap.org/node/6043493986 et
https://www.openstreetmap.org/node/5998636863. Le nom et la ref seront
dupliquées, ce qui n'est pas optimal du tout.

En regardant en arrière avec Overpass, j'ai l'impression que même du
temps de JCDecaux, les stations découpées n'étaient pas découpées dans
OSM : https://overpass-turbo.eu/s/HDb.

Ça serait une information a priori intéressante à avoir dans OSM,
notamment car les stations découpées n'ont en général qu'une seule
partie accessible sans abonnement (du moins avec JCDecaux, seule une
partie de la station était accessible sans badge d'accès, depuis la
borne). Ceci dit, les données disponibles sont agrégées par station,
donc en pratique, je ne sais pas si l'intérêt est si grand que ça :
https://www.velib-metropole.fr/map#/.

Bonne journée,

Le 2019-04-03 13:28, Charles MILLET a écrit :

Bonjour,

Est-ce que vous savez si il y a une pratique pour cartographier une
station Velib’ qui est divisée en 2 parties comme ici par exemple, au
carrefour de la Rue Jacquard et la Rue Ternaux (à observer avec la
photo aérienne) ?

Pour l'instant j'ai placé le point sur une seule des 2 partie.

Bonne journée.


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

Re: [talk-cz] Nadmořské výšky s desetinnou čárkou

[Jan Macura]

On Wed, 3 Apr 2019 at 15:57, Lukas Gebauer  wrote:

> Ostatně, tak by to mělo být i dle tagu Ele:
> https://wiki.openstreetmap.org/wiki/Key:ele
> (Což je teď nejvíce podstatné!)

Takže se opravuji, tak, kde jsem řekl jen WGS-84, měl jsem spíše říct
> EGM-96.
>

jj, četl jsem to, ale nechápu, proč na stránce Altitude
 je popsáno něco úplně
jiného, než v popisu tagu ele.

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

[OSM-talk-fr] Balisage maritime français en OpenData

[Adrien Grellier]

Bonjour,

Pour info, le SHOM met à disposition le balisage maritime français sous
licence libre :

https://services.data.shom.fr/geonetwork/srv/fre/catalog.search#/metadata/BDML_BALISAGE.xml


Il est donc possible de les intégrer à OSM, avis aux contributeurs
d'OpenSeaMap, il y a moyen d'améliorer sensiblement la carte pour la
France !

https://map.openseamap.org/

Peut-être qu'il pourrait être intéressant d'intégrer dans OSMOSE un test
sur ces données ? Je ne me rend pas compte du travail à réaliser pour le
faire.

Bonne journée

Adrien



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

Re: [Talk-cr] Propuesta para el nombramiento de calles en Costa Rica

[Julio C. May H.]

Hola Tamara y comunidad,

A mí me parece bien el ajuste en aras de mayor consistencia en la atribución de 
los segmentos de vías en CR como usted describe.

Así también el tema de nomenclatura oficial según lo descrito en la wiki.

Mi único comentario es que si van a realizar este proceso de manera "masiva", 
evidentemente debe hacerse programática y responsablemente. Para ediciones 
aisladas tipo "hormiga" no habría mayor trastorno.

Sugiero una vez se tome la decisión de seguir adelante con estos cambios, tocar 
base con la gente del core de la OSMF, como un apoyo adicional y de buenas 
prácticas para que esto salga bien y no nos ataque por la espalda más adelante.

El usuario wambacher 
(https://www.openstreetmap.org/user/wambacher)
 esta a cargo de la calidad del mapa por estos lados y sería muy sabio obtener 
su retroalimentación con respecto a este cambio.

Sugiero toquen base con él (en idioma Inglés) a través de OSM antes de hacer 
algo masivo con el mapa.

Saludos,

Julio

Get Outlook for Android



From: Tamara Moscoso
Sent: Tuesday, April 2, 5:39 PM
Subject: [Talk-cr] Propuesta para el nombramiento de calles en Costa Rica
To: talk-cr@openstreetmap.org, Betzabet Chaves, Samanda Salazar, 
ramijan@gmail.com


Hola,
Espero que se encuentren bien,
Durante el proceso de desarrollo de un proyecto que involucra OSM, notamos 
cierta inconsistencia en la manera en que se etiquetan las calles de Costa Rica.
La base del asunto se debe a que en Costa Rica el etiquetado de las calles no 
sigue ningún estándar, actualmente se utiliza el atributo name y alt_name para 
el nombre y número de calle de manera intercambiable, o incluso utilizando solo 
alt_name en algunos casos.
Hemos creado una propuesta en la Wiki de OpenStreetMap, explicando el tema con 
más detalle, y brindando una posible solución al mismo.
Se adjunta el link a la propuesta, la cual tendrá una duración de una semana 
iniciando hoy martes 2/4/19, de antemano agradecemos comentarios y aportes.
https://wiki.openstreetmap.org/wiki/Propuesta_para_el_nombramiento_de_calles_en_Costa_Rica

Saludos.


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

Re: [talk-cz] Nadmořské výšky s desetinnou čárkou

[Michal Poupa]

Každý má jiný šišoid...


3. 4. 2019 v 15:56, Lukas Gebauer :

>> Což je pěkná blbost a fakt se nedivím, že to nikdo nedodržuje. Znamenalo by
>> to před renderováním mapy pro každý stát zvlášť přepočítat všechny
>> elipsoidické výšky do jeho národního systému (nereálné) nebo zobrazovat
>> výšky ve WGS-84, což je strašně užitečná informace, že Sněžka má výšku 1691
>> metrů. Nehledě na to, že to jde dost proti OTG principu, když by mapař
>> musel každou výšku, kterou v terénu najde označenou, přepočítávat.
> 
> Netřeba být hned v afektu. Oni se zjevně o to i na te jejich Wiki 
> dost hádají. ;-)
> 
> Že WGS84/RAW výška není zrovna praktická, je zřejmé. Proto se často 
> používá spíše WGS84/EGM96 (Alespoň moje GPSky to tak ukazují), kde ty 
> rozdíly mezi národními systémy bývají do zhruba metru. 
> 
> Používat na výšku nějaký globální systém, než lokální, je pro 
> globální projekt OSM kupodivu praktické. Proto se to pak dá napasovat 
> na různé globální DEM modely, jako SRTM, a nevylézají z toho uplné 
> blbiny.
> 
> Ostatně, tak by to mělo být i dle tagu Ele: 
> https://wiki.openstreetmap.org/wiki/Key:ele 
> (Což je teď nejvíce podstatné!)
> 
> Takže se opravuji, tak, kde jsem řekl jen WGS-84, měl jsem spíše říct 
> EGM-96. Pardon.
> 
> Lukas.
> 
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [talk-cz] Nadmořské výšky s desetinnou čárkou

[Lukas Gebauer]

> Což je pěkná blbost a fakt se nedivím, že to nikdo nedodržuje. Znamenalo by
> to před renderováním mapy pro každý stát zvlášť přepočítat všechny
> elipsoidické výšky do jeho národního systému (nereálné) nebo zobrazovat
> výšky ve WGS-84, což je strašně užitečná informace, že Sněžka má výšku 1691
> metrů. Nehledě na to, že to jde dost proti OTG principu, když by mapař
> musel každou výšku, kterou v terénu najde označenou, přepočítávat.

Netřeba být hned v afektu. Oni se zjevně o to i na te jejich Wiki 
dost hádají. ;-)

Že WGS84/RAW výška není zrovna praktická, je zřejmé. Proto se často 
používá spíše WGS84/EGM96 (Alespoň moje GPSky to tak ukazují), kde ty 
rozdíly mezi národními systémy bývají do zhruba metru. 

Používat na výšku nějaký globální systém, než lokální, je pro 
globální projekt OSM kupodivu praktické. Proto se to pak dá napasovat 
na různé globální DEM modely, jako SRTM, a nevylézají z toho uplné 
blbiny.

Ostatně, tak by to mělo být i dle tagu Ele: 
https://wiki.openstreetmap.org/wiki/Key:ele 
(Což je teď nejvíce podstatné!)

Takže se opravuji, tak, kde jsem řekl jen WGS-84, měl jsem spíše říct 
EGM-96. Pardon.

Lukas.

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

Re: [OSM-talk-fr] Tutoriels Osmand

[Jean-Christophe Becquet]

Le 03/04/2019 14:06, Edmond SCOUARNEC a écrit :
> il y a plus de 8 ou 9 mois, j'avais trouvé un lien vers de nombreux
> tutoriels relatifs à l'utilisation d'Osmand élaborés par un
> contributeur. Notamment sur la fonction de création de POI en direct
> avant upload vers la base OpenStreetMap.
> 
> Quelqu'un ou l'intéressé pourrait-il m'aider à retrouver ces tutoriels
> qui étaient très bien faits.

Bonjour Edmond,

Tu penses aux tutoriels vidéo pour OsmAnd sur ToutesLatitudes ?
https://ml.apitux.net/pipermail/dessinetaville/2018-September/000441.html

JCB
-- 
Conférence « Images en commun » - mardi 30 avril à Digne
http://www.mediatheque-digne.fr/cms/articleview/id/86

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [OSM-talk] DJI Fly SafeGEO ZONE MAP uses OSM data... without attribution

[Gregory Marler]

I was going to provide some potential counter examples, but Grant's time
frame may be involved. My information suggestions the OSM data was captured
before Feb 2018.

North East England, UK.
This TA Centre is shown on DJI: https://www.openstreetmap.org/way/41586101
This TA Centre is not shown on DJI:
https://www.openstreetmap.org/way/77034151/history (landuse=military tag
added Feb 2018)

A good supporting example is that Ouston Airfield is mapped in multiple
landuse=military parts for the runway. Really it should be fixed in OSM as
one area, and the runways tagged differently.
https://www.openstreetmap.org/#map=15/55.0223/-1.8692=N


I do hope you get a reply from DJI. If not then you should forward on the
details to the DWG.

>From a safe zone,
Gregory.

On Wed, 20 Mar 2019 at 04:25, Warin <61sundow...@gmail.com> wrote:

> On 19/03/19 09:51, Nuno Caldeira wrote:
>
> Was curious where DJI managed to get a worldwide DB of polygons of
> military facilities and points of prisons, triple checked with a couple of
> other users of OSM at Telegram and with polygons i added seven years ago.
> Without a doubt its from OSM, the coordinates of the vertices matches OSM
> perfectly. The names are also the same...
>
>
> In Australia ... it does have commercial & military airports ... but no
> small airports
> military areas
> prisons
> national parks (yes some of these these are illegal unless you get special
> permission)
>
> In short .. does not do a good job if you wanted real no fly information.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>


-- 
Gregory Marler
No More Grapes
07939 689 691
i...@nomoregrapes.com
http://www.nomoregrapes.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-au] OSGeo Oceania as a not-for-profit entity? Your feedback, please

[Sebastian Spiess]

Hi all,
I do welcome the initiative to put OSM and OSGEO interested people onto
a more solid foundation. Personally I hope this can be a starting point
for more face-2-face interactions and engagement.

I did read through your proposal and I see no issues with Option2 as
suggested as favourable.
For all options there is the need for several people to fill positions
with varying degrees of liability. Do you have an understanding how big
the pool of active volunteers is and how many would be required for
Option 2?

Cheers,
Sebastian


On 18/3/19 8:01 pm, John Bryant wrote:
> Hi all,
>
> As promised, following on the heels of the successful FOSS4G SotM
> Oceania conference  in November 2018, we
> have embarked on a journey to lay down a strong foundation for the
> growth of this community. In addition to planning a new instance of
> the conference in Wellington, New Zealand, for November 2019, we are
> also doing significant ground work on establishing a not-for-profit
> that can manage funds, enter into agreements, and act as a local
> chapter of OSGeo and OSMF.
>
> We have developed a recommendation for an initial path forward, and
> we'd like you, the community, to provide your feedback. If you have
> experience or knowledge here, and can provide insight, or wish to
> contribute your thoughts, please chime in. Your comments are most
> welcome, and can be provided by responding to this email, or by
> commenting in the Google Doc.
>
> The draft recommendation is attached as a PDF, and a live Google Doc
> version is linked here
> .
> We will take input until the end of next week (29 March). At that
> point, we'll make adjustments where warranted, and hopefully be in a
> position to raise a motion to the OSGeo Oceania board to accept the
> recommendation, and begin the process.
>
> If this is all new to you, and you're wondering what the heck OSGeo
> Oceania even is, please check out this basic wiki page
>  that will give you a bit of
> background. We'll be fleshing this out in the coming months, but I
> hope it gives you enough of an idea. We will certainly be aiming to
> increase our outreach, and get people involved from across the region.
>
> Any questions, please ask!
>
> Cheers
> John Bryant
> on behalf of OSGeo Oceania
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au


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

Re: [talk-cz] Open data ČÚZK – zázrak nebo apríl?

[majka]

On Wed, 3 Apr 2019 at 14:20, Jan Macura  wrote:

> Data50 jsou data pro měřítko 1:50 000, takže nemůžeš čekat žádnou
> überpřesnost. Prostě generalizace. Zmenši si to do padesátky a jakou
> naměříš odchylku v měřítku mapy? 0,1 mm?
> Co je v KM bude určitě přesnější. Data50 jsou pro nás užitečná v tématech,
> která v KM ani v RÚIAN nenajdeme. Silnice ani baráky to nebudou.
>

To je mi jasné, jen jsme se o těch silnicích tady bavili. Osobně tuhle část
za přínos nepovažuji, silnice/ulice budou přesněji v KM, polní cesty a
pěšiny, co se jejich průběh časem mění, jsou většinou nejlépe vidět z LPIS
(mezera mezi těmi polygony polí). Tohle je pak přesnější i než Strava,
protože je to v podstatě nejaktuálnější (jen minulý rok a novější).
Netuším, jestli ty silnice vůbec nějak dokážeme využít - protože
zkontrolovat, jestli nám někde v "Horní Dolní" - tedy tam, kde nikdo z nás
pravidelně nemapuje a kde se nám nepotloukají hledači kešek, aby nám dali
avízo - utekla nová stavba silnice nebo přeložka by možná stálo za to, ale
bylo by s tím víc práce než skutečného užitku. Maximálně zpětně dělat
porovnání kategorií silnic proti tomu, jak to máme zmapované. Tedy reálný
přínos i v tomhle bude maximálně někde od silnic II. třídy níže.

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

Re: [talk-cz] Open data ČÚZK – zázrak nebo apríl?

[Jan Macura]

On Wed, 3 Apr 2019 at 14:10, majka  wrote:

> Ulice a silnice místy nesedí na skutečnost ani na jejich vlastní
> katastrální mapu
>
> Žlutě mnou označené rozdíly. Ta část uprostřed a pak vpravo nahoře, ulice
> jim jde přes baráky. Není to posuvem, ale patrně to vzniklo zjednodušením
> při převádění do vektorů.
> červené tenké linky - Data50, šedé - katastrální mapa, zbytek ulice a
> cesty z OSM.
>

Data50 jsou data pro měřítko 1:50 000, takže nemůžeš čekat žádnou
überpřesnost. Prostě generalizace. Zmenši si to do padesátky a jakou
naměříš odchylku v měřítku mapy? 0,1 mm?
Co je v KM bude určitě přesnější. Data50 jsou pro nás užitečná v tématech,
která v KM ani v RÚIAN nenajdeme. Silnice ani baráky to nebudou.

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

Re: [OSM-talk-fr] [Vélo] Comment cartographier une station Velib’ divisée en 2 parties

[Phyks]

Salut,

J'ai eu le cas récemment avec celle-ci. J'ai fait deux points disjoints, 
mais je ne suis pas convaincu du tout par cette approche : 
https://www.openstreetmap.org/node/6043493986 et 
https://www.openstreetmap.org/node/5998636863. Le nom et la ref seront 
dupliquées, ce qui n'est pas optimal du tout.


En regardant en arrière avec Overpass, j'ai l'impression que même du 
temps de JCDecaux, les stations découpées n'étaient pas découpées dans 
OSM : https://overpass-turbo.eu/s/HDb.


Ça serait une information a priori intéressante à avoir dans OSM, 
notamment car les stations découpées n'ont en général qu'une seule 
partie accessible sans abonnement (du moins avec JCDecaux, seule une 
partie de la station était accessible sans badge d'accès, depuis la 
borne). Ceci dit, les données disponibles sont agrégées par station, 
donc en pratique, je ne sais pas si l'intérêt est si grand que ça : 
https://www.velib-metropole.fr/map#/.


Bonne journée,

Le 2019-04-03 13:28, Charles MILLET a écrit :

Bonjour,

Est-ce que vous savez si il y a une pratique pour cartographier une
station Velib’ qui est divisée en 2 parties comme ici par exemple, au
carrefour de la Rue Jacquard et la Rue Ternaux (à observer avec la
photo aérienne) ?

Pour l'instant j'ai placé le point sur une seule des 2 partie.

Bonne journée.


--
Phyks

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

Re: [OSM-talk-fr] [Vélo] Comment cartographier une station Velib’ divisée en 2 parties

[marc marc]

Si les 2 parties sont ultra proche, je n'aurais fais qu'un nœud
au milieu ou sur la partie la + grosse.
Sinon multipolygone (ce qui implique de définir une aire pour chacun
des 2 parties) ou relation site (qui permet d'utiliser des noeuds)

PS: au carrefour de la Rue Jacquard et la Rue Ternaux,
c'est très précis pour toi, mais pour celui qui ne sait pas
de quelle ville tu parles, c'est moins évident :)
un lien osm.org est souvent le + pratique.

Le 03.04.19 à 13:43, PanierAvide a écrit :
> Bonjour,
> 
> Il y a au moins deux approches :
> 
> - Approche "topologique" / base de données : avec une relation 
> (multipolygone ?), la relation contenant les informations communes aux 
> deux points (nom + identifiant), et les deux points en eux-même ayant 
> les infos les concernant directement (nombre d'emplacements).
> 
> - Approche pragmatique : deux points simples, avec les informations 
> communes en doublon.
> 
> En sachant que la première ne passera pas sûrement niveau rendu, mais 
> que la deuxième empêche une jointure directe sur l'identifiant de 
> station. J'imagine que la "meilleure" solution dépend de l'usage que tu 
> veux en faire par la suite ;-)
> 
> Cordialement,
> 
> Adrien P.
> 
> Le 03/04/2019 à 13:28, Charles MILLET a écrit :
>> Bonjour,
>>
>> Est-ce que vous savez si il y a une pratique pour cartographier une 
>> station Velib’ qui est divisée en 2 parties comme ici par exemple, au 
>> carrefour de la Rue Jacquard et la Rue Ternaux (à observer avec la 
>> photo aérienne) ?
>>
>> Pour l'instant j'ai placé le point sur une seule des 2 partie.
>>
>> Bonne journée.
>>
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-br] Descrição inexistente de locais

[Vítor Rodrigo Dias]

Exato, Pedro!

Se precisar de ajuda, estou à disposição. Trabalho aqui na UFRN, no
Departamento de Ecologia, e poderíamos nos encontrar.

Att,
Vítor Rodrigo Dias
(31) 99916-1719


Em ter, 2 de abr de 2019 às 23:42, Thierry Jean 
escreveu:

> Olá Pedro,
>
> Se os dados que vocês têm são dados livres, vocês podem inseri-los no OSM
> vocês mesmo.
>
> Podemos falar por telefone /WhatsApp e te dou mais detalhes.
>
> Meu celular : +55 11 99607.1319
>
> Thierry Jean
>
> Obter o Outlook para Android 
>
> --
> *From:* PEDRO NOGUEIRA 
> *Sent:* Friday, March 29, 2019 1:09:59 PM
> *To:* talk-br@openstreetmap.org
> *Subject:* [Talk-br] Descrição inexistente de locais
>
> Olá, sou Pedro, Acadêmico do Curso Superior de Tecnologia da Informação da
> UFRN, estou participando de um projeto no qual estamos utilizando o Open
> Street Map.
> A área do mapa que estamos analisando possui locais sem descrição ou
> identificação (nome). Gostaria de saber se é possível adicionar essas
> identificações internamente no meu projeto (sem utilizar custom marker).
> Como posso fazer isso?
> Se isso não for possível, gostaria de saber se há possibilidade do meu
> projeto colaborar enviando essas descrições para que elas possam ser
> inseridas no mapa pela comunidade OSM.
>
> Obrigado, estou muito interessado no projeto e espero colaborar com a
> comunidade. Aguardo retorno.
> --
> *Att.:*
> *Pedro Avelino Ferreira Nogueira.*
> *Acadêmico do Curso Superior de Tecnologia da Informação - IMD- UFRN*
> *Currículo Lattes:* http://lattes.cnpq.br/9017256372719108
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [talk-au] Large contribution to update OSM rural / offroad tracks in Australia

[Sebastian Spiess]

Hi James,
first welcome to OSM and great that you reach out on the list.

There are many ways you could 'get the data into' OSM, however if you
rely on the help of others I doubt that they are willing to contribute
under your account.

I suggest you read and watch the FOSDEM talk
(https://fosdem.org/2019/schedule/event/geo_gpxtraces/) from Zverik from
Juno. Juno has also large amounts of GPS tracks that they use to
generate a heat map. This helps them to de-anonymize the data. This heat
map can then be added as a tiled layer in JOSM.

The tiled layer can then be used by others to edit in OSM.
Link: https://www.openstreetmap.org/user/Zverik/diary/47986

If you want to speed up or generate interest in the task of drawing
tracks from your records you can also look into creating a task on
https://maproulette.org/

So one idea could be A) clean up gps tracks, B) create a heat map, C)
publish as tile server D) task on maproulet to trace/map the tracks.

Contributors that help you trace your tracks could use the Source tag to
indicate your company as provider of the data.

You would need to formally publish the information with a suitable
licence though.

Just a few thoughts.

Cheers,
Sebastian

On 3/4/19 3:59 pm, James Nuccio wrote:
> Hi OSM community!
>
> I'm relatively new to using and contributing to OSM but must say I'm
> really getting into it.  I am currently building a navigation app
> targeted towards the 4wding market which makes use of OSM.  Part of
> our offering is to geo-track our users as they navigate through the
> bush to better understand the 4wd tracks themselves.
>
> A byproduct of this process is that we have hundred of traces to be
> able to validate the geometry of current tracks, as well as add new
> tracks to the database.  All of these traces are an aggregation of
> user data, not traces of individual users.
>
> I am keen to get this info back into OSM but I'm looking for help as I
> don't have capacity to do so myself.  However I'd still like the
> contributions to be entered under my OSM userid.
>
> Is this something anyone can help with?  I'm based in Melbourne if
> that makes a difference.
>
> Cheers
> James
>
> -- 
> *James Nuccio*
> Founder and CEO
> Newtracs
>
>
> Web: www.newtracs.com.au 
> Instagram: @newtracs4x4 
> Facebook: @newtracs 
> Twitter: @newtracs 
>
>
>
> -- 
> *James Nuccio*
> Founder and CEO
> Newtracs
>
> Web: www.newtracs.com.au 
> Instagram: @newtracs4x4 
> Facebook: @newtracs 
> Twitter: @newtracs 
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au


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

[OSM-talk-fr] Tutoriels Osmand

[Edmond SCOUARNEC]

Bonjour, il y a plus de 8 ou 9 mois, j'avais trouvé un lien vers de
nombreux tutoriels relatifs à l'utilisation d'Osmand élaborés par un
contributeur. Notamment sur la fonction de création de POI en direct avant
upload vers la base OpenStreetMap.

Quelqu'un ou l'intéressé pourrait-il m'aider à retrouver ces tutoriels qui
étaient très bien faits.

Merci d'avance. Cordialement.

-- 
Edmond SCOUARNEC
7, rue Haor
29730 LE GUILVINEC

[image: Mailtrack]

Sender notified by
Mailtrack

03/04/19
à 14:00:29
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Vélo] Comment cartographier une station Velib’ divisée en 2 parties

[PanierAvide]

Bonjour,

Il y a au moins deux approches :

- Approche "topologique" / base de données : avec une relation 
(multipolygone ?), la relation contenant les informations communes aux 
deux points (nom + identifiant), et les deux points en eux-même ayant 
les infos les concernant directement (nombre d'emplacements).


- Approche pragmatique : deux points simples, avec les informations 
communes en doublon.


En sachant que la première ne passera pas sûrement niveau rendu, mais 
que la deuxième empêche une jointure directe sur l'identifiant de 
station. J'imagine que la "meilleure" solution dépend de l'usage que tu 
veux en faire par la suite ;-)


Cordialement,

Adrien P.

Le 03/04/2019 à 13:28, Charles MILLET a écrit :

Bonjour,

Est-ce que vous savez si il y a une pratique pour cartographier une 
station Velib’ qui est divisée en 2 parties comme ici par exemple, au 
carrefour de la Rue Jacquard et la Rue Ternaux (à observer avec la 
photo aérienne) ?


Pour l'instant j'ai placé le point sur une seule des 2 partie.

Bonne journée.



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

[Talk-it-trentino] stato sentieri dopo evento dell'1 novembre

[pietro marzani via Talk-it-trentino]

Ciao lista,mi è capitato per caso di assistere in uno studio di progettazione 
forestale al lavoro di individuazione (su ortofoto recente) delle aree boschive 
danneggiate dai fortissimi venti dell'1 novembre scorso.Non ho approfondito 
molto la cosa ma immagino che lo studio abbia ricevuto dalla provincia 
l'incarico di digitalizzare le aree colpite. Secondo voi questi dati potrebbero 
servirci per segnalare in qualche modo la cosa sui sentieri/strade forestali 
interessati? Oppure per creare un elenco di percorsi da verificare? Sicuramente 
la maggior parte di questi per alcuni mesi - se non anni - non saranno 
transitabili.In caso penso che bisognerebbe cercare un contatto al servizio 
foreste della PAT.Che dite?CiaoPietro___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

[OSM-talk-fr] [Vélo] Comment cartographier une station Velib’ divisée en 2 parties

[Charles MILLET]

Bonjour,

Est-ce que vous savez si il y a une pratique pour cartographier une 
station Velib’ qui est divisée en 2 parties comme ici par exemple, au 
carrefour de la Rue Jacquard et la Rue Ternaux (à observer avec la photo 
aérienne) ?


Pour l'instant j'ai placé le point sur une seule des 2 partie.

Bonne journée.

--
Charles


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

Re: [talk-cz] Open data ČÚZK – zázrak nebo apríl?

[Marián Kyral]

-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 3. 4. 2019 12:54:26
Předmět: Re: [talk-cz] Open data ČÚZK – zázrak nebo apríl?
"

Co se obsahu relevantního pro OSM týká:


   * vstvy "Terénní reliéf" a "Popis" dohromady můžou sloužit právě pro to
   označení kopečků včetně výšky.
   * "Terénní reliéf" -- skály, jeskyně, .. podrobnost žádná slavná
   * "Produktovody" nejsou moc podrobně, ale pro kontrolu úplnosti dobrý.
   * "Vodstvo", můžeme zkusit, ale podle mě to bude 1:1 jako DIBAVOD.



"



Poslední verze DIBAVOD je  už pěkně stará a hodně nových věcí tam chybí.
Nicméně co jsem koukal, v Data50 zase chybí minimálně suché nádrže a občasné
toky.







http://www.dibavod.cz/index.php?id=27_id=4_dib_zpet=35





Marián
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Open data ČÚZK – zázrak nebo apríl?

[Jan Macura]

Co se obsahu relevantního pro OSM týká:

   - vstvy "Terénní reliéf" a "Popis" dohromady můžou sloužit právě pro to
   označení kopečků včetně výšky.
   - "Terénní reliéf" -- skály, jeskyně, .. podrobnost žádná slavná
   - "Produktovody" nejsou moc podrobně, ale pro kontrolu úplnosti dobrý.
   - "Vodstvo", můžeme zkusit, ale podle mě to bude 1:1 jako DIBAVOD.
   - "Komunikace" by mohlo přebírat spíš ZÚ z OSM...
   - "Sídelní, kulturní a hospodářské objekty" -- kostely, vodojemy,
   rozhledny, vysílače, větrné turbíny, hřbitovy, hrady, zámky a zříceniny.
   - něco dalšího?

H.

On Wed, 3 Apr 2019 at 11:11, honny  wrote:

> Zdar,
>
> komunikace úplně nevím, tam bych řekl že KM je zpravidla lepší (a OSM
> v mnoha směrech taky, co jsem si porovnával), ale rozhodně je tam řada
> dat, která doteď IMHO nebylo odkud brát - například skály, srázy,
> terénní stupně. Kdo zná Garminí TOPO a chybělo mu to v OSM...
>
> h.
>
> st 3. 4. 2019 v 9:56 odesílatel Jan Dudík  napsal:
> >
> >
> >
> > út 2. 4. 2019 v 16:27 odesílatel majka 
> napsal:
> >>
> >>
> >> Protože tímhle otevřeli třeba i vrstevnice a ty vrcholy. Naproti tomu
> tam budou silnice se zpožděním minimálně půl roku, takže je budeme mít sice
> aktuálnější, ale bylo by možné zpřesňovat jejich geometrii.
> >>
> >> Majka
> >
> >
> > Nově otevřené úseky asi dokážeme zmapovat dřív, ale v průběhu času se
> místy mění i číslování silnic, které ne vždy dokážeme zaznamenat.
> >
> >  JAnD
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] licence coordonnées géo depuis OSM

[Magalie Dartus]

Merci beaucoup pour cette réponse complète et très instructive.

Pour l'instant j'accompagne des collectivités,concernées par la loi en ce
qui concerne l'open data donc des collectivités de plus de 3500 habitants
donc j'ai ma réponse.
Les coordonnées géographiques seront bien en ODbL puisque la zone
géographique concerne plus de 1000 habitants.

Merci encore
Magalie

Le mer. 3 avr. 2019 à 10:41, althio  a écrit :

> Précautions d'usage : je ne suis pas avocat spécialiste en licenses et
> propriété intellectuelle.
>
> Mon humble avis personnel :
>
> Le cas d'usage, c'est (presque) du geocoding (à la sauce geocoding
> manuel), qui consiste à retrouver des coordonnées dans la base OSM ou avec
> un outil qui s'appuie sur des données OSM.
> lecture de référence pour ce cas d'usage :
>
> https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline
>
> A noter d'emblée : dans le cas particulier du geocoding pur, l'obligation
> d'attribution est levée.
> > A geocoded database need not maintain attribution attached to the
> database, provided it is not a Derivative Database
>
> Pour la question de la license de la base constituée, toute la discussion
> va porter sur l'étendue des données utilisées, "substantial extract" ou pas
> > A collection of Geocoding Results [is OR is not] a substantial extract
> of the OSM database [if]
>
> Dans votre cas d'usage, il me semble (a priori) que l'on se place dans
> cette configuration :
> > a systematic attempt to aggregate all or substantially all Primary
> Features of a given type [...] within a geographic area city-sized or
> larger.
>
> Donc, on reste dans le fonctionnement par défaut : Partage à l'identique,
> la base combinée avec les coordonnées (Collective Database) est en ODbL
> (alors que la base initiale, sans les coordonnées, garde sa license). Il
> faudrait donc publier les deux bases avec deux licenses différentes : sans
> les coordonnées publié sous license ouverte et avec les coordonnées publié
> sous license ODbL.
>
> Sauf si l'étendue des données utilisées est réellement non significative
> "not a substantial extract".
> Il faut alors combiner la lecture de :
>
> https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline
>  et
>
> https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Substantial_-_Guideline
>
> Dans les cas suivants, l'usage est jugé non significatif :
> - only [...] latitude/longitude information are included in the Geocoding
> Results, and
> - less than 100 Features, or
> - the geographic area is small, corresponding to an area of up to 1,000
> inhabitants.
>
> Alors on passe dans le fonctionnement allégé : toujours aucune attribution
> (cas spécial du geocoding) et aucune obligation sur la license de la base
> constituée, qui peut garder la license de la base initiale.
>
> Dernière considération :
> Puisque l'on est dans le cas d'une recherche très manuelle, directement
> sur la carte, on peut envisager plusieurs cas :
> - une recherche par nom ou adresse, grâce au géocodeur (Nominatim) intégré
> sur le site openstreetmap.org, et/ou
> - une recherche visuelle, directement sur la carte
> et
> - l’élément est déjà présent et affiché sur la carte du site
> openstreetmap.org, ou
> - l'élément n'existe pas dans OSM.
>
> Si l'élément n'existe pas dans OSM, mais que les coordonnées sont
> simplement pointées sur la carte à son emplacement (vide !), cela ne compte
> pas comme une extraction de données de la base OSM.
> Mais ce serait bien d'ajouter une note OSM au passage pour signaler ce
> manque ;)
>
> Au final :
> - il faut évaluer la taille et la population de la région concernée (plus
> ou moins de 1000 habitants)
> - il faut évaluer le nombre d’éléments impliqués (plus ou moins de 100
> éléments retrouvés par une recherche en s'appuyant sur des données OSM)
> - il faut tout relire avec un service juridique ou un avocat spécialisé
>
> -- althio
>
> On Tue, 2 Apr 2019 at 18:06, Magalie Dartus  wrote:
>
>> Bonjour,
>>
>> Je suis en train de constituer des jeux de données "équipements publics"
>> avec certaines collectivités pour les publier en open data et la question
>> est de savoir comment récupérer les coordonnées gégraphiques.
>>
>> J'aimerai rediriger les éditeurs de données des collectivités vers OSM en
>> leur proposant d'ouvrir la carte/faire un clic droit/afficher
>> l'adresse/copier les coordonnnées/coller dans le jeux de données open data.
>>
>> L'éternelle question est : si on fait ça, est-ce que le jeu de données
>> "équipements publics" passe en licence ODbL?
>>
>> A votre avis
>>
>> Magalie
>> ___
>> 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

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Ture Pålsson]

Jag gjorde en jämförelse i mina gamla hemtrakter, för att få lite
Norrbottens-terräng:
http://lab3.turepalsson.se/~ture/tmp/vidsel-20190403/ 

En karta med bara OSM-data, en med OSM+NMD (helt ofiltrerad så därför
hiskeligt stor fil), en med bara LMV öppna data. 

Hm, undrar vad 17 som hände med vägen söder om älven på LMV-kartan... 

Det fattas en del namn i OSM. =)___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [talk-au] Existing OSM precedent | Re: Aboriginal art sites

[Michael Gratton]

On Wed, Apr 3, 2019 at 10:38, Rory McCann  wrote:

On 01/04/2019 12:27, Ian Sergeant wrote:
is this form of censorship practised anywhere else in OSM - maybe 
for other indigenous people - that we could copy their model?


I don't think "censorship" is a helpful term here.

But there has been a practice in OSM to *not* map certain things, 
such as private/non-publicized domestic violence shelters, or the 
nesting sites of endangered birds. So the same logic applies here I 
think.


Both points seconded.

--
⊨ Michael Gratton, Percept Wrangler.
⚙ 



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

Re: [OSM-legal-talk] [SNCF] OSM extension for Power BI

[Mateusz Konieczny]

See https://operations.osmfoundation.org/policies/tiles/

Apr 3, 2019, 12:22 PM by ext.sogeti.grant.ba...@sncf.fr:

>
> Hello,
>
>
>  
>
>
> I work for the SNCF which is the French railway company and we’ve been 
> working on an OSM extension for Microsoft’s Power BI. Since a public OSM 
> extension for Power BI doesn’t exist yet, we would like to publish this 
> extension on Microsoft’s Power BI marketplace so that anyone using Power BI 
> can benefit.
>
>
>  
>
>
> Since we use OpenStreetMap for the background tiles, we would like your 
> approval before we publish anything.
>
>
>  
>
>
> The attribution will point to > https://www.openstreetmap.org/copyright 
> >  with the following hyperlink “© 
> les contributeurs d’OpenStreetMap” (in French).
>
>
>  
>
>
> If you do approve our request, what OSM map URL can we use?
>
>
>  
>
>
> I thank you for your response.
>
>
>  
>
>
> Yours sincerely,
>
>
>  
>
>
> Grant BARRY
>
>
> Chef de Projet GEOPULSE, GEOMAPS et CID
>
>
> Tour Oxygène - Bureau 14-99
>  69003 Lyon
>
> Tel : +33 (0)4 27 44 48 01
>
>
>  
>
>
>
> ---
>  Ce message et toutes les pièces jointes sont établis à l'intention exclusive 
> de ses destinataires et sont confidentiels. L'intégrité de ce message n'étant 
> pas assurée sur Internet, la SNCF ne peut être tenue responsable des 
> altérations qui pourraient se produire sur son contenu. Toute publication, 
> utilisation, reproduction, ou diffusion, même partielle, non autorisée 
> préalablement par la SNCF, est strictement interdite. Si vous n'êtes pas le 
> destinataire de ce message, merci d'en avertir immédiatement l'expéditeur et 
> de le détruire.
>  ---
>  This message and any attachments are intended solely for the addressees and 
> are confidential. SNCF may not be held responsible for their contents whose 
> accuracy and completeness cannot be guaranteed over the Internet. 
> Unauthorized use, disclosure, distribution, copying, or any part thereof is 
> strictly prohibited. If you are not the intended recipient of this message, 
> please notify the sender immediately and delete it.
>
>
>___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

[OSM-legal-talk] [SNCF] OSM extension for Power BI

[BARRY Grant (EXT SOGETI)]

Hello,

I work for the SNCF which is the French railway company and we've been working 
on an OSM extension for Microsoft's Power BI. Since a public OSM extension for 
Power BI doesn't exist yet, we would like to publish this extension on 
Microsoft's Power BI marketplace so that anyone using Power BI can benefit.

Since we use OpenStreetMap for the background tiles, we would like your 
approval before we publish anything.

The attribution will point to https://www.openstreetmap.org/copyright with the 
following hyperlink "© les contributeurs d'OpenStreetMap" (in French).

If you do approve our request, what OSM map URL can we use?

I thank you for your response.

Yours sincerely,

Grant BARRY
Chef de Projet GEOPULSE, GEOMAPS et CID
Tour Oxygène - Bureau 14-99
69003 Lyon
Tel : +33 (0)4 27 44 48 01

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

Re: [talk-cz] Nadmořské výšky s desetinnou čárkou

[Jan Macura]

On Wed, 3 Apr 2019 at 09:05, Lukas Gebauer  wrote:

> A já si myslel, že v OSM by měly být všechny výšky dle WGS-84. Viz.
> https://wiki.openstreetmap.org/wiki/Altitude
>
> (Ostatně, jsou tam i ty návrhy na označení systému nadmořské výšky.)
>
> Tedy, výšky převzané z přesných oficiálních zdrojů by měly mít tu
> soustavu definovanou, a tím pádem by se měly před importem přepočítat
> do WGS-84.
>

Což je pěkná blbost a fakt se nedivím, že to nikdo nedodržuje. Znamenalo by
to před renderováním mapy pro každý stát zvlášť přepočítat všechny
elipsoidické výšky do jeho národního systému (nereálné) nebo zobrazovat
výšky ve WGS-84, což je strašně užitečná informace, že Sněžka má výšku 1691
metrů. Nehledě na to, že to jde dost proti OTG principu, když by mapař
musel každou výšku, kterou v terénu najde označenou, přepočítávat.


> U ostatních výšek (z rozcestníků, změřené, atd.) je to snad fuk kvůli
> jejich nepřesnosti.
>

Nepřesnost bude +-pár metrů, ne desítky nebo stovky. Fuk to není.

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

Re: [talk-cz] Open data ČÚZK – zázrak nebo apríl?

[honny]

Zdar,

komunikace úplně nevím, tam bych řekl že KM je zpravidla lepší (a OSM
v mnoha směrech taky, co jsem si porovnával), ale rozhodně je tam řada
dat, která doteď IMHO nebylo odkud brát - například skály, srázy,
terénní stupně. Kdo zná Garminí TOPO a chybělo mu to v OSM...

h.

st 3. 4. 2019 v 9:56 odesílatel Jan Dudík  napsal:
>
>
>
> út 2. 4. 2019 v 16:27 odesílatel majka  napsal:
>>
>>
>> Protože tímhle otevřeli třeba i vrstevnice a ty vrcholy. Naproti tomu tam 
>> budou silnice se zpožděním minimálně půl roku, takže je budeme mít sice 
>> aktuálnější, ale bylo by možné zpřesňovat jejich geometrii.
>>
>> Majka
>
>
> Nově otevřené úseky asi dokážeme zmapovat dřív, ale v průběhu času se místy 
> mění i číslování silnic, které ne vždy dokážeme zaznamenat.
>
>  JAnD
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [OSM-talk-fr] licence coordonnées géo depuis OSM

[althio]

Précautions d'usage : je ne suis pas avocat spécialiste en licenses et
propriété intellectuelle.

Mon humble avis personnel :

Le cas d'usage, c'est (presque) du geocoding (à la sauce geocoding manuel),
qui consiste à retrouver des coordonnées dans la base OSM ou avec un outil
qui s'appuie sur des données OSM.
lecture de référence pour ce cas d'usage :
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline

A noter d'emblée : dans le cas particulier du geocoding pur, l'obligation
d'attribution est levée.
> A geocoded database need not maintain attribution attached to the
database, provided it is not a Derivative Database

Pour la question de la license de la base constituée, toute la discussion
va porter sur l'étendue des données utilisées, "substantial extract" ou pas
> A collection of Geocoding Results [is OR is not] a substantial extract of
the OSM database [if]

Dans votre cas d'usage, il me semble (a priori) que l'on se place dans
cette configuration :
> a systematic attempt to aggregate all or substantially all Primary
Features of a given type [...] within a geographic area city-sized or
larger.

Donc, on reste dans le fonctionnement par défaut : Partage à l'identique,
la base combinée avec les coordonnées (Collective Database) est en ODbL
(alors que la base initiale, sans les coordonnées, garde sa license). Il
faudrait donc publier les deux bases avec deux licenses différentes : sans
les coordonnées publié sous license ouverte et avec les coordonnées publié
sous license ODbL.

Sauf si l'étendue des données utilisées est réellement non significative
"not a substantial extract".
Il faut alors combiner la lecture de :
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline
 et
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Substantial_-_Guideline

Dans les cas suivants, l'usage est jugé non significatif :
- only [...] latitude/longitude information are included in the Geocoding
Results, and
- less than 100 Features, or
- the geographic area is small, corresponding to an area of up to 1,000
inhabitants.

Alors on passe dans le fonctionnement allégé : toujours aucune attribution
(cas spécial du geocoding) et aucune obligation sur la license de la base
constituée, qui peut garder la license de la base initiale.

Dernière considération :
Puisque l'on est dans le cas d'une recherche très manuelle, directement sur
la carte, on peut envisager plusieurs cas :
- une recherche par nom ou adresse, grâce au géocodeur (Nominatim) intégré
sur le site openstreetmap.org, et/ou
- une recherche visuelle, directement sur la carte
et
- l’élément est déjà présent et affiché sur la carte du site
openstreetmap.org, ou
- l'élément n'existe pas dans OSM.

Si l'élément n'existe pas dans OSM, mais que les coordonnées sont
simplement pointées sur la carte à son emplacement (vide !), cela ne compte
pas comme une extraction de données de la base OSM.
Mais ce serait bien d'ajouter une note OSM au passage pour signaler ce
manque ;)

Au final :
- il faut évaluer la taille et la population de la région concernée (plus
ou moins de 1000 habitants)
- il faut évaluer le nombre d’éléments impliqués (plus ou moins de 100
éléments retrouvés par une recherche en s'appuyant sur des données OSM)
- il faut tout relire avec un service juridique ou un avocat spécialisé

-- althio

On Tue, 2 Apr 2019 at 18:06, Magalie Dartus  wrote:

> Bonjour,
>
> Je suis en train de constituer des jeux de données "équipements publics"
> avec certaines collectivités pour les publier en open data et la question
> est de savoir comment récupérer les coordonnées gégraphiques.
>
> J'aimerai rediriger les éditeurs de données des collectivités vers OSM en
> leur proposant d'ouvrir la carte/faire un clic droit/afficher
> l'adresse/copier les coordonnnées/coller dans le jeux de données open data.
>
> L'éternelle question est : si on fait ça, est-ce que le jeu de données
> "équipements publics" passe en licence ODbL?
>
> A votre avis
>
> Magalie
> ___
> 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-au] Existing OSM precedent | Re: Aboriginal art sites

[Rory McCann]

On 01/04/2019 12:27, Ian Sergeant wrote:
is this form of censorship practised anywhere else in OSM - maybe for 
other indigenous people - that we could copy their model?


I don't think "censorship" is a helpful term here.

But there has been a practice in OSM to *not* map certain things, such 
as private/non-publicized domestic violence shelters, or the nesting 
sites of endangered birds. So the same logic applies here I think.



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

Re: [Talk-it] Fwd: [V-IOLA] On-Line Support

[Cascafico Giovanni]

Va bene.
Buon lavoro allora!
Se hai giusto il tempo di mandare la bbox dell'area interessata, grazie.

Il mer 3 apr 2019, 09:46 Alessandro Palmas 
ha scritto:

> Il 03/04/19 08:54, Cascafico Giovanni ha scritto:
> > Al momento non vedo raggiungibile il task manager casalingo [1]. Non
> > so altro per le attività da remoto dei 3, 4, 5 aprile.
> >
>
> Ciao Giovanni,
>
> oggi pomeriggio faremo una uscita sulle rive del Danubio in quest'area
> https://osm.org/go/xf3QSAll--  Molti utilizzeranno Mapillary, alcuni
> proveranno Fieldpapers, Geopaparazzi e OSM Contributors. Cercheremo di
> mappare negozi, eventuali scuole e strutture di social facility per
> anziani o disabili e le strutture che potrebbero subire particolari
> danni da una alluvione. Se possibile si cercheranno anche i percorsi più
> sicuri per l'evacuazione.
>
> Visto che la risposta è stata nulla non ho ancora preparato nulla.
> Inoltre nel briefing di ieri mattina abbiamo deciso di focalizzarci sui
> volontari serbi che hanno tanto bisogno di supporto, come ribadito da un
> officer del Ministero degli Interni serbo.
>
> Ci sono già parecchie foto su Mapillary della zona. Potrebbe essere una
> buona fonte per il lavoro da remoto. Se è il caso vediamo di tirare su
> un Task.
>
> Alessandro
>
>
> ___
> 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-se] Naturvårdsverkets nya Nationella MarktäckeData

[Christian Asker]

Hej. Exempel data finns här: 
https://my.owndrive.com/index.php/s/74GWeA99ow5j8Pw

Det finns både shape och osm-filer. Jag har inte hunnit fixa med gdal_contour 
ännu.

Jag låter filerna vara kvar någon vecka.

Mvh Christian




"Jimmy Utterström"  skrev: (2 april 2019 11:27:55 CEST)
>Hej!
>Jag är absolut för initiativet att försöka åstadkomma mer heltäckande
>mappning av terräng. Jag har själv försökt mappa en del myrområden i
>hemtrakterna men helt krasst så tror jag att det är ganska orealistiskt
>att förvänta sig en något sånär komplett kartläggning av exempelvis
>terrängen i norrlands inland om man förlitar sig på att det ska ske
>genom manuell mappning. Just på grund av att många områden är så glest
>befolkade och att den stora variationen av våtmark och skog gör att
>mappningen dessutom är ganska tidskrävande.
>
>Däremot har jag vid tidigare tillfällen noterat de som anser att
>automatisk import av terrängpolygoner ibland kan vara problematiskt då
>det ibland tenderar att genereras gigantiska, väldigt komplexa,
>multipolygoner som kan vara lite jobbiga att arbeta med vid framtida
>manuella justeringar. Jag har dock ingen detaljkunskap kring det själv
>(har endast noterat kommentarer från andra OSM contributors), men jag
>nämner det bara för att uppmärksamma att det kan vara bra att
>eventuella importer får granskas av ett antal personer före de
>integreras. Fast det efterfrågar du ju också. 
>
>Jag skulle gärna vilja ta del av några av de genererade OSM-filerna
>(kanske har du möjlighet att ladda upp något exempel på dropbox eller
>annat ställe) för att se hur resultatet ser ut. Jag har ett litet
>privat sidoprojekt, som vid tillräcklig mognadsgrad ska göras publikt
>tillgänglig, där jag arbetar med Mapbox och en kombination av
>lantmäteriets öppna data (terrängkartan bland annat) och data från OSM
>för att skapa en webbkarta, med fokus på friluftsliv, som utgår ifrån
>stilen på terrängkartan.  Där använder jag just nu huvudsakligen
>terrängkartans vektordata för naturtyper. Det är dock lite småbökigt då
>den måste kombineras med information från vägkartan och
>fjällinformation för att uppnå full täckning för hela landet. Om det är
>möjligt erhålla vettig vektordata från Marktäckesdatat så vore det
>därför rätt trevligt.
>
>Mvh Jimmy Utterström
>
>
>Från: Christian Asker 
>Skickat: den 1 april 2019 21:36
>Till: talk-se@openstreetmap.org
>Ämne: Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData
>
>
>Hej kära karterare.
>
>Jag provade med "ogr2osm.py" och nu får jag .osm filer med attribut som
>JOSM kan läsa. Jag vet inte hur bra det funkar med stora filer, men jag
>får väl prova.
>
>Det som jag gärna vill ha lite feedback på nu är mappningen, så att den
>är så bra som möjligt. Nedanstående är vad jag har hittills.
>Beskrivningarna på svenska för varje siffra kommer från
>Naturvårdsverkets dokumentation. Främst är jag osäker på "42" och "52".
>
>
>## 111;Tallskog utanför våtmark
>## 112;Granskog utanför våtmark
>## 113;Barrblandskog utanför våtmark
>mapper["111"]="source=Naturvardsverket;landuse=forest;leaf_type=needleleaved;genus=pinus;leaf_cycle=evergreen"
>mapper["112"]="source=Naturvardsverket;landuse=forest;leaf_type=needleleaved;genus=picea;leaf_cycle=evergreen"
>mapper["113"]="source=Naturvardsverket;landuse=forest;leaf_type=needleleaved;leaf_cycle=evergreen"
>
>## 114;Lövblandad barrskog utanför våtmark
>mapper["114"]="source=Naturvardsverket;landuse=forest;leaf_type=mixed;leaf_cycle=mixed"
>
>## 115;Triviallövskog utanför våtmark
>## 116;Ädellövskog utanför våtmark
>## 117;Triviallövskog med ädellövinslag utanför våtmark
>mapper["115"]="source=Naturvardsverket;landuse=forest;leaf_type=broadleaved;leaf_cycle=deciduous"
>mapper["116"]="source=Naturvardsverket;landuse=forest;leaf_type=broadleaved;leaf_cycle=deciduous"
>mapper["117"]="source=Naturvardsverket;landuse=forest;leaf_type=broadleaved;leaf_cycle=deciduous"
>
>## 118;Temporärt ej skog utanför våtmark
>   mapper["118"]="source=Naturvardsverket;landuse=forest;natural=scrub"
>
>## 121;Tallskog på våtmark
>## 122;Granskog på våtmark
>## 123;Barrblandskog på våtmark
>mapper["121"]="source=Naturvardsverket;natural=wetland;landuse=forest;leaf_type=needleleaved;genus=pinus;leaf_cycle=evergreen"
>mapper["122"]="source=Naturvardsverket;natural=wetland;landuse=forest;leaf_type=needleleaved;genus=picea;leaf_cycle=evergreen"
>mapper["123"]="source=Naturvardsverket;natural=wetland;landuse=forest;leaf_type=needleleaved;leaf_cycle=evergreen"
>
>## 124;Lövblandad barrskog på våtmark
>mapper["124"]="source=Naturvardsverket;natural=wetland;landuse=forest;leaf_type=mixed;leaf_cycle=mixed"
>
>## 125;Triviallövskog på våtmark
>## 126;Ädellövskog på våtmark
>## 127;Triviallövskog med ädellövinslag på våtmark
>mapper["125"]="source=Naturvardsverket;natural=wetland;landuse=forest;leaf_type=broadleaved;leaf_cycle=deciduous"

Re: [Talk-it] Fwd: [V-IOLA] On-Line Support

[Alessandro Palmas]

Il 03/04/19 08:54, Cascafico Giovanni ha scritto:
Al momento non vedo raggiungibile il task manager casalingo [1]. Non 
so altro per le attività da remoto dei 3, 4, 5 aprile.




Ciao Giovanni,

oggi pomeriggio faremo una uscita sulle rive del Danubio in quest'area 
https://osm.org/go/xf3QSAll--  Molti utilizzeranno Mapillary, alcuni 
proveranno Fieldpapers, Geopaparazzi e OSM Contributors. Cercheremo di 
mappare negozi, eventuali scuole e strutture di social facility per 
anziani o disabili e le strutture che potrebbero subire particolari 
danni da una alluvione. Se possibile si cercheranno anche i percorsi più 
sicuri per l'evacuazione.


Visto che la risposta è stata nulla non ho ancora preparato nulla. 
Inoltre nel briefing di ieri mattina abbiamo deciso di focalizzarci sui 
volontari serbi che hanno tanto bisogno di supporto, come ribadito da un 
officer del Ministero degli Interni serbo.


Ci sono già parecchie foto su Mapillary della zona. Potrebbe essere una 
buona fonte per il lavoro da remoto. Se è il caso vediamo di tirare su 
un Task.


Alessandro


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

Re: [OSM-talk-ie] Teaching location - Ballyhalbert, Co. Down

[Ken Guest]

also most places around Kilshanny in Co. Clare...

to be fair it's a "one church, one pub & one school" sized village

all the best,

Ken

On Tue, 2 Apr 2019 at 23:21, Colm Moore  wrote:

> Hi,
>
> If anyone is looking for an unmapped location so they can teach OSM to
> people, then Ballyhalbert, Co. Down has very little mapping done.
>
> Colm
>
>
> ---
> Never doubt that a small group of thoughtful, committed citizens can
> change the world. Indeed, it is the only thing that ever has. Margaret Mead
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>


-- 
http://about.me/kenguest/
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [talk-cz] Nadmořské výšky s desetinnou čárkou

[Lukas Gebauer]

> pouziva-li se na ruznych uzemich jina vztazna "nula", pak je otazka 
> zaokrouhlovani jinym tematem a melo by se debatovat o zavedeni tagu 
> definujiciho ten vztazny system... Vrchol bude mit tedy uvedenou vysku (co 
> nejpresnejsi, zaokrouhlit to lze vzdycky), ale take vztazny system...

A já si myslel, že v OSM by měly být všechny výšky dle WGS-84. Viz. 
https://wiki.openstreetmap.org/wiki/Altitude

(Ostatně, jsou tam i ty návrhy na označení systému nadmořské výšky.)

Tedy, výšky převzané z přesných oficiálních zdrojů by měly mít tu 
soustavu definovanou, a tím pádem by se měly před importem přepočítat 
do WGS-84.

U ostatních výšek (z rozcestníků, změřené, atd.) je to snad fuk kvůli 
jejich nepřesnosti.

Lukas

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

Re: [Talk-dk] Kommuner og Mapillary

[Ole Laursen]

Den tir. 2. apr. 2019 kl. 19.11 skrev Niels Elgaard Larsen :
> De nævner ikke OpenStreetmap. Men det er da den rigtige tankegang.
> Lad os håbe at det spreder sig til alle kommuner.

Ja! Fedt!


Ole

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

Re: [Talk-it] Fwd: [V-IOLA] On-Line Support

[Cascafico Giovanni]

Al momento non vedo raggiungibile il task manager casalingo [1]. Non so
altro per le attività da remoto dei 3, 4, 5 aprile.

[1] alezena.no-ip.biz

Il giorno ven 29 mar 2019 alle ore 09:26 Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Buongiorno lista,
>
> nell'ambito del progetto V-IOLA di cui abbiamo già parlato e svolto
> esercitazioni nei mesi passati, la prossima settimana, da martedì 2 a
> giovedì 4 aprile, saremo a Pancevo (Serbia) per svolgere 3 giorni di
> attività, sia a tavolino che sul campo (almeno per OSM).
> Tema di questo appuntamento sono le attività di DRR in territorio a
> rischio inondazione; basta vedere la mappa della zona
> https://osm.org/go/xf3ZLmA-
> per rendersi conto del rischio potenziale della città di Pancevo.
>
> Sotto posto l'agenda dei 3 giorni (che verrà leggermente emendata il primo
> giorno anche se sostanzialmente rimarrà uguale).
>
> Il supporto dei volontari on line è richiesto per mercoledì 3 e giovedì 4.
> I dettagli delle attività OSM li discuterò lunedì durante il viaggio con la
> delegata della CRI.
> Per ora penso che martedì cercherò di raccogliere dati sul campo e fare
> una campagna Mapillary (fortunatamente ci sono già parecchie foto di
> Pancevo). Mercoledì è probabile che sarò ai tavoli di discussione, saremo
> nei locali del Ministero dell'Interno della Serbia.
> Giovedì sarebbe bello se qualcuno da remoto potesse rappresentare i dati
> (vedi day 3 in "use of mapping tool to visualise data".  In mancanza di
> supporto da remoto vedrò di mostrare i dati su pc e dispositivi mobili.
> Sarebbe bello però se qualcuno di voi potesse (ad esempio con QGIS)
> pubblicare dei dati.
>
> Chi è interessato può rispondere qui; qui potesse fornire supporto più
> qualificato mi scriva pure direttamente.
>
> Grazie
>   Alessandro Ale_Zena_IT
>
> Eccovi ora parte del documento di agenda:
>
>
>
> *Introduction*
>
>
> The new general trend on crisis and disaster management is to address the
> efforts mainly toward a Disaster Risk Management approach, instead a more
> classic Preparedness and Disaster Response approach.
>
> This changing is affecting how the whole disaster or crisis phases are
> perceived.
>
>
> In order to disseminate Disaster Risk Management and Disaster Risk
> Reduction, it is proposed a DBX (Discussion Based Exercise), during which
> the whole process to organise a DRR action is covered.
>
>
> The audience will be divided in Technical Working Groups (TWG), each TWG
> will cover some aspects of the injections, according to their skills,
> competences and mandate of the organisations.
>
>
> Some injections are sequential, some other are managed in a parallel way,
> according to the evolution of the work of the TWGs.
>
>
> The Online Volunteers will provide support to the organisation of the
> activity
>
>
> The activity will be held from April the 1st (arrival) and April the 5th
> (departure) in Belgrade.
>
>
>
> *Injections*
>
>
> The injections will define the main steps that have to be followed during
> the preparation of a DRR action. Injections will be used by the
> facilitators to introduce and discuss different topics.
>
>
> There will be 3 groups of injections:
>
>
> Day 1 (Organisational phase)
>
>-
>
>organisation of the working plan
>distribution of the participants in different technical working
>groups, and organisation of the working groups.
>-
>
>identification of the objectives of the DRR actions, both related to
>prevention and preparedness, according to the specificity of each TWG
>
>
> Day 2 (Data acquisition and planning)
>
>-
>
>identification of data about the population within the area,
>definition of the target group and linked preparedness actions
>-
>
>identification of information about the economics and the market,
>envisaging potential cash based intervention, other than to understand the
>resilience of the area
>-
>
>highlight on the environment and focus on the hazards, in order to
>understand on what the DRR/DRM action should focus
>-
>
>acquisition of direct information about the relevant elements for the
>DRR operation planned in day 1
>
>
> Day 3 (organisation of the DRR operation)
>
>-
>
>use of mapping tool to visualise data
>-
>
>analysis of communication tools and definition of a proper campaign
>-
>
>definition of a monitoring, evaluation and reporting framework, in
>order to understand the impact of the DRR action
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] OsmHiCheck - silnicni znaceni vs rozcestniky

[Tom Ka]

Ahoj, diky za vyjadreni (a sorry za popleteni jmena v mem mailu).

Asi to nepujde uplne automatizovane ale neco vymyslim aby to bylo
aspon nejak jednoduse proveditelne s podporou OsmHiCheck/Fody.

Bye

út 2. 4. 2019 v 18:12 odesílatel Zdeněk Pražák  napsal:
>
> Souhlasím s návrhem Majky
> Bylo by to možné nějak hromadně v OSM opravit?
> Pražák
> -- Původní e-mail --
> Od: majka 
> Komu: OpenStreetMap Czech Republic 
> Datum: 26. 3. 2019 12:48:09
> Předmět: Re: [talk-cz] OsmHiCheck - silnicni znaceni vs rozcestniky
>
> Což takhle na to použít tourist=information + information=route_marker ? 
> Považovala bych to za vhodnější než rozcestník, a fakticky by to odpovídalo. 
> Rozcestník pak případně nechat jen na opravdové silniční rozcestníky - tj. 
> tam, kde se dělí trasy, třeba tohle. Posouvat to do dopravního značení 
> komplet se mi nezdá, mazat to taky podle mě není ono.
>
> Majka
>
> On Tue, 26 Mar 2019 at 11:34, Tom Ka  wrote:
>
> ... preznacit jinak nez rozcestnik (ale moc netusim
> jak).
> ...
> Pripadne jine napady?
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Christian Asker]

Det ser ju inte så pjåkigt ut! Jag ska testa gdal_contour för att snygga till 
kantigheten. Återkommer med resultat när jag hunnit med detta.

Mvh Christian

"Ture Pålsson"  skrev: (3 april 2019 07:25:55 CEST)
>
>Jag tror inte det här kom igenom på första försöket. p.g.a. för stort 
>attachment, så jag testar med en länk i stället. :-)
>
>Jag tog Christians översättningstabell och gjorde ett snabbhack för
>att dra in datat i min kartrenderare. "Polygoniseringen" är gjort med
>ST_DumpAsPolygons i PostGIS. Linjer och punkter (ST_Dimension() < 2)
>kommer från OSM, ytor från NMD. Som synes blir det lite "pixligt",
>även i 1:25000, fast fixar man en vettigare uppdelning och låter bli
>att ta t.ex. byggnader från NMD, så märks det kanske inte så mycket.
>
>http://lab3.turepalsson.se/~ture/tmp/nmd-2019-04-02.pdf
>
>___
>Talk-se mailing list
>Talk-se@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-se

-- 
Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [talk-au] Large contribution to update OSM rural / offroad tracks in Australia

[David Wales]

Hi James,

What license is that data under?
Is it owned by the users or by your company? 

Assuming it is owned by your company, would you be releasing the data itself, 
or just using it within your company to add tracks to OSM?

Do you know about the database of GPS tracks which is collected by 
OpenStreetMap, and available for anyone to use as a map overlay? Could your 
data be added to that?

Or were you thinking of something else?

Regards,
David Wales

On 3 April 2019 3:59:16 pm AEDT, James Nuccio  wrote:
>Hi OSM community!
>
>I'm relatively new to using and contributing to OSM but must say I'm
>really
>getting into it.  I am currently building a navigation app targeted
>towards
>the 4wding market which makes use of OSM.  Part of our offering is to
>geo-track our users as they navigate through the bush to better
>understand
>the 4wd tracks themselves.
>
>A byproduct of this process is that we have hundred of traces to be
>able to
>validate the geometry of current tracks, as well as add new tracks to
>the
>database.  All of these traces are an aggregation of user data, not
>traces
>of individual users.
>
>I am keen to get this info back into OSM but I'm looking for help as I
>don't have capacity to do so myself.  However I'd still like the
>contributions to be entered under my OSM userid.
>
>Is this something anyone can help with?  I'm based in Melbourne if that
>makes a difference.
>
>Cheers
>James
>
>-- 
>*James Nuccio*
>Founder and CEO
>Newtracs
>
>
>Web: www.newtracs.com.au
>Instagram: @newtracs4x4 
>Facebook: @newtracs 
>Twitter: @newtracs 
>
>
>
>-- 
>*James Nuccio*
>Founder and CEO
>Newtracs
>
>
>Web: www.newtracs.com.au
>Instagram: @newtracs4x4 
>Facebook: @newtracs 
>Twitter: @newtracs 
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au