Re: [talk-au] Location "signs" - what are they?

[Warin]

On 07-Feb-18 05:14 PM, Daniel O'Connor wrote:
I tend to treat these in rural areas as "city limit signs" ("Welcome 
to X").

https://wiki.openstreetmap.org/wiki/Key:traffic_sign#Tagging

I would maybe tag a residential area with the sign name for a 
'neighbourhood' / 'real estate development vanity naming' sign as per 
https://wiki.openstreetmap.org/wiki/Tag:place%3Dneighbourhood


I agree that they mark the extent of a 'suburb', 'development', 
'neighbourhood' etc.


I view them as informative - same as street naming signs - I would not 
map the signs them selves into OSM but I would map the feature with the 
name in OSM.
I do not see than as art - their main function is information, making 
them 'pretty' as art is nice but that is not their main function.


On Wed, Feb 7, 2018 at 4:12 PM, Graeme Fitzpatrick 
> wrote:


Asked about these on the Tagging list but didn't get any response
so thought I'd try here.

Discussions re Public Art, made me wonder what to call these
location (?) signs.

These two aren't suburbs, only real-estate developments / perhaps
"neighbourhoods?


https://www.google.com.au/maps/@-28.0958424,153.4424594,3a,75y,316.46h,87.91t/data=!3m6!1e1!3m4!1sad969aKOue4bvLQYIjpBzg!2e0!7i13312!8i6656?hl=en




https://www.google.com.au/maps/@-28.0536126,153.3996352,3a,75y,23.46h,80.66t/data=!3m9!1e1!3m7!1s4kuMyAx5URHiMzxctVSVzA!2e0!7i13312!8i6656!9m2!1b1!2i47?hl=en



This one though is for a suburb, & was built to show all the
services that were available in Burleigh Heads at that time & has
been in place for something like 50 years! (& some of those
services aren't actually available any more!)


https://www.google.com.au/maps/@-28.0884156,153.4519354,3a,37.5y,267.38h,116.27t/data=!3m6!1e1!3m4!1s7dO5hySbj_W3RsbwmX1qkQ!2e0!7i13312!8i6656?hl=en



So, is there a tag for this type of "signage"?



___
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



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

Re: [talk-au] Location "signs" - what are they?

[Daniel O'Connor]

I tend to treat these in rural areas as "city limit signs" ("Welcome to X").
https://wiki.openstreetmap.org/wiki/Key:traffic_sign#Tagging

I would maybe tag a residential area with the sign name for a
'neighbourhood' / 'real estate development vanity naming' sign as per
https://wiki.openstreetmap.org/wiki/Tag:place%3Dneighbourhood

On Wed, Feb 7, 2018 at 4:12 PM, Graeme Fitzpatrick 
wrote:

> Asked about these on the Tagging list but didn't get any response so
> thought I'd try here.
>
> Discussions re Public Art, made me wonder what to call these location (?)
> signs.
>
> These two aren't suburbs, only real-estate developments / perhaps
> "neighbourhoods?
>
> https://www.google.com.au/maps/@-28.0958424,153.4424594,3a,
> 75y,316.46h,87.91t/data=!3m6!1e1!3m4!1sad969aKOue4bvLQYIjpB
> zg!2e0!7i13312!8i6656?hl=en
>
> https://www.google.com.au/maps/@-28.0536126,153.3996352,3a,
> 75y,23.46h,80.66t/data=!3m9!1e1!3m7!1s4kuMyAx5URHiMzxctVSV
> zA!2e0!7i13312!8i6656!9m2!1b1!2i47?hl=en
>
> This one though is for a suburb, & was built to show all the services that
> were available in Burleigh Heads at that time & has been in place for
> something like 50 years! (& some of those services aren't actually
> available any more!)
>
> https://www.google.com.au/maps/@-28.0884156,153.4519354,3a,
> 37.5y,267.38h,116.27t/data=!3m6!1e1!3m4!1s7dO5hySbj_W3Rsbw
> mX1qkQ!2e0!7i13312!8i6656?hl=en
>
> So, is there a tag for this type of "signage"?
>
>
>
> ___
> 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: [OSM-talk] [Osmf-talk] Propose your session for State of the Map 2018!

[karansutha suthakaran]

 Dear Marco,
I thank you very much for your information. I am preparing the abstract and 
will be submitted soon. As you know that I am going to finish my MSc in 
Disaster Management at the PGIS, University of Peradeniya, Sri Lanka. I did a 
3D model to find the inundation areas and did a flood risk assessment for my 
final thesis which has been used the OSM exposure data for the analysis and 
prepared hazard map,Vulnerability Map and Risk Map.  
Best Regards,S.Suthakaran
  
On Wednesday, February 7, 2018, 4:26:50 AM GMT+5:30, Marco Minghini 
 wrote:  
 
 Dear all,

in addition (and in parallel) to the standard sessions, this year State of the 
Map will run an Academic Track session to showcase the great importance 
OpenStreetMap has gained within the scientific and academic communities. The 
Academic Track aims to bring together and foster interactions between 
OpenStreetMap contributors and scientific researchers from all over the world. 
Consequently this will demonstrate both the potential and maturity of 
scientific investigations based on OpenStreetMap to the whole community and 
stimulate a beneficial discussion among the attendees. Contributions are 
expected to address any scientific aspect related to OpenStreetMap, in 
particular, but not limited, to the following:

   
   - quality of OpenStreetMap data
   - analysis of contribution patterns in OpenStreetMap
   - exploitation of OpenStreetMap data to generate new scientifically valuable 
datasets
   - integration of OpenStreetMap data with other datasets to generate new 
scientifically valuable datasets
   - scientific applications of OpenStreetMap
   - new approaches to facilitate or improve data collection in OpenStreetMap 
(e.g. through gamification or Citizen Science approaches)
   - literature reviews on specific aspects of OpenStreetMap
   - creating better connections and collaborations between the scientific 
community and the OpenStreetMap community
   - open research problems in OpenStreetMap and challenges for the scientific 
community
Authors are invited to submit abstracts using this form. Deadline for 
submission is March 4, 2018.

The maximum length of the abstract is 2500 characters. Abstracts must be 
scientifically rigorous and structured as follows: introduction/background, 
where the problem addressed is introduced; main aim or purpose of the study; 
brief description of the methodology and findings achieved; final discussion 
highlighting the scientific contribution of the study and its practical 
benefits/implications. Abstracts describing the use, analysis and processing of 
OpenStreetMap data for new and unconventional applications/disciplines are 
particularly encouraged.

Abstracts will be evaluated by the Scientific Committee. Authors of selected 
abstracts will be invited to give an oral presentation during the Academic 
Track sessions at the conference. In addition, authors of selected abstracts 
will be invited to submit a full paper for the Special Issue Open Source 
Geospatial Software of the journal Open Geospatial Data, Software and Standards.

Scientific Committee
   
   - Dr. Marco Minghini - Politecnico di Milano, Department of Civil and 
Environmental Engineering, Italy
   - Dr. Peter Mooney - Maynooth University, Department of Computer Science, 
Ireland
   - Dr. Vyron Antoniou - Geographic Directorate, Hellenic Army General Staff, 
Greece
   - Prof. Maria Antonia Brovelli - Politecnico di Milano, Department of Civil 
and Environmental Engineering, Italy
   - Dr. Frank Ostermann - University of Twente, Faculty of Geo-Information 
Science and Earth Observation (ITC), The Netherlands
   - Amin Mobasheri - GIScience Research Group, Institute of Geography, 
Heidelberg University, Germany
   - Joost Schouppe - OpenStreetMap Belgium, Belgium

Marco Minghini, Ph.D.
GEOlab, Politecnico di Milano - DICA
Piazza Leonardo da Vinci 32, 20133 Milano (Italy)
+39 02 23996409
marco.mingh...@polimi.it
@MarcoMinghini

2018-02-06 12:03 GMT+01:00 Christine Karch :

Hi

from 28th to 30th July 2018 the OpenStreetMap community will be coming
together for our annual State of the Map conference, this year in Milan,
Italy. It is set to be an exciting three day event where mappers,
programmers, practitioners, entrepreneurs, and policy makers will share
their passion for OpenStreetMap.

We invite you to submit your session proposals for the 2018 State of the
Map, by Sunday, 18th February 2018:

https://docs.google.com/forms/ d/e/1FAIpQLScM9lUg8Z- 
qUpqcOcWzD1MpV708PPIl82hgdAREC z1D_7sMbA/viewform

You are encouraged to submit proposals for 20 minute talks, 5 minute
lightning talks, and 75 minute workshops that will result in progress
and excitement in the world of OpenStreetMap. If you require a grant or
scholarship to attend, please note that you will have to complete an
additional form which we will publish in the next few weeks. Again, the
deadline to submit your session 

Re: [Talk-de] OpenMetroMaps - Ideenwerkstatt am 11. Februar 2018 in Berlin

[Martin Koppenhoefer]

Am 5. Februar 2018 um 19:14 schrieb Stefan Kaufmann <
tran...@shutterworks.org>:

> Am 2018-02-02 um 15:01 schrieb Michael Reichert:
>
> > Bei OSM sind wir da
> > anderer Meinung, schließlich beanspruchen wir sogar Schutzrechte auf
> > unsere Faktensammlung (und in Europa gibt es diese Rechte auch).
>
> „Wir“ finde ich eine etwas sportliche Aussage. Ich z.B. finde diese
> Haltung gefaehrlich.
>
> Leseempfehlung: http://simia.net/wiki/Free_data




ich würde OSM nicht als reine "Faktensammlung" bezeichnen. Wir beschreiben
die Fakten und wählen sie aus, und wir bilden sie geometrisch ab.

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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Martin Koppenhoefer]

sent from a phone

> On 6. Feb 2018, at 18:31, Alessandro Palmas  
> wrote:
> 
> Sì anche a me non piace molto il suo funzionamento


+1, soprattutto il fatto che non trova più niente con un “via” preposto è 
veramente un bug da risolvere, perché quasi tutti cercano così 

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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Martin Koppenhoefer]

sent from a phone

> On 6. Feb 2018, at 12:14, Damjan Gerl  wrote:
> 
> Lo so che è un escamotage, ma per non avere problemi e senza sapere il nome 
> completo della via basta mettere solo una parte/parola del nome e senza via 
> ed altre paroline davanti, nel tuo esempio io metterei: "Lamarmora 8 Biella" 
> oppure "Alfonso 8 Biella"


+1, il problema è che Nominatim ha problemi con “via” “largo” ecc. e non 
capisce cosa è un nome o cognome. Cerca sulla stringa, anche parziale ma non 
“spezzata” (dal suo punto di vista).


addr:place dovrebbe funzionare, hai un esempio che non viene trovato?


Ciao, Martin 



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

Re: [OSM-talk-ie] Fwd: Ireland Digest, Vol 20, Issue 1

[Peter Mooney]

Hi Dave, Talk-ie

Thanks for posting the message here Dave - we are opening registration in
the coming weeks. So we were going to be doing the rounds of the mailing
lists then.

We'd be delighted to hear from people using FOSS4G and OSGeo tools/services
in their OSM work in Ireland.

I'll post to the list when registration (early-bird) is open.

Peter

On Tue, Feb 6, 2018 at 2:26 PM, Dave Corley  wrote:

> Forwarding this to see if folks on this list might be interested in
> particpating
>
> Dave
>
>
> -- Forwarded message --
> From: 
> Date: Sat, Feb 3, 2018 at 10:00 PM
> Subject: Ireland Digest, Vol 20, Issue 1
> To: irel...@lists.osgeo.org
>
>
> Send Ireland mailing list submissions to
> irel...@lists.osgeo.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.osgeo.org/mailman/listinfo/ireland
> or, via email, send a message with subject or body 'help' to
> ireland-requ...@lists.osgeo.org
>
> You can reach the person managing the list at
> ireland-ow...@lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Ireland digest..."
>
>
> Today's Topics:
>
>1. Call for Participation - Lightning talks Launched for the
>   OSGeo IE Symposium 2018 (Peter Mooney)
>
>
> --
>
> Message: 1
> Date: Fri, 2 Feb 2018 21:35:50 +
> From: Peter Mooney 
> To: irel...@lists.osgeo.org
> Subject: [Ireland] Call for Participation - Lightning talks Launched
> for the OSGeo IE Symposium 2018
> Message-ID:
>  gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hello everyone,
>
> On behalf of the ogranising committee I am delighted to announce the launch
> of the Call for Participation (Lightning Talks) for the OSGeo IE Symposium
> 2018.
>
> Please see details on the OSGeo Website Event Page [1] and the OSGeo Wiki
> Page [2]
>
> We'll be launching registration very soon.
>
> We look forward to your contributions.
>
> With best wishes,
>
> Peter
>
>
> [1] https://www.osgeo.org/events/irish-osgeo-symposium-2018/
> [2] https://wiki.osgeo.org/wiki/Ireland/Symposium2018
> -- next part --
> An HTML attachment was scrubbed...
> URL:  20180202/1a0ebd04/attachment-0001.html>
>
> --
>
> Subject: Digest Footer
>
> ___
> Ireland mailing list
> irel...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/ireland
>
>
> --
>
> End of Ireland Digest, Vol 20, Issue 1
> **
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-ca] BC2020i OSM Distributed Model and Education

[OSM Volunteer stevea]

Please see https://wiki.osm.org/wiki/Key:level

SteveA

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

Re: [OSM-talk-fr] Vélo et data : nouvelles sources de données et nouveaux usages

[Romain MEHUT]

Bonsoir,

Je fais suivre sur la liste lyonnaise.

Si un lyonnais pouvait être présent, je suis sûr que nous serions nombreux
à être intéressé pour avoir un retour sur cette session...

Romain

Le 31 janvier 2018 à 09:15, Jean-Christophe Becquet  a
écrit :

> Bonjour,
>
> Le Congrès de la FUB - vendredi 16 mars 2018 à Lyon
> https://www.fub.fr/sites/fub/files/fub/AG_Congres/programme_je_web.pdf
>
> Avec au programme une session qui pourrait intéresser des contributeurs
> OSM :
>
> Session 2 : Vélo et data : nouvelles sources de données et nouveaux
> usages
>
> Crowdsourcing, traces GPS, signalement : des données au service des
> usagers et des planificateurs.
>
>
> Sur ce même programme, un plan d'accès dont les aspects nouveau,
> crowdsourcé et au service des usagers portent à discussion...
>
> Bonne journée
>
> JCB
> --
> Construisons ensemble vos solutions informatiques - Bonne année 2018 !
> http://www.apitux.org/index.php?2018/01/01/255-voeux-2018
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> BP 32 - 04001 Digne-les-Bains Cedex
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Používání ploch místo cest

[Jan Dudík]

Já bych považoval za nejpřirozenější mapovat ulice jako linky se zadanou
šířkou od osy (něco ve smyslu
Vlevo
JP:3,0; BUS
JP:3,0
ZP:0,5
CH:2,0
Vpravo
JP:3,0
CH:1,5)
= jeden jízdní pruh vpravo+ chodník, 2 jízdní pruhy vlevo, chodník za
zeleným pásem. Tím by se daly zmapovat mnohé případy, podrobnějším
tagováním jednotlivých pruhů by se daly vyznačit vyhrazené, koleje,
parkovací...
Přece jenom, silnice jsou liniové.
Ovšem u mne je to profesionální deformace.

Area by pak stačilo na náměstí, pěší zóny a složité křižovatky

JAnD

---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195

Dne 6. února 2018 16:03 gorn  napsal(a):

> Podle mě se to už děje a to tak že v rozumné míře. Náměstí jsou typický
> příklad, kdy je točasto dobře namixováno - plochami je detailně zmapována
> zeleň a pedestrial zone a pak jsou tam ještě linkama silnice a nějaký
> hlavní pěší tahy (např pokud tam vede jasně vyznačená pěši stezka nebo
> turistická značka). Dokonce některé silniční křižovatky jsem tak viděl a
> někdo zmiňoval řeky - stejný řešení plocha + linka. Dělat to jenom plochou
> je chyba - ztratí se tím abstrakce která je pro lineární entity jako cesty
> v 99procentech ta abstrakce kterou potřebujeme.
>
> A málem bych zapomněl parkoviště - znovu to samý - plocha a přes ní cesty.
> Je to prostě "postupné zpodrobnování" které je nutno dělat s rozvahou.
>
> On 6.2.2018 15:39, Karel Volný wrote:
>
> Dne úterý 6. února 2018 15:26:49 CET, xkomc...@centrum.cz napsal(a):
>
> A je problém mít to jako ty řeky? Kdo by chtěl routing, ten by jej měl,
> komu by záleželo na přesném zobrazení, ten by jej taky dostal...
>
> ... čímž jsme zase zpátky u problému virtuálních cest přes náměstí, který se
> tu řešil v již odkázaném starším threadu
>
> a jenom tak naokraj, u řek mi to dává mírně lepší smysl, neb čára řeky by měla
> ukazovat víceméně proudnici, resp. koryto, kudy to poteče, když to bude
> prakticky vyschlé, a břehy za průměrného průtoku proti tomu budou
> nepravidelnlé, zatímco silnice bývá od té střední čáry na obě strany stejně
> široká a tuto šířku si mimo město obvykle drží konstantní v dlouhých úsecích
>
> K.
>
>
>
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

[Martin Koppenhoefer]

2018-02-06 16:07 GMT+01:00 dan...@libero.it :

> voschix mi ha detto che io non ho capito la differenza tra database e
> visualizzazione. L'ho capita benissimo e poichè, almeno io non lavoro per
> la gloria (inserire informazioni nel database che forse qualcuno fra
> qualche mese o anno e ripeto forse, magari rende disponibili) ma lavoro
> perchè quanto inserisco sia immediatamente utile, preferisco impiegare il
> mio tempo per inserire i dati nei modi utilizzabili immediatamente
> dall'utente.
> Quindi se nessuno mi dice come visualizzare in modo semplice DA SUBITO i
> dati della singola way per un utente comune, non perdo e non perderò il mio
> tempo ad inserirli, ma preferisco impiegarlo a creare delle relazioni
> utilizzabili da subito per mezzo di waymarked trails e fra qualche tempo
> riutilizzabili anche da Infomont del CAI.
> Mi rendo conto che così facendo si "perdono" delle informazioni, però
> informazioni "inutilizzabili" sono nel breve-medio termine praticamente
> "perse", e se e quando saranno fruibili, allora e solo allora si impiegherà
> (e non si perderà) il tempo ad inserirle.
>



quanto sei impaziente...
;-)

Comunque, io concordo con Volker, bisogna inserire i dati in maniera
sistematica e coerente nel database, non appositamente sbagliato per
ottenere un certo risultato in una singola applicazione che usa i dati. Mi
sembra di leggere tra le righe che in fondo lo hai capito anche tu.

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

Re: [Talk-ca] Preferred phone number format

[Stewart C. Russell]

On 2018-02-05 05:17 PM, Matthew Darwin wrote:
> 
> use the letters instead of numbers "+1-555-GOT-BEER"

I'd suggest mapping these to the numbers BUT international phone pads
have a superset of what we use here (7 has Q and 9 has Z) and older
phones may not be consistent with what we assume now. In the UK, ABC
used to be on 2.

cheers,
 Stewart

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

Re: [Talk-ca] Preferred phone number format

[Stewart C. Russell]

On 2018-02-05 04:44 PM, Matthew Darwin wrote:
> I don't know why people use phone=* vs contact:phone=*

Because it's the default in most editors, and it's shorter. I'd prefer
it over contact:phone, because that's a needless namespace. Also, this:
https://wiki.openstreetmap.org/wiki/Talk:Key:contact#Deprecate_this_tag_family

 Stewart

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

Re: [Talk-ca] BC2020i OSM Distributed Model and Education

[Stewart C. Russell]

On 2018-02-02 06:06 PM, john whelan wrote:
> 
> It would be useful if someone could produce a sample in R that takes a
> .osm file and counts the buildings. 

R might be rather overkill:

grep "k='building'" file.osm | wc -l

One might have to do some clever trickery around buildings that are
relations (those with courtyards), though.

> A task from that would be to extend
> it to count the number of two storey (story) buildings.

I wonder if OSM uses the UK concept of storey, where a two storey
building has three levels (ground floor, first floor, second floor)? Was
a huge confusion for me when I first moved to Canada: first floor means
one level up.

 Stewart

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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Alessandro Palmas]

Il 06/02/2018 18:13, Andrea Musuruane ha scritto:



Al di là dell'utilità che può avere una installazione locale di un 
geocoder, Nominatim rischia allontanare utenti da OSM (per non dire 
che li ha già allontanati).


E' il motore di ricerca predefinito sul sito principale. L'utente si 
aspetta che funzioni (specialmente se i dati sono inseriti 
correttamente nel database).


Sì anche a me non piace molto il suo funzionamento, ma pensiamo che il 
progetto è open source https://github.com/openstreetmap/Nominatim ma dal 
2011 ad oggi vedo solo 34 contributori. Per essere una delle funzioni 
più importanti del sito osm.org sono pochissimi :-(


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

[Talk-it] State of the Map 2018

[Alessandro Palmas]

Il prossimo luglio la comunità mondiale OpenStreetMap si incontrerà 
nuovamente per la conferenza annuale State of the Map 
, quest'anno a Milano, e 
l'organizzazione sta lavorando già da tempo a pieno regime.


Desideriamo rammentarvi alcune date di scadenze ravvicinate per evitare 
che possiate perdere opportunità di partecipazione:


Tra pochi giorni scadranno i termini per la presentazioni delle 
*richieste di supporto economico**o borsa di studio*, esattamente 
*mercoledì 14 marzo*. Non vogliamo perdere interventi di talento, e 
grazie al supporto dei nostri sponsor possiamo supportare chi ne ha 
bisogno richiedendolo qu 
i


Il termine per inviare *proposte di intervento* da 20', interventi flash 
da 5' o laboratori da 75' è *sabato 18 marzo*. Se avete qualcosa da dire 
o mostrare non perdete l'occasione di farlo compilando questa richiesta 



Per *proposte di intervento di taglio accademico* la scadenza è invece 
*sabato 4 marzo*.
Per la prima volta State of the Map darà spazio a interventi rivolti 
verso la comunità accademica e scientifica. Se avete proposte di questo 
tipo trovate tutte le informazioni a questa pagina 
.


Tra pochi giorni si apriranno le vendite per i biglietti a prezzo 
scontato "Early Bird" per la manifestazione. Il costo del biglietto 
permette l'ingresso ai 3 giorni di manifestazione e oltre alle pause 
caffè e il pranzo include la possibilità di partecipare ai numerosi 
workshop che avranno luogo nella giornata di lunedì 30 luglio. In uno 
dei tre giorni, probabilmente sabato, ci sarà anche una serata social, 
gratuita e riservata ai partecipanti di SOTM.


Vi aspettiamo numerosi
  Alessandro Ale_Zena_IT


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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Andrea Musuruane]

Ciao,

2018-02-06 13:52 GMT+01:00 Cascafico Giovanni :

> Il giorno 6 febbraio 2018 11:43, marco.baietto  biella.it> ha scritto:
>
>> Il problema è che Nominatim non da le garanzie di funzionalità nella
>> ricerca che sono richieste in una sala operativa (in questo momento tra
>> l'altro ha anche altri problemi...). Oltre agli indirizzi collegati ad un
>> addr:place (in provincia di Biella circa un quarto degli indirizzi):
>>
>
> Credo che per servizi sensibili come VVFF e 118 sia necessario affidarsi
> ad un motore locale, sia in centrale che nelle unità mobili. Per queste
> ultime, mi pare che OSMand non abbia problemi, nemmeno con addr:place.. p.
> es. ho provato "Postregna 18"  e mi restituisce la posizione del civico
> della Frazione Postregna
>

Al di là dell'utilità che può avere una installazione locale di un
geocoder, Nominatim rischia allontanare utenti da OSM (per non dire che li
ha già allontanati).

E' il motore di ricerca predefinito sul sito principale. L'utente si
aspetta che funzioni (specialmente se i dati sono inseriti correttamente
nel database).

Ciao,

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

[Talk-transit] OpenMetroMaps workshop in Berlin on February 11

[Sebastian Kürten]

Hello,

sorry for cross-posting here, but while I wanted to address the
OSM-community in general, I think this is probably the right list for
people interested in this topic.

I'm hosting an event about the project[1] I've been working on since
September. It's mostly about schematic maps for transit systems but
also more generally about modelling transit systems and applications of
such models. See these posts in English[2] and German[3] for more
details.

Please let me know via email if you're interested in joining the
discussion. It will take place at the Wikimedia Berlin office:

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23–24
10963 Berlin

on Sunday, February 11 between 14h and 16:30h.

Best,
Sebastian

[1] http://www.openmetromaps.org/
[2] https://lists.wikimedia.org/pipermail/wikidata/2018-February/011766.html
[3] https://lists.openstreetmap.org/pipermail/talk-de/2018-February/114636.html

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

Re: [Talk-dk] Multipolygoner (WAS: Kortlægning af meget store markområder)

[Jakob Barfod]

2018-02-06 14:16 Soren Johannessen [mailto:soren.johannes...@gmail.com]:
> Tagget er forkert - det skal være landuse=forest  - der er ikke noget 
> natural=forest tag det er derfor du ikke ser nogen rendering.

Argh. Rookie mistake. Tak for hjælpen!

-- 
Jakob


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

Re: [OSM-talk-fr] Hiérarchie des relations d’itinéraire cyclistes

[Axelos]

Coucou,


Le 16/01/2018 à 17:23, Charles MILLET a écrit :
>
> Données de l'ON3V des DRC :
> 
> 
> Les Départements et Régions Cyclables (DRC) se sont frottés à la
> rationalisation des itinéraires et tente de maintenir à jour un
> référentiel des Véloroutes et Voies Vertes à travers l’Observatoire
> National des 3V (ON3V). Mais ils ont été obligés de traiter la données
> de manière très "géomatique" et de la décliner sous la forme de
> plusieurs bases de données. Leur travail est diffusé en "Open Data"
> (selon leurs termes) et on peut le télécharger dans différents formats
> depuis la page suivante :
> 
> 
> https://www.departements-regions-cyclables.org/observatoires/observatoire-national-des-veloroutes-et-voies-vertes/
> 
> 
> Pour les utilisateur de SIG type QGIS, la couche la plus intéressante
> est N_3V_SEGMENT_L.shp. De cette couche on peut faire une analyse
> thématique sur le champ "ID_ITI" puisque chaque valeur unique de ce
> champ correspond à une "continuité" pour laquelle les way appartiennent
> au/aux même(s) itinéraire(s) cyclable(s). Le rendu avec des couleurs
> aléatoires peut être observé à l'aide des liens suivants :
> 
> 
> https://framapic.org/S7Uw3VeKvi0A/zqecqRI1Qrbd.jpg
> 
> https://framapic.org/S7Uw3VeKvi0A/zqecqRI1Qrbd?dl


Pour info j'ai créé une page sur le wiki concernant l'ON3V.

Axel.

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

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

[dan...@libero.it]

voschix mi ha detto che io non ho capito la differenza tra database e 
visualizzazione. L'ho capita benissimo e poichè, almeno io non lavoro 
per la gloria (inserire informazioni nel database che forse qualcuno fra 
qualche mese o anno e ripeto forse, magari rende disponibili) ma lavoro 
perchè quanto inserisco sia immediatamente utile, preferisco impiegare 
il mio tempo per inserire i dati nei modi utilizzabili immediatamente 
dall'utente.
Quindi se nessuno mi dice come visualizzare in modo semplice DA SUBITO i 
dati della singola way per un utente comune, non perdo e non perderò il 
mio tempo ad inserirli, ma preferisco impiegarlo a creare delle 
relazioni utilizzabili da subito per mezzo di waymarked trails e fra 
qualche tempo riutilizzabili anche da Infomont del CAI.
Mi rendo conto che così facendo si "perdono" delle informazioni, però 
informazioni "inutilizzabili" sono nel breve-medio termine praticamente 
"perse", e se e quando saranno fruibili, allora e solo allora si 
impiegherà (e non si perderà) il tempo ad inserirle.
Ciao a tutti da un praticone che ha inserito una cinquantina di 
relazioni nel VCO

Danilo


Il 05/02/2018 18:32, dan...@libero.it ha scritto:
Come può un utente normale IN MODO SEMPLICE visualizzare la difficoltà 
della singola way ?
Per SEMPLICE intendo un modo simile a quello usato da Waymarked Trails 
per visualizzare la relazione ed i suoi tag e non quello farraginoso 
di Open Street Maps mediante i livelli e la spunta dei dati mappa...
In assenza di tale modo SEMPLICE  la discussione tra difficoltà della 
way e difficoltà della relazione qui presentata è valida ma è 
puramente accademica.

Esiste tale modo ?

Ciao a tutti
Danilo

Il 05/02/2018 09:32, Alessio Piccioli ha scritto:

Ciao a tutti,

  approfittando di questo messaggio di Ale, ricordo che c'è un 
documento ufficiale CAI che definisce bene la scala delle difficoltà. 
Si trova a questo indirizzo:


http://www.cce.cai.it/files/all_1_classificazione_percorsi_escursionistici.pdf

(CCE = Commissione Centrale Escursionimo)

Andrebbe citato nei vari documenti dove si parla della cai_scale. 
Nella pagina wiki ce lo metto io.


A.

Il giorno 5 febbraio 2018 08:40, Alessandro > ha scritto:


Ciao,
scusate per il cross-posting

La pagina con la proposta d'adozione del tag cai_scale (1) è
stata aperta il 3 marzo 2016 e l'ultimo intervento in discussione
è di ottobre 2016.
Chiederei alle liste di leggere la pagina, eventualmente
discutere ancora la cosa, e porre in votazione il tag che ormai
(vista la diffusione) sta diventando standard de-facto.


Ricordo che cai_scale non vuole sostituire sac_scale ma è un
complemento, ed è particolarmente significativo in Italia vista
l'ampia diffusione dello standard CAI nelle carte
escursionistiche e nelle paline indicatrici (dove si indica il
grado più alto della difficoltà di percorrenza con T, E o EE).

In pratica mentre il sac_scale si applica al singolo tratto (un
sentiero può avere tratti di facile percorrenza -
sac_scale=hiking - e altri più impegnativi, come
sac_scale=demanding_mountain_hiking), il cai_scale è applicato
sulla relazione che organizza il sentiero indicando perciò il
grado di percorrenza più alto.
Questo è un arricchimento dell'informazione perchè chi vuole
percorrere l'intero sentiero avrà subito chiara la difficoltà
massima cui incontrerà; chi vuole percorrerne solo uno o più
tratti saprà quali difficoltà incontrerà in questi tratti.


Nota personale: se cerchiamo il pelo nell'uovo può comunque
essere considerato un dato ridondante: se in un sentiero ci sono
20 tratti diversi si legge la difficoltà di tutti e si vede
qual'è la più alta. Visto che è una caratteristica che tocca
l'aspetto della sicurezza in montagna personalmente lo vedo come
un miglioramento.

Alessandro Ale_Zena_IT


1)
https://wiki.openstreetmap.org/wiki/Proposed_features/cai_scale


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





--
*Alessio Piccioli / *Amministratore unico
alessiopicci...@webmapp.it 
www.webmapp.it 
+39 328 53 60 803


P.Iva e CF 02266770508
CCIAA di Pisa n. 02266770508 del 01/08/2017
Capitale Sociale 10.000,00 €



Logo AVG    

Questa email è stata esaminata alla ricerca di virus dal software 
antivirus AVG.

www.avg.com 


<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>


___
Talk-it-cai mailing 

Re: [Talk-cz] Používání ploch místo cest

[gorn]

Podle mě se to už děje a to tak že v rozumné míře. Náměstí jsou typický 
příklad, kdy je točasto dobře namixováno - plochami je detailně 
zmapována zeleň a pedestrial zone a pak jsou tam ještě linkama silnice a 
nějaký hlavní pěší tahy (např pokud tam vede jasně vyznačená pěši stezka 
nebo turistická značka). Dokonce některé silniční křižovatky jsem tak 
viděl a někdo zmiňoval řeky - stejný řešení plocha + linka. Dělat to 
jenom plochou je chyba - ztratí se tím abstrakce která je pro lineární 
entity jako cesty v 99procentech ta abstrakce kterou potřebujeme.


A málem bych zapomněl parkoviště - znovu to samý - plocha a přes ní 
cesty. Je to prostě "postupné zpodrobnování" které je nutno dělat s 
rozvahou.



On 6.2.2018 15:39, Karel Volný wrote:

Dne úterý 6. února 2018 15:26:49 CET, xkomc...@centrum.cz napsal(a):

A je problém mít to jako ty řeky? Kdo by chtěl routing, ten by jej měl,
komu by záleželo na přesném zobrazení, ten by jej taky dostal...

... čímž jsme zase zpátky u problému virtuálních cest přes náměstí, který se
tu řešil v již odkázaném starším threadu

a jenom tak naokraj, u řek mi to dává mírně lepší smysl, neb čára řeky by měla
ukazovat víceméně proudnici, resp. koryto, kudy to poteče, když to bude
prakticky vyschlé, a břehy za průměrného průtoku proti tomu budou
nepravidelnlé, zatímco silnice bývá od té střední čáry na obě strany stejně
široká a tuto šířku si mimo město obvykle drží konstantní v dlouhých úsecích

K.


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


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

Re: [Talk-cz] Používání ploch místo cest

[Marián Kyral]

-- Původní e-mail --
Od: Jiří Parkan 
Komu: OpenStreetMap Czech Republic 
Datum: 6. 2. 2018 15:39:43
Předmět: Re: [Talk-cz] Používání ploch místo cest
"
Já teda ten návrh jen tak prolítl, ale centerline stejně jako u řek jsem tam
viděl. U nějakých složitějších křižovatek bych si konturu v mapě dokázal
představit pro zpřehlednění (třeba tady: https://osm.org/go/0JbQIIoAi
(https://osm.org/go/0JbQIIoAi)), ale všeho s mírou.


"



Tam by asi více pomohlo, kdyby se na mapě normálně vykreslily jízdní pruhy.




Marián




"


2018-02-06 15:26 GMT+01:00 xkomc...@centrum.cz(mailto:xkomc...@centrum.cz) <
xkomc...@centrum.cz(mailto:xkomc...@centrum.cz)>:
"A je problém mít to jako ty řeky? Kdo by chtěl routing, ten by jej měl,
komu by záleželo na přesném zobrazení, ten by jej taky dostal...


(pouze se ptám, nevím)




On 6.2.2018 15:21, Miroslav Suchy wrote:
" Dne 5.2.2018 v 17:17 Matej Lieskovský napsal(a):
" PS: Zatím jediný mně známý (a neúspěšný) pokus o řešení tohoto
problému: https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area
(https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area)
" Podle me to je v soucasne dobe blbost. Podle me to dopadne podobne jako 
reky. Tj. stale mas lajnu, ktera povede stredem
a kolem toho bude plocha, ktera bude vyznacovat okraje.
Ale dokud to nebude schvalene, tak bych to nedelal.

Jedna vec je nemapovat pro render, ale druha vec je, ze pokud to nepodporuje
zadny render a jsou to silnice (tedy dost
dulezity prvek mapy), tak nam ve vsech renderech zacnou mizet prvky z mapy.

Mirek

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

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


"


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

Re: [Talk-cz] Používání ploch místo cest

[Jiří Parkan]

Já teda ten návrh jen tak prolítl, ale centerline stejně jako u řek jsem
tam viděl. U nějakých složitějších křižovatek bych si konturu v mapě
dokázal představit pro zpřehlednění (třeba tady:
https://osm.org/go/0JbQIIoAi), ale všeho s mírou.

2018-02-06 15:26 GMT+01:00 xkomc...@centrum.cz :

> A je problém mít to jako ty řeky? Kdo by chtěl routing, ten by jej měl,
> komu by záleželo na přesném zobrazení, ten by jej taky dostal...
>
>
> (pouze se ptám, nevím)
>
>
>
> On 6.2.2018 15:21, Miroslav Suchy wrote:
>
>> Dne 5.2.2018 v 17:17 Matej Lieskovský napsal(a):
>>
>>> PS: Zatím jediný mně známý (a neúspěšný) pokus o řešení tohoto
>>> problému: https://wiki.openstreetmap.org/wiki/Proposed_features/Street
>>> _area
>>>
>> Podle me to je v soucasne dobe blbost. Podle me to dopadne podobne jako
>> reky. Tj. stale mas lajnu, ktera povede stredem
>> a kolem toho bude plocha, ktera bude vyznacovat okraje.
>> Ale dokud to nebude schvalene, tak bych to nedelal.
>>
>> Jedna vec je nemapovat pro render, ale druha vec je, ze pokud to
>> nepodporuje zadny render a jsou to silnice (tedy dost
>> dulezity prvek mapy), tak nam ve vsech renderech zacnou mizet prvky z
>> mapy.
>>
>> Mirek
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Používání ploch místo cest

[xkomc...@centrum.cz]

A je problém mít to jako ty řeky? Kdo by chtěl routing, ten by jej měl, 
komu by záleželo na přesném zobrazení, ten by jej taky dostal...



(pouze se ptám, nevím)


On 6.2.2018 15:21, Miroslav Suchy wrote:

Dne 5.2.2018 v 17:17 Matej Lieskovský napsal(a):

PS: Zatím jediný mně známý (a neúspěšný) pokus o řešení tohoto
problému: https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area

Podle me to je v soucasne dobe blbost. Podle me to dopadne podobne jako reky. 
Tj. stale mas lajnu, ktera povede stredem
a kolem toho bude plocha, ktera bude vyznacovat okraje.
Ale dokud to nebude schvalene, tak bych to nedelal.

Jedna vec je nemapovat pro render, ale druha vec je, ze pokud to nepodporuje 
zadny render a jsou to silnice (tedy dost
dulezity prvek mapy), tak nam ve vsech renderech zacnou mizet prvky z mapy.

Mirek

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



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

Re: [Talk-cz] Používání ploch místo cest

[Miroslav Suchy]

Dne 5.2.2018 v 17:17 Matej Lieskovský napsal(a):
> PS: Zatím jediný mně známý (a neúspěšný) pokus o řešení tohoto
> problému: https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area

Podle me to je v soucasne dobe blbost. Podle me to dopadne podobne jako reky. 
Tj. stale mas lajnu, ktera povede stredem
a kolem toho bude plocha, ktera bude vyznacovat okraje.
Ale dokud to nebude schvalene, tak bych to nedelal.

Jedna vec je nemapovat pro render, ale druha vec je, ze pokud to nepodporuje 
zadny render a jsou to silnice (tedy dost
dulezity prvek mapy), tak nam ve vsech renderech zacnou mizet prvky z mapy.

Mirek

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

Re: [OSM-talk-fr] Alternative à Umap pour intégrer couches dynamiques?

[Shohreh]

Vincent Bergeot wrote
> une fiche non terminée :

Merci. Le mieux serait peut-être de le poser sur un site pérenne et
d'ajouter un lien dans la page Umap:

https://wiki.openstreetmap.org/wiki/UMap#Tutorials




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

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

Re: [Talk-dk] Multipolygoner (WAS: Kortlægning af meget store markområder)

[Soren Johannessen]

Hej

Tagget er forkert - det skal være landuse=forest  - der er ikke noget
natural=forest tag det er derfor du ikke ser nogen rendering.

Med venlig hilsen
Søren Johannessen

2018-02-06 14:04 GMT+01:00 Jakob Barfod :
> Tilbage i november skrev Michael;
>
>> Bemærk også at lignende store multipolygoner bruges meget til bl.a. skove og
>> søer.
>
> Det har jeg prøvet; se fx
>
> https://www.openstreetmap.org/relation/7751465
>
> ...som af en eller anden grund ikke bliver vist på standardkortet.
>
> Nu kan multipolygoner være tricky, så der er stor sandsynlighed for, at der 
> er noget, jeg har overset. Er det mig, der mangler noget, eller er det 
> standardkortet, som ikke renderer korrekt?
>
> --
> Jakob
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

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

[Talk-dk] Multipolygoner (WAS: Kortlægning af meget store markområder)

[Jakob Barfod]

Tilbage i november skrev Michael;

> Bemærk også at lignende store multipolygoner bruges meget til bl.a. skove og
> søer.

Det har jeg prøvet; se fx

https://www.openstreetmap.org/relation/7751465

...som af en eller anden grund ikke bliver vist på standardkortet.

Nu kan multipolygoner være tricky, så der er stor sandsynlighed for, at der er 
noget, jeg har overset. Er det mig, der mangler noget, eller er det 
standardkortet, som ikke renderer korrekt?

-- 
Jakob


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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Cascafico Giovanni]

Il giorno 6 febbraio 2018 11:43, marco.baietto <
marco.baie...@provincia.biella.it> ha scritto:

> Il problema è che Nominatim non da le garanzie di funzionalità nella
> ricerca che sono richieste in una sala operativa (in questo momento tra
> l'altro ha anche altri problemi...). Oltre agli indirizzi collegati ad un
> addr:place (in provincia di Biella circa un quarto degli indirizzi):
>

Credo che per servizi sensibili come VVFF e 118 sia necessario affidarsi ad
un motore locale, sia in centrale che nelle unità mobili. Per queste
ultime, mi pare che OSMand non abbia problemi, nemmeno con addr:place.. p.
es. ho provato "Postregna 18"  e mi restituisce la posizione del civico
della Frazione Postregna
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Používání ploch místo cest

[majka]

Mě se ty plochy taky nějak zvlášť nelíbí - lezou z toho do budoucna
problémy. Spousta těchhle nápadů se mi zdá výhledově jen cestou do
budoucího průšvihu. Někdo to zakreslí, bude to hezky vypadat, ale jak
dlouho to bude ten dotyčný udržovat?
Už tak máme místy mapu poměrně statickou - narazila jsem na multipolygon
nemocnice, kde by to sneslo drobné změny. Jenže ta relace je "z venku" tak
složitá, že se do toho pouštět nebudu, pokud to bude alespoň přibližně
odpovídat.

Nadšená nejsem ani ze separátně mapovaných chodníků - hodně z nich vede
odnikud nikam, chybí tam buď komplet napojení na silnici, nebo napojení na
každý jednotlivý přechod pro chodce. Zvlášť pokud to jsou opravdu jen
obrubníkem oddělené chodníky, to vcelku považuji za chybu.

U silnic - hodně přidávám do mapy lanes a turn:lanes. Nedovedu si
představit, to udržovat pro plochy. I to kouskování silnice je otrava na
zpětné udržování, ale problémy jsou alespoň poměrně dobře vidět.

Majka

2018-02-06 13:19 GMT+01:00 Matej Lieskovský :

> Mně osobně se nelíbí používání ploch na vykreslení lineárních prvků.
> Máme width tag, který se dá tipovat z lanes a maxspeed. Ano,
> křižovatky bych klidně kreslil jako plochy, tam nám width tag moc
> nepomůže, ale pokud mám v zatáčce silnici širokou 5m, tak opravdu
> nechci kreslit plochu, která bude cca 5m široká. Ale pokud se
> shodneme, že chceme vše kreslit plochami, tak prosím - já to z těch
> dat od IPR klidně překreslím. Ale kreslit silnice jako plochy i cesty
> mi přijde jako nekonečná prasárna.
>
> BTW: Maps.me ten multipolygon u hlaváku odignorovalo. Můžeme se těšit
> na spoustu poznámek.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] ortofoto mapy.cz

[Matej Lieskovský]

29.1 jsem psal, že mi odpověděl.
Od 2.2. komunikuju s člověkem z DWG.
Jak jsem již psal, mám toho víc než dost na práci a tudíž bych byl
rád, kdyby to řešil někdo jiný.
Taky doporučuju se podívat na ten seznam changesetů, co jsem posílal
27.1. - ukazuje to pravý rozsah problému (>1000 changesetů,
netriviální množství uživatelů, výskyty od roku 2011, od roku 2015
dost pravidelně)

2018-02-06 13:08 GMT+01:00 Jakub Jelen :
> Myslim, ze tu bylo dostatecne jasne zmineno, ze komentare obsahuji text
> "použití ortofoto ze serveru mapy.cz", napriklad [1]
>
> Vidim, ze od te doby, co jste mu to napsali, prestal pridavat tento komentar
> a nechava pouze "..." [2], coz mi neprijde jako zlepseni. Zdroj pouziti
> stale ukazuje pouziti mapy.cz.
>
> Dostali jste od neho, nebo nekde nejakou odpoved? Nebo od OSM na navrh banu?
> Mapuje stale stejne se stejnymi mapovymi podklady.
>
> [1] https://www.openstreetmap.org/changeset/55807521
> [2] https://www.openstreetmap.org/changeset/56071944
>
> Jakub
>
> 2018-02-05 17:56 GMT+01:00 Pavel Zbytovský :
>>
>> Rád bych ještě upozornil na jednu vlastnost editoru iD:
>> -> podklad se do imagery_used přidá pouze tehdy, pokud je jakkoliv
>> upravena mapa A ZÁROVEŇ je onen podklad zobrazený.
>>
>> Takže pokud si zapnu nějaký nelegální podklad, zapomatuju si polohu myši,
>> přepnu na jiný podklad a zakreslím, tak to v imagery_used nebude...
>> IMHO celkem usvědčující důkaz :)
>>
>> P.
>>
>> On Tue, Jan 30, 2018 at 11:02 PM Matěj Cepl  wrote:
>>>
>>> On 2018-01-30, 18:17 GMT, Michal Fabík wrote:
>>> > nějaký nápad, co v takovém případě uvádět jako zdroj
>>> > u changesetu? Local knowledge ani survey na to IMHO nesedí
>>> > a psát tam přímo www stránku příslušného POI je asi nevhodné
>>> > kvůli případnému statistickému zpracování těch changesetů.
>>>
>>> Já tam píšu tu webovou stránku, protože to je prostě to, odkuď
>>> tu informaci doopravdy mám.
>>>
>>> Matěj
>>> --
>>> http://matej.ceplovi.cz/blog/, Jabber: mceplceplovi.cz
>>> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>>>
>>> May you come to the attention of those in authority.
>>> May you find what you are looking for.
>>> May you live in interesting times.
>>>-- claimed to be a Chinese proverb, but its origin is disputed
>>>   first documented use
>>>   Frederic R. Coudert, Proceedings of the Academy of
>>>   Political Science, 1939
>>>
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [Talk-cz] Používání ploch místo cest

[Matej Lieskovský]

@Jan Macura: Četl jsi diskuzi? Schytalo to celkem výraznou kritiku a
teď je to už přes rok prakticky mrtvé. To, že si tím poláci pokreslili
část Polska není až takový úspěch. Bral bych to jako výzvu vymyslet
něco podobného, ač třeba jednoduššího.

Mně osobně se nelíbí používání ploch na vykreslení lineárních prvků.
Máme width tag, který se dá tipovat z lanes a maxspeed. Ano,
křižovatky bych klidně kreslil jako plochy, tam nám width tag moc
nepomůže, ale pokud mám v zatáčce silnici širokou 5m, tak opravdu
nechci kreslit plochu, která bude cca 5m široká. Ale pokud se
shodneme, že chceme vše kreslit plochami, tak prosím - já to z těch
dat od IPR klidně překreslím. Ale kreslit silnice jako plochy i cesty
mi přijde jako nekonečná prasárna.

BTW: Maps.me ten multipolygon u hlaváku odignorovalo. Můžeme se těšit
na spoustu poznámek.

2018-02-05 22:54 GMT+01:00 Jan Macura :
> Ahoj,
>
> 2018-02-05 17:17 GMT+01:00 Matej Lieskovský :
>>
>> PS: Zatím jediný mně známý (a neúspěšný) pokus o řešení tohoto
>> problému:
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area
>
>
> Proč je to pokus neúspěšný? Je to návrh, který nebyl zatím ani schválen ani
> zamítnut.
> Je to poměrně komplexní návrh, který už je na několika místech použit (viz
> např. ukázky přímo v textu nebo koukni třeba sem:
> http://osmapa.pl/w/area/?lat=51.08289=17.04953=18=Qq).
>
> H.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [Talk-cz] ortofoto mapy.cz

[Jakub Jelen]

Myslim, ze tu bylo dostatecne jasne zmineno, ze komentare obsahuji text
"použití ortofoto ze serveru mapy.cz", napriklad [1]

Vidim, ze od te doby, co jste mu to napsali, prestal pridavat tento
komentar a nechava pouze "..." [2], coz mi neprijde jako zlepseni. Zdroj
pouziti stale ukazuje pouziti mapy.cz.

Dostali jste od neho, nebo nekde nejakou odpoved? Nebo od OSM na navrh
banu? Mapuje stale stejne se stejnymi mapovymi podklady.

[1] https://www.openstreetmap.org/changeset/55807521
[2] https://www.openstreetmap.org/changeset/56071944

Jakub

2018-02-05 17:56 GMT+01:00 Pavel Zbytovský :

> Rád bych ještě upozornil na jednu vlastnost editoru iD:
> -> podklad se do *imagery_used* přidá pouze tehdy, pokud je *jakkoliv
> upravena mapa* A ZÁROVEŇ *je onen podklad zobrazený*.
>
> Takže pokud si zapnu nějaký nelegální podklad, zapomatuju si polohu myši,
> přepnu na jiný podklad a zakreslím, tak to v imagery_used nebude...
> IMHO celkem usvědčující důkaz :)
>
> P.
>
> On Tue, Jan 30, 2018 at 11:02 PM Matěj Cepl  wrote:
>
>> On 2018-01-30, 18:17 GMT, Michal Fabík wrote:
>> > nějaký nápad, co v takovém případě uvádět jako zdroj
>> > u changesetu? Local knowledge ani survey na to IMHO nesedí
>> > a psát tam přímo www stránku příslušného POI je asi nevhodné
>> > kvůli případnému statistickému zpracování těch changesetů.
>>
>> Já tam píšu tu webovou stránku, protože to je prostě to, odkuď
>> tu informaci doopravdy mám.
>>
>> Matěj
>> --
>> http://matej.ceplovi.cz/blog/, Jabber: mceplceplovi.cz
>> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>>
>> May you come to the attention of those in authority.
>> May you find what you are looking for.
>> May you live in interesting times.
>>-- claimed to be a Chinese proverb, but its origin is disputed
>>   first documented use
>>   Frederic R. Coudert, Proceedings of the Academy of
>>   Political Science, 1939
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Stefano]

Il giorno 6 febbraio 2018 12:43, Lorenzo "Beba" Beltrami <
lorenzo.b...@gmail.com> ha scritto:

> Ciao Marco,
> tempo fa mi ero interessato all'argomento in quanto in azienda serviva un
> motore di ricerca per vie.
> Avevo escluso subito Nominatim in quanto si tratta di un progetto gestito
> da volontari che lo portano avanti nel tempo libero.
> Per cui avevo sondato qualche alternativa partendo dalla pagina sul wiki
> sui motori di ricerca: https://wiki.openstreetmap.org/wiki/Search_engines
>

Ciao,
ora come ora i geocoder più efficienti dovrebbero essere Mapbox ("closed")
e Pelias (open, che era alla base del defunto Mapzen Search).
Guarda anche i suggerimenti qua https://mapzen.com/blog/migration/

Ciao,
Stefano


>
>
> Ricordo di aver montato un'istanza di Photon e che questa fosse ben
> performante (a noi servivano i suggerimenti in fase di scrittura, quindi
> prestazioni immediate).
> Però alla fine il progetto è saltato per cui non l'abbiamo mai testato in
> situazioni reali... Inoltre sono passati un paio di anni, forse è uscito
> qualcosa di meglio...
>
> Di sicuro per una sala operativa il controllo è tutto per cui non mi
> affiderei ad un servizio esterno e amatoriale come Nominatim, ma mi farei
> piuttosto qualcosa di "casalingo" che metta in equilibrio prestazioni,
> affidabilità e manutenzione (sempre che il "casalingo" stia nell'altro
> criterio spesso fondamentale che è il costo. :-).
>
> Lorenzo
>
> Il giorno 6 febbraio 2018 11:43, marco.baietto  biella.it> ha scritto:
>
>> Ciao a tutti,
>>
>> prendo lo spunto dal post di Alessandro Palmas (1)
>> 
>> sull'uso di OSM per la gestione delle emergenze per riaprire un post di
>> gennaio (2)
>> 
>> che avevo scritto sull'argomento. Premetto che ho testato le soluzioni
>> proposte, ma Nominatim non riconosce nè alt_name nè nat_name.
>>
>> Con i VVFF di Biella ho rinunciato.
>>
>> Il problema è che Nominatim non da le garanzie di funzionalità nella
>> ricerca che sono richieste in una sala operativa (in questo momento tra
>> l'altro ha anche altri problemi...). Oltre agli indirizzi collegati ad un
>> addr:place (in provincia di Biella circa un quarto degli indirizzi):
>>
>> - se ricerco un indirizzo devo inserire (e quindi conoscere) il nome
>> completo della via, non basta cercare "Via Lamarmora 8 Biella" ma devo
>> scrivere "Via Alfonso Lamarmora, 8 Biella" o "8 Via Alfonso Lamarmora
>> Biella"; immaginate quando la via è tipo "Via Avvocato Ferdinando
>> Rondolino" e al telefono una persona in condizioni di emergenza mi dice via
>> Rondolino.
>> 
>>
>> - con gli addr:place associati a nodi con place=farm non funziona, anzi
>> sorgono dei problemi perchè fa fare delle ricerche errate anche agli
>> indirizzi vicini (provate a cercare "2 Via Pozzetto Magnano" e vedete cosa
>> succede, vi porta da un'altra parte anche se in OSM i dati sono corretti)
>>
>> Come già detto avevo provato anche ad aprire un bug (3)
>> sull'argomento,
>> ma con scarso successo.
>>
>> Ovviamente tutti questi problemi in una sala operativa sono un limite
>> enorme.
>>
>> Ciao, Marco
>>
>>
>> (1) https://lists.openstreetmap.org/pipermail/talk-it/attachment
>> s/20180205/83a1f371/attachment-0001.html
>>
>> (2) http://gis.19327.n8.nabble.com/problemi-del-motore-di-ricerc
>> a-con-i-tag-addr-place-td5909901.html#none
>>
>> (3) https://github.com/openstreetmap/Nominatim/issues/881
>>
>> --
>> _
>>
>> Dr. Marco Baietto
>>
>> Area Tecnica ambientale
>> Servizio Sistema Informativo Territoriale Ambientale 
>> (SITA)http://cartografia.provincia.biella.it/on-line/Home.html
>> Provincia di Biella
>> Via Q. Sella, 12 - 13900 - Biella (BI)
>> Tel. 0158480753 <015%20848%200753>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Lorenzo "Beba" Beltrami]

Ciao Marco,
tempo fa mi ero interessato all'argomento in quanto in azienda serviva un
motore di ricerca per vie.
Avevo escluso subito Nominatim in quanto si tratta di un progetto gestito
da volontari che lo portano avanti nel tempo libero.
Per cui avevo sondato qualche alternativa partendo dalla pagina sul wiki
sui motori di ricerca: https://wiki.openstreetmap.org/wiki/Search_engines

Ricordo di aver montato un'istanza di Photon e che questa fosse ben
performante (a noi servivano i suggerimenti in fase di scrittura, quindi
prestazioni immediate).
Però alla fine il progetto è saltato per cui non l'abbiamo mai testato in
situazioni reali... Inoltre sono passati un paio di anni, forse è uscito
qualcosa di meglio...

Di sicuro per una sala operativa il controllo è tutto per cui non mi
affiderei ad un servizio esterno e amatoriale come Nominatim, ma mi farei
piuttosto qualcosa di "casalingo" che metta in equilibrio prestazioni,
affidabilità e manutenzione (sempre che il "casalingo" stia nell'altro
criterio spesso fondamentale che è il costo. :-).

Lorenzo

Il giorno 6 febbraio 2018 11:43, marco.baietto <
marco.baie...@provincia.biella.it> ha scritto:

> Ciao a tutti,
>
> prendo lo spunto dal post di Alessandro Palmas (1)
> 
> sull'uso di OSM per la gestione delle emergenze per riaprire un post di
> gennaio (2)
> 
> che avevo scritto sull'argomento. Premetto che ho testato le soluzioni
> proposte, ma Nominatim non riconosce nè alt_name nè nat_name.
>
> Con i VVFF di Biella ho rinunciato.
>
> Il problema è che Nominatim non da le garanzie di funzionalità nella
> ricerca che sono richieste in una sala operativa (in questo momento tra
> l'altro ha anche altri problemi...). Oltre agli indirizzi collegati ad un
> addr:place (in provincia di Biella circa un quarto degli indirizzi):
>
> - se ricerco un indirizzo devo inserire (e quindi conoscere) il nome
> completo della via, non basta cercare "Via Lamarmora 8 Biella" ma devo
> scrivere "Via Alfonso Lamarmora, 8 Biella" o "8 Via Alfonso Lamarmora
> Biella"; immaginate quando la via è tipo "Via Avvocato Ferdinando
> Rondolino" e al telefono una persona in condizioni di emergenza mi dice via
> Rondolino.
> 
>
> - con gli addr:place associati a nodi con place=farm non funziona, anzi
> sorgono dei problemi perchè fa fare delle ricerche errate anche agli
> indirizzi vicini (provate a cercare "2 Via Pozzetto Magnano" e vedete cosa
> succede, vi porta da un'altra parte anche se in OSM i dati sono corretti)
>
> Come già detto avevo provato anche ad aprire un bug (3)
> sull'argomento, ma
> con scarso successo.
>
> Ovviamente tutti questi problemi in una sala operativa sono un limite
> enorme.
>
> Ciao, Marco
>
>
> (1) https://lists.openstreetmap.org/pipermail/talk-it/
> attachments/20180205/83a1f371/attachment-0001.html
>
> (2) http://gis.19327.n8.nabble.com/problemi-del-motore-di-
> ricerca-con-i-tag-addr-place-td5909901.html#none
>
> (3) https://github.com/openstreetmap/Nominatim/issues/881
>
> --
> _
>
> Dr. Marco Baietto
>
> Area Tecnica ambientale
> Servizio Sistema Informativo Territoriale Ambientale 
> (SITA)http://cartografia.provincia.biella.it/on-line/Home.html
> Provincia di Biella
> Via Q. Sella, 12 - 13900 - Biella (BI)
> Tel. 0158480753 <015%20848%200753>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Damjan Gerl]

Lo so che è un escamotage, ma per non avere problemi e senza sapere il nome 
completo della via basta mettere solo una parte/parola del nome e senza via ed 
altre paroline davanti, nel tuo esempio io metterei: "Lamarmora 8 Biella" 
oppure "Alfonso 8 Biella"

Damjan

-- Original Header ---

From  : "marco.baietto" marco.baie...@provincia.biella.it
To  : talk-it@openstreetmap.org
Cc  : 
Date  : Tue, 6 Feb 2018 11:43:00 +0100
Subject : Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

> Ciao a tutti,
> 
> prendo lo spunto dal post di Alessandro Palmas (1) 
> 
>  
> sull'uso di OSM per la gestione delle emergenze per riaprire un post di 
> gennaio (2) 
> 
>  
> che avevo scritto sull'argomento. Premetto che ho testato le soluzioni 
> proposte, ma Nominatim non riconosce nè alt_name nè nat_name.
> 
> Con i VVFF di Biella ho rinunciato.
> 
> Il problema è che Nominatim non da le garanzie di funzionalità nella 
> ricerca che sono richieste in una sala operativa (in questo momento tra 
> l'altro ha anche altri problemi...). Oltre agli indirizzi collegati ad 
> un addr:place (in provincia di Biella circa un quarto degli indirizzi):
> 
> - se ricerco un indirizzo devo inserire (e quindi conoscere) il nome 
> completo della via, non basta cercare "Via Lamarmora 8 Biella" ma devo 
> scrivere "Via Alfonso Lamarmora, 8 Biella" o "8 Via Alfonso Lamarmora 
> Biella"; immaginate quando la via è tipo "Via Avvocato Ferdinando 
> Rondolino" e al telefono una persona in condizioni di emergenza mi dice 
> via Rondolino.
> 
> 
> - con gli addr:place associati a nodi con place=farm non funziona, anzi 
> sorgono dei problemi perchè fa fare delle ricerche errate anche agli 
> indirizzi vicini (provate a cercare "2 Via Pozzetto Magnano" e vedete 
> cosa succede, vi porta da un'altra parte anche se in OSM i dati sono 
> corretti)
> 
> Come già detto avevo provato anche ad aprire un bug (3) 
> sull'argomento, 
> ma con scarso successo.
> 
> Ovviamente tutti questi problemi in una sala operativa sono un limite 
> enorme.
> 
> Ciao, Marco
> 
> 
> (1) 
> https://lists.openstreetmap.org/pipermail/talk-it/attachments/20180205/83a1f371/attachment-0001.html
> 
> (2) 
> http://gis.19327.n8.nabble.com/problemi-del-motore-di-ricerca-con-i-tag-addr-place-td5909901.html#none
> 
> (3) https://github.com/openstreetmap/Nominatim/issues/881
> 
> -- 
> _
> 
> Dr. Marco Baietto
> 
> Area Tecnica ambientale
> Servizio Sistema Informativo Territoriale Ambientale (SITA)
> http://cartografia.provincia.biella.it/on-line/Home.html
> Provincia di Biella
> Via Q. Sella, 12 - 13900 - Biella (BI)
> Tel. 0158480753
> 
> 

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

[OSM-talk] Propose your session for State of the Map 2018!

[Christine Karch]

Hi

from 28th to 30th July 2018 the OpenStreetMap community will be coming
together for our annual State of the Map conference, this year in Milan,
Italy. It is set to be an exciting three day event where mappers,
programmers, practitioners, entrepreneurs, and policy makers will share
their passion for OpenStreetMap.

We invite you to submit your session proposals for the 2018 State of the
Map, by Sunday, 18th February 2018:

https://docs.google.com/forms/d/e/1FAIpQLScM9lUg8Z-qUpqcOcWzD1MpV708PPIl82hgdARECz1D_7sMbA/viewform

You are encouraged to submit proposals for 20 minute talks, 5 minute
lightning talks, and 75 minute workshops that will result in progress
and excitement in the world of OpenStreetMap. If you require a grant or
scholarship to attend, please note that you will have to complete an
additional form which we will publish in the next few weeks. Again, the
deadline to submit your session proposals is Sunday, 18th February 2018.

This year, we are particularly keen to see applications from good
quality workshops (please apply for a grant or scholarship if it will
help you).

Best regards,

Christine

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

Re: [Talk-it] Proposta utilizzo scala CAI

[Dino Michelini]

  Ciao Alessandro, sono perfettamente d'accordo con quanto scrivi.
Direi che non solo riportare la scala CAI rappresenta un arricchimento
delle informazioni ed una informazione prezione per l'escursionista ma
proprio per le ragioni da te richiamate direi che se in Italia si vuole
mappare un itinerario escursionistico è necessario riportare il tag
cai_scale. D'altra parte anche numerose regioni (Piemonte, Lombardia,
Veneto, Lazio, Toscana, Umbria, Basilicata, ecc.), ANCI, Federparchi,
Provincie, Comunità Montante, hanno legiferato e/o deciso a riguardo di
adottare la scala CAI come riferimento per la classificazione delle
sentieristica di loro competenza (riserve e parchi naturali, aree
protette, ecc.). Ignorare tutto ciò sarebbe incomprensibile...

Il
05.02.2018 08:40 Alessandro ha scritto: 

> Ciao,
> scusate per il
cross-posting
> 
> La pagina con la proposta d'adozione del tag
cai_scale (1) è stata 
> aperta il 3 marzo 2016 e l'ultimo intervento in
discussione è di ottobre 
> 2016.
> Chiederei alle liste di leggere la
pagina, eventualmente discutere 
> ancora la cosa, e porre in votazione
il tag che ormai (vista la 
> diffusione) sta diventando standard
de-facto.
> 
> Ricordo che cai_scale non vuole sostituire sac_scale ma è
un 
> complemento, ed è particolarmente significativo in Italia vista
l'ampia 
> diffusione dello standard CAI nelle carte escursionistiche e
nelle 
> paline indicatrici (dove si indica il grado più alto della
difficoltà di 
> percorrenza con T, E o EE).
> 
> In pratica mentre il
sac_scale si applica al singolo tratto (un sentiero 
> può avere tratti
di facile percorrenza - sac_scale=hiking - e altri più 
> impegnativi,
come sac_scale=demanding_mountain_hiking), il cai_scale è 
> applicato
sulla relazione che organizza il sentiero indicando perciò il 
> grado
di percorrenza più alto.
> Questo è un arricchimento dell'informazione
perchè chi vuole percorrere 
> l'intero sentiero avrà subito chiara la
difficoltà massima cui 
> incontrerà; chi vuole percorrerne solo uno o
più tratti saprà quali 
> difficoltà incontrerà in questi tratti.
> 
>
Nota personale: se cerchiamo il pelo nell'uovo può comunque essere 
>
considerato un dato ridondante: se in un sentiero ci sono 20 tratti 
>
diversi si legge la difficoltà di tutti e si vede qual'è la più alta. 
>
Visto che è una caratteristica che tocca l'aspetto della sicurezza in 
>
montagna personalmente lo vedo come un miglioramento.
> 
> Alessandro
Ale_Zena_IT
> 
> 1)
https://wiki.openstreetmap.org/wiki/Proposed_features/cai_scale [1]
> 
>
___
> Talk-it mailing list
>
Talk-it@openstreetmap.org [2]
>
https://lists.openstreetmap.org/listinfo/talk-it [3]
 



Con Mobile Open 7 GB a 9 euro/4 sett navighi veloce con 7 GB di Internet e hai 
200 minuti ed SMS a 12 cent. Passa a Tiscali Mobile! 
http://tisca.li/OPEN7GBFirma

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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[marco.baietto]

Ciao a tutti,

prendo lo spunto dal post di Alessandro Palmas (1) 
 
sull'uso di OSM per la gestione delle emergenze per riaprire un post di 
gennaio (2) 
 
che avevo scritto sull'argomento. Premetto che ho testato le soluzioni 
proposte, ma Nominatim non riconosce nè alt_name nè nat_name.


Con i VVFF di Biella ho rinunciato.

Il problema è che Nominatim non da le garanzie di funzionalità nella 
ricerca che sono richieste in una sala operativa (in questo momento tra 
l'altro ha anche altri problemi...). Oltre agli indirizzi collegati ad 
un addr:place (in provincia di Biella circa un quarto degli indirizzi):


- se ricerco un indirizzo devo inserire (e quindi conoscere) il nome 
completo della via, non basta cercare "Via Lamarmora 8 Biella" ma devo 
scrivere "Via Alfonso Lamarmora, 8 Biella" o "8 Via Alfonso Lamarmora 
Biella"; immaginate quando la via è tipo "Via Avvocato Ferdinando 
Rondolino" e al telefono una persona in condizioni di emergenza mi dice 
via Rondolino.



- con gli addr:place associati a nodi con place=farm non funziona, anzi 
sorgono dei problemi perchè fa fare delle ricerche errate anche agli 
indirizzi vicini (provate a cercare "2 Via Pozzetto Magnano" e vedete 
cosa succede, vi porta da un'altra parte anche se in OSM i dati sono 
corretti)


Come già detto avevo provato anche ad aprire un bug (3) 
sull'argomento, 
ma con scarso successo.


Ovviamente tutti questi problemi in una sala operativa sono un limite 
enorme.


Ciao, Marco


(1) 
https://lists.openstreetmap.org/pipermail/talk-it/attachments/20180205/83a1f371/attachment-0001.html


(2) 
http://gis.19327.n8.nabble.com/problemi-del-motore-di-ricerca-con-i-tag-addr-place-td5909901.html#none


(3) https://github.com/openstreetmap/Nominatim/issues/881

--
_

Dr. Marco Baietto

Area Tecnica ambientale
Servizio Sistema Informativo Territoriale Ambientale (SITA)
http://cartografia.provincia.biella.it/on-line/Home.html
Provincia di Biella
Via Q. Sella, 12 - 13900 - Biella (BI)
Tel. 0158480753

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

Re: [OSM-talk-fr] Maison du Vélo

[Corentin Lemaitre]

  Bonjour talk-fr ! (premier message)Pour moi les maisons du vélo sont plus des rassemblement d'assos ou d'entreprises autour du vélo. L'action ne touche pas forcément le tourisme, cela peut être également juste un rassemblement d'association autour du vélo pour donner des informations aux habitants, faire la promotion du vélo. Cela peut ressembler plus à un community center.Après il y a certaines maison du vélo qui propose des services : location courte ou longue durée, marquage vélo, atelier de réparation collaboratif ou pas, vélo école, service en entreprise, stationnement velo gardienné.Corentin, De: Simon RéauEnvoyé: mardi 6 février 2018 09:51À: Discussions sur OSM en françaisRépondre à: Discussions sur OSM en françaisObjet: Re: [OSM-talk-fr] Maison du VéloDu coup une proposition tourism=information + information=bicycle vous semble pertinente ?Le 5 février 2018 à 09:05, Axelos  a écrit :Coucou.


Le 02/02/2018 à 10:13, Simon Réau a écrit :
> Du coup on a plusieurs façon de taguer qui me semble toutes justes. Ma
> question mal exprimé étais plus pour une réutilisation. Sur quelle tag
> existant ou non je pourrais me baser pour extraire tous les lieux type
> "maison du vélo" sachant quelles sont toutes un peux différentes.
>
> Pour celle de Tours le shop=bicycle me dérange car ce n'est pas réellement
> un magasin, mais je ne trouve rien sur le wiki qui correspondrait mieux.


En effet, il s'agit je pense d'une réflexion à mener sur l'emploi d'une
nouvelle balise permettant de pouvoir différencier les boutiques
traditionnelles de vélos de ces lieux communément appelés Maisons du Vélo.

La question importante est de bien cerner ce qu'est une Maison du Vélo ?
J'aurais tendance à les décrire comme principalement touristiques. Une
sorte d'office du tourisme pour vélo.

Pour comparaison, les lieux tels que décri par Erwan Salomon ont eux
déjà une balise qui permet de pouvoir les extraire facilement du reste.
service:bicycle:diy=yes

Cordialement.

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



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

Re: [OSM-talk-fr] Maison du Vélo

[Francescu GAROBY]

Non (en tout cas, pas tout seul) car je ne suis pas d'accord avec
l'interprétation que fait Axelos de ce qu'est une Maison du Vélo (Mdv).

Cela dépend des MdV évidemment mais, pour parler de celle de Caen qui est
co-gérée par l'association Dérailleurs dont je suis membre, une MdV (tente
de) regroupe(r) les différente approches possibles du vélo : vélo du
quotidien, réparations, vélo-tourisme, apprentissage du vélo (vélo-école),
locaux associatifs, et même parfois de la location longue durée.
Réduire les MdV,au seul rôle touristique, c'est zapper l'autre grand rôle
primordial de ce genre d'établissements (encore une fois, cela dépend
peut-être de chaque MdV) : l'usage du vélo comme véritable moyen de
transport et, à travers cela, tout ce que ça implique comme : le lobbying
vis-à-vis des élus pour avoir des aménagements cyclables, le conseil/l'aide
auprès des populations pour se mettre au vélo quotidiennement, voire le
"militantisme" (ie : aller empêcher les automobilistes de se garer sur les
bandes cyclables, même s'ils "en ont pour 5 minutes"
)

Francescu

Le 6 février 2018 à 09:50, Simon Réau  a écrit :

> Du coup une proposition tourism=information + information=bicycle vous
> semble pertinente ?
>
> Le 5 février 2018 à 09:05, Axelos  a écrit :
>
>> Coucou.
>>
>>
>> Le 02/02/2018 à 10:13, Simon Réau a écrit :
>> > Du coup on a plusieurs façon de taguer qui me semble toutes justes. Ma
>> > question mal exprimé étais plus pour une réutilisation. Sur quelle tag
>> > existant ou non je pourrais me baser pour extraire tous les lieux type
>> > "maison du vélo" sachant quelles sont toutes un peux différentes.
>> >
>> > Pour celle de Tours le shop=bicycle me dérange car ce n'est pas
>> réellement
>> > un magasin, mais je ne trouve rien sur le wiki qui correspondrait mieux.
>>
>>
>> En effet, il s'agit je pense d'une réflexion à mener sur l'emploi d'une
>> nouvelle balise permettant de pouvoir différencier les boutiques
>> traditionnelles de vélos de ces lieux communément appelés Maisons du Vélo.
>>
>> La question importante est de bien cerner ce qu'est une Maison du Vélo ?
>> J'aurais tendance à les décrire comme principalement touristiques. Une
>> sorte d'office du tourisme pour vélo.
>>
>> Pour comparaison, les lieux tels que décri par Erwan Salomon ont eux
>> déjà une balise qui permet de pouvoir les extraire facilement du reste.
>> service:bicycle:diy=yes
>>
>> Cordialement.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Maison du Vélo

[Simon Réau]

Du coup une proposition tourism=information + information=bicycle vous
semble pertinente ?

Le 5 février 2018 à 09:05, Axelos  a écrit :

> Coucou.
>
>
> Le 02/02/2018 à 10:13, Simon Réau a écrit :
> > Du coup on a plusieurs façon de taguer qui me semble toutes justes. Ma
> > question mal exprimé étais plus pour une réutilisation. Sur quelle tag
> > existant ou non je pourrais me baser pour extraire tous les lieux type
> > "maison du vélo" sachant quelles sont toutes un peux différentes.
> >
> > Pour celle de Tours le shop=bicycle me dérange car ce n'est pas
> réellement
> > un magasin, mais je ne trouve rien sur le wiki qui correspondrait mieux.
>
>
> En effet, il s'agit je pense d'une réflexion à mener sur l'emploi d'une
> nouvelle balise permettant de pouvoir différencier les boutiques
> traditionnelles de vélos de ces lieux communément appelés Maisons du Vélo.
>
> La question importante est de bien cerner ce qu'est une Maison du Vélo ?
> J'aurais tendance à les décrire comme principalement touristiques. Une
> sorte d'office du tourisme pour vélo.
>
> Pour comparaison, les lieux tels que décri par Erwan Salomon ont eux
> déjà une balise qui permet de pouvoir les extraire facilement du reste.
> service:bicycle:diy=yes
>
> Cordialement.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Používání ploch místo cest

[Mikoláš Štrajt]

To mi připomíná, jak se tu řešilo routování turistické značky přes
parkoviště:

Viz https://openstreetmap.cz/talkcz/c1558

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

Re: [Talk-is] Íslenskar þýðingar í OSM

[Sveinn í Felli]

Sæll,

Það var nú ekkert mjög alvarlegt sem var að í iD-ritlinum; strengir eins 
og "Bætti hnút við leið." --> "Bætti hnúti við leið." og "Íbúahúsnæði" 
--> "Íbúðarhúsnæði".
Svo þegar notuð eru mörg mismunandi orð fyrir eitthvað hugtak, hefur 
maður tilhneigingu til að vilja nota helst sama orðið sem víðast. Eins 
og t.d. "Merge" sem gengur gjarnan undir þýðingunum "Fella saman", 
"Samtvinna", "Samræma" og "Sameina", ég nota helst þetta síðasta. Man 
ekki alveg hvað voru margar útgáfur af þessu í iD, en það var aðallega 
misræmi í þessum dúr sem ég reyndi að laga. Málfarið var annars með því 
betra sem ég hef séð í sambærilegum verkefnum ;-)

Ég lét tæknilega GIS-orðaforðann að mestu í friði.

Og að sjálfsögðu var orðasafn LISA notað, auk þess sem ég sendi 
fyrirspurn um nokkur orð upp á LMÍ, þar sem Ásta, Bjarney og Þórey gáfu 
mér ýmsar ábendingar (reyndar mest í sambandi við þýðingar á QGIS).


Reyndar eru nokkur orð í þessum geira sem eiga sér ekki almennilega 
íslenska þýðingu; í OSM kemur eitt þeirra fyrir (sjaldan þó), en það er 
orðið "Geometry". Getur stundum verið þýtt með "Lögun" en fagfólkið 
notar yfirleitt bara "Geómetría" (upp á dönsku?).


Önnur fagorð sem þarf að vara sig á eru "Fitjur" (e. Feature) og "Flákar 
(e. Polygon). Þegar fitjur eru orðnar litlar hafa menn tilhneigingu til 
að kalla þær "Einindi" eða eitthvað slíkt; síðan kemur fyrir í t.d. 
OSMAnd að það er verið að meina allt annað, þá er verið að tala um 
"Eiginleika" einhvers (New feature in app version x.x).
Flákar eru afmarkanir ýmiskonar, en einstaka sinnum þýðir "Polygon" 
einfaldlega bara "Marghyrningur".


Hvaða orð svosem menn nota yfir hugtök, aðalatriðið er að þau séu þau 
sömu, hvort sem er í OSM-vefnum, OSM-ritlunum, OSMAnd-forritinu og svo 
OSM-kortagögnunum. Þetta síðast talda er með aðskildar þýðingar eftir 
því hvort um vefútgáfu OSM er að ræða eða OSMAnd - þarna á eftir að taka 
til hendinni...


Bestu kveðjur,

Sveinn


Þann mán  5.feb 2018 16:05, skrifaði Jóhannes Birgir Jensson:

Sæll Sveinn.

Ég byrjaði á að þýða iD en náði ekki að halda í við nýjar og nýjar útgáfur.

Það væri áhugavert að vita hvað var þar sem þú taldir að væri beinlínis 
rangt eða villandi, og hver samræmdi listinn er sem þú ferð eftir.


Svo má minna á orðanefnd LÍSU sem hefur gefið út orðalista: 
http://www.landupplysingar.is/ordalisti-lisu/


Sjálfur er ég á því að hafa sem mest aðgengilegt á íslensku en þar þarf 
að vanda mjög til verka og hugsanlegt að hugtök sem eru í orðalistanum 
eigi ekki við.



On 5.2.2018 09:37, Sveinn í Felli wrote:

Takk fyrir svarið;

> Ég er einn af þeim sem forðast hreinlega að nota viðmót á íslensku ef
> enskan er í boði.

Þú ert ekkert einn um þetta, sérstaklega úr 'eldri' kynslóðum 
tölvunotenda (svo hafa menn áhyggjur af íslenskuumhverfi barna?). 
Vaninn er sterkur, það hefur lengi þótt erfitt að kenna gömlum hundum 
að sitja ;-)


Eitt af því snúnasta við hugbúnaðarþýðingar er að ákveða hvað eigi að 
ganga langt í þýðingum; það er að segja, hvort sleppa eigi að þýða 
t.d. viðmót fyrir kerfisstjórnun eða ítarlega uppsetningu (þar sem 
möguleiki er á misvísandi eða röngum skilaboðum, sem gætu haft 
alvarlegri afleiðingar).
Ég var til dæmis með miklar efasemdir um hvort ég ætti að þýða iD og 
Potlatch2 ritlana, en ákvað að gera það samt af tveimur ástæðum:
A: einhver var þegar byrjaður á verkinu, þar var slatti af hugtökum 
sem þurfti að leiðrétta/samræma/laga
B: þetta eru þau viðmót sem byrjendur í kortagerð helst nota (JOSM og 
Merkaator eru óþýdd að mestu)


> 1. Ég á hreinlega erfitt með að tengja sum íslensk hugtök við það sem
> þarf að gera, sérstaklega ef um er að ræða sérhæfð/sjaldgæf hugtök.

Vissulega, en hér á líka við þversögnin um hænuna og eggið
Það væri hægt að skrifa langar greinar um akkúrat þetta atriði, en ég 
ætla að láta nægja að segja að ég hef tamið mér að hafa sem mest af 
sérhæfðum hugtökum með alþjóðaheitum í sviga og jafnvel einhverjar 
skýringar ef það er pláss.


> Á sérstaklega við þegar ég sé hugtök sem virðast hafa átt uppruna 
sinn > hjá Tölvuorðanefndinni heldur en því sem almenningur notar í 
daglegu

> tali

Ég hef átt heilmikil samskipti við Sigrúnu Helga hjá TON, held að þau 
átti sig alveg á því hvað orðasöfnin sem þau eru að halda úti eru 
takmörkuð. Þetta á reyndar við um fleiri af þessum fagorðasöfnum, 
meðal annars fyrir landupplýsingafræðin (búinn að vera í sambandi við 
LMÍ varðandi það).
Ætli sé nema 1/3 af orðunum í TOS sem hafi nokkuð gildi í dag; sumpart 
vegna íhaldsemi, sumpart vegna hraðrar þróunar síðustu árin, en 
kannski aðallega vegna lélegrar svörunar frá notendum/þýðendum o.s.frv.


> 2. Þegar ég er í vandræðum með hugbúnaðinn finnst mér erfitt að fara
> eftir textalýsingum sem eru á öðru tungumáli (án þess að sjá ferlið
> myndrænt) og framkvæma síðan á íslensku viðmóti. Til að leita aðstoðar
> þarf maður oftast að slá inn ensku hugtökin á leitarvélarnar til 
þess > að fá gagnlegar niðurstöður almennt.


Aðalvandamál íslenskra þýðinga hefur 

Re: [OSM-talk-fr] Alternative à Umap pour intégrer couches dynamiques?

[Vincent Bergeot]

Salut Cyrille,

et tu fais bien :)

j'en ai d'autres en stock, que nous avons mis sur un dépôt github (!) 
afin justement d'être sur des réponses "rapides" et moins tuto 
d'apprentissage !


cela ne marche pas bien encore mais l'idée est ici, avec diverses 
fiches, pas seulement de la carto, mais des "datatrucs" : 
https://github.com/infolab-cd33/datalunch/tree/master/fiches


Merci Cyrille !


Le 06/02/2018 à 08:58, Cyrille37 OSM a écrit :


Salut

Merci Vincent. Je trouve que ton petit tuto mérite d'être posé sur le 
wiki:


https://wiki.openstreetmap.org/wiki/FR:UMap/Guide

Cyrille@37

Le 05/02/2018 à 16:19, Vincent Bergeot a écrit :

Le 05/02/2018 à 13:01, Shohreh a écrit :

cquest wrote

uMap peut afficher n'mporte quelle source dynamiquement, si elle fournit
ses données dans un des formats géré par uMap (dont le geojson). […] Il
faut faire attention aux réglages, il est par exemple souvent nécessaire
d'activer la fonction proxy d'uMap.

Une carte uMap peut aussi afficher les données d'une couche d'une autre
uMap (vu qu'elles sont disponible en geojson), mais elle ne les fusionnera
pas dans une couche unique et on perdra la mise en forme des objets

"elle ne les fusionnera pas dans une couche unique" : c.a.d.?

Y a-t-il un HOWTO pour faire ça?


une fiche non terminée :

# Intégrer un calque distant Umap dans une carte Umap

- **Niveau** : Débutant / Intermédiaire / **Avancé** / Expert

- **Auteur** : Forum OpenStreetMap

## Principes - Ce que nous allons faire

à partir d'une carte Umap1, comportant plusieurs calques, nous allons 
extraire "l'adresse" d'un seul calque pour l'intégrer dans une calque 
Umap2


## Ingrédients - Ce dont nous avons besoin

- 2 cartes Umap

## Étapes - Comment allons-nous procéder ?

- Sur la carte Umap 1 masquer tous les calques qui ne nous intéresse pas

- Cliquer sur "exporter et partager la carte", Choisir Options 
d'export de l'iframe", cliquer sur "Garder les calques visibles 
actuellement"


- Dans le code généré au dessus, chercher l'identifiant faisant suite 
à ...=


- Dans la carte Umap2, créer un nouveau calque, renseigner dans 
Données Distantes l'URL du calque souhaité 
"http://umap.openstreetmap.fr/fr/datalayer/ et choisir 
geojson comme format de données.


- Enregistrer

Dans votre carte Umap2, les données du calque choisi dans la carte 
Umap1 vont apparaitre.


Il semble qu'il existe un bug qui fait que lorsque vous êtes en mode 
d'édition dans Umap, vous puissiez ne pas voir le calque distant, il 
est cependant visible quand vous vous déconnectez (pensez parfois à 
recharger la carte, Ctrl+R ou F5)







--
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


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

Re: [OSM-talk-fr] Alternative à Umap pour intégrer couches dynamiques?

[Vincent Bergeot]

Salut Cyrille,

et tu fais bien :)

j'en ai d'autres en stock, que nous avons mis sur un dépôt github (!) 
afin justement d'être sur des réponses "rapides" et moins tuto 
d'apprentissage !


cela ne marche pas bien encore mais l'idée est ici, avec diverses 
fiches, pas seulement de la carto, mais des "datatrucs" : 
https://github.com/infolab-cd33/datalunch/tree/master/fiches


Merci Cyrille !


Le 06/02/2018 à 08:58, Cyrille37 OSM a écrit :


Salut

Merci Vincent. Je trouve que ton petit tuto mérite d'être posé sur le 
wiki:


https://wiki.openstreetmap.org/wiki/FR:UMap/Guide

Cyrille@37

Le 05/02/2018 à 16:19, Vincent Bergeot a écrit :

Le 05/02/2018 à 13:01, Shohreh a écrit :

cquest wrote

uMap peut afficher n'mporte quelle source dynamiquement, si elle fournit
ses données dans un des formats géré par uMap (dont le geojson). […] Il
faut faire attention aux réglages, il est par exemple souvent nécessaire
d'activer la fonction proxy d'uMap.

Une carte uMap peut aussi afficher les données d'une couche d'une autre
uMap (vu qu'elles sont disponible en geojson), mais elle ne les fusionnera
pas dans une couche unique et on perdra la mise en forme des objets

"elle ne les fusionnera pas dans une couche unique" : c.a.d.?

Y a-t-il un HOWTO pour faire ça?


une fiche non terminée :

# Intégrer un calque distant Umap dans une carte Umap

- **Niveau** : Débutant / Intermédiaire / **Avancé** / Expert

- **Auteur** : Forum OpenStreetMap

## Principes - Ce que nous allons faire

à partir d'une carte Umap1, comportant plusieurs calques, nous allons 
extraire "l'adresse" d'un seul calque pour l'intégrer dans une calque 
Umap2


## Ingrédients - Ce dont nous avons besoin

- 2 cartes Umap

## Étapes - Comment allons-nous procéder ?

- Sur la carte Umap 1 masquer tous les calques qui ne nous intéresse pas

- Cliquer sur "exporter et partager la carte", Choisir Options 
d'export de l'iframe", cliquer sur "Garder les calques visibles 
actuellement"


- Dans le code généré au dessus, chercher l'identifiant faisant suite 
à ...=


- Dans la carte Umap2, créer un nouveau calque, renseigner dans 
Données Distantes l'URL du calque souhaité 
"http://umap.openstreetmap.fr/fr/datalayer/ et choisir 
geojson comme format de données.


- Enregistrer

Dans votre carte Umap2, les données du calque choisi dans la carte 
Umap1 vont apparaitre.


Il semble qu'il existe un bug qui fait que lorsque vous êtes en mode 
d'édition dans Umap, vous puissiez ne pas voir le calque distant, il 
est cependant visible quand vous vous déconnectez (pensez parfois à 
recharger la carte, Ctrl+R ou F5)







--
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


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