Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Marc Gemis]

On Wed, Jan 20, 2016 at 9:33 PM, Jo  wrote:
> I know all the schools in those csv files have an id that can be set in ref,
> but that already doesn't work in Wallonia or Brussels.
>

In the UK they use ref:edubase for the reference. Since the ref cannot
be verified in the field, we might do something similar with ref:xxx
where xxx is different for the 3 regions.

m

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

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Jo]

About that CRAB import. In The Netherlands they already created a tool to
assist with that for their BAG import. I think we should look into reusing
that, adapted to the data we have available.

Polyglot

2016-01-21 5:35 GMT+01:00 Marc Gemis :

>
> On Wed, Jan 20, 2016 at 5:19 PM, Jasper Michels 
> wrote:
>
>> It was mentioned that there exist free datasets for the flemish part.
>> (and cant we import the building outlines of Agiv?)
>>
>
> At this moment someone is working on converting the GRB data into
> something that can be "easily" imported.
>
> I've put "easily" between quotes, because it will still be a lot of work
> in areas where there are already buildings. The reason is that we should
> try to keep the history and data of the existing buildings. With data I
> mean POI info, heritage information, house name, 3D, building type, etc.
> Even when there is no information, it is polite to keep the names of the
> previous mappers in the history of the OSM way. I do not like an approach
> where all existing data is deleted.
>
> I have been replacing old AND data and buildings that I had traced from
> Bing imagery with data based on AGIV aerial images and recently with GRB
> data. It is labor intensive.
>
> The scenario  that I follow is
>
> * move the old house out of the way
> * redraw based on GRB
> * replace geometry of old building with new (from utilsplugin2). this
> keeps the history
> * drop source=AND
> * add building type based on aerial images and add address (address from
> AGIV) using housenumbertool
>
> Sometimes (with a lot of connected houses), I just try to reshape the old
> building way, because moving all houses out of the way is more difficult.
>
> With an import you do not have to do the drawing, but you still need to do
> the replace geometry. The other steps that you have to perform depends on
> the import data: is the building type correct ? is the address data already
> merged ?
>
> Since this is so much work to correct, it's a pitty to see that some power
> mappers are rushing through the current address data and only add rough
> approximations of the buildings. L-shaped buildings become rectangles, in
> terraces half of the buildings are ignored. Correcting this afterwards,
> might take more time than trying to do it correctly the first time around.
>
> In conclusion, you can already draw the buildings based on GRB now. No
> need to wait until the import is ready. For most buildings this is not too
> difficult. Churches and similar buildings with a lot of extrusions might be
> left until the import data is ready.
>
> just my .5 cents
>
> regards
>
> m
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Marc Gemis]

On Wed, Jan 20, 2016 at 5:19 PM, Jasper Michels 
wrote:

> It was mentioned that there exist free datasets for the flemish part. (and
> cant we import the building outlines of Agiv?)
>

At this moment someone is working on converting the GRB data into something
that can be "easily" imported.

I've put "easily" between quotes, because it will still be a lot of work in
areas where there are already buildings. The reason is that we should try
to keep the history and data of the existing buildings. With data I mean
POI info, heritage information, house name, 3D, building type, etc. Even
when there is no information, it is polite to keep the names of the
previous mappers in the history of the OSM way. I do not like an approach
where all existing data is deleted.

I have been replacing old AND data and buildings that I had traced from
Bing imagery with data based on AGIV aerial images and recently with GRB
data. It is labor intensive.

The scenario  that I follow is

* move the old house out of the way
* redraw based on GRB
* replace geometry of old building with new (from utilsplugin2). this keeps
the history
* drop source=AND
* add building type based on aerial images and add address (address from
AGIV) using housenumbertool

Sometimes (with a lot of connected houses), I just try to reshape the old
building way, because moving all houses out of the way is more difficult.

With an import you do not have to do the drawing, but you still need to do
the replace geometry. The other steps that you have to perform depends on
the import data: is the building type correct ? is the address data already
merged ?

Since this is so much work to correct, it's a pitty to see that some power
mappers are rushing through the current address data and only add rough
approximations of the buildings. L-shaped buildings become rectangles, in
terraces half of the buildings are ignored. Correcting this afterwards,
might take more time than trying to do it correctly the first time around.

In conclusion, you can already draw the buildings based on GRB now. No need
to wait until the import is ready. For most buildings this is not too
difficult. Churches and similar buildings with a lot of extrusions might be
left until the import data is ready.

just my .5 cents

regards

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

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[joost schouppe]

Come to think of it, a physical school might have several associated
schools from this CSV file. For example if it is a campus, but also when
for some reason the building users can convince the Flemish administration
that they are more than one organization. So your data model should allow
for more than one set of ID's and names.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Fixing Starbucks Wikipedia Tags (Was Nominatim Weakness)

[Bryce Nesbitt]

For chain stores I tend to add a link to the corporate website only, as
deeper links are too fragile (see KeepRight for tens of thousands of OSM
URL links that no longer work).

Best in my mind is a synchronization between the corporate store finder and
OSM.  At that point a deep link to the individual store page on the
corporate page makes a lot of sense.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[joost schouppe]

On those ID's for Flemish schools

There are two fields: schoolnummer and vestigingsnummer. The schoolnummer
identifies a cluster of schools, which share certain administrative
functions. The vestigingsnummer is (normally) the physical school. To
properly identify a school, you need both.
When we (at Stad Antwerpen) use this kind of data, we write it as
schoolnummer_vestigingsnummer. I would suggest using this kind of way to
wrate the number.

To further complicate things, the vestigingsnummer exist in two different
formats:
- always consecutive, 1-2-3-4...
- historically stable, so 1-2-4 is possible
Only the second one is a true identifier, as this always stays the same. In
the first format, when school 3 closes, the ID of number 4 becomes 3. In
the second one, number 4 will stay number 4. As far as I can tell from the
data you pointed out, they use the historically stable version, which is
good.

2016-01-20 21:33 GMT+01:00 Jo :

> For Flanders it is trivially simple to download data as CSV from this site:
>
> http://data-onderwijs.vlaanderen.be/onderwijsaanbod
>
> So now I was considering to write some scripts to create Wikidata entries
> for those, then in turn create an .OSM file with the relevant data
> converted into tags.
>
> At that point we would have a file containing nodes. I would create 1 file
> per 'level'.
>
> From then on, the wikidata tags can be used as identifiers to keep track
> of our progress.
>
> I know all the schools in those csv files have an id that can be set in
> ref, but that already doesn't work in Wallonia or Brussels.
>
> Of course, we should also set an operator:wikidata, if we can figure it
> out. And I think it would be nice if we could add coordinates to the
> wikidata items as well. For schools like Sint-Jozef or Sancta-Maria we
> could have a dedication:wikidata as well, but that's probably not utterly
> important.
>
> As an example, I did that here:
> http://www.openstreetmap.org/way/160468337
>
> Please also have a look at the reference for the coordinate location:
>
> https://www.wikidata.org/wiki/Q22122652
>
> Polyglot
>
> 2016-01-20 21:16 GMT+01:00 Julien Minet :
>
>> Hi all,
>>
>> I'm ready to contribute from time to time for schools in the province of
>> Luxembourg! I've just added my unsername on the wiki page.
>>
>> Cheers,
>> Julien
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

Re: [Talk-it] Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Martin Koppenhoefer]

2016-01-20 14:49 GMT+01:00 Luca Delucchi :

> ni, il CAI assume che per tutto il sentiero si abbia la stessa
> difficoltà, la più alta,
>


più alta di cosa, se è la stessa per tutto il sentiero? ;-)



> non gli interessa se per un tratto
> passeggiamo in piano e in un altro siamo usiamo le corde.
> È un'infomazione non sul singolo tratto, bensì sul sentiero nel suo totale
>


OK, quindi parliamo di importare i dati della CAI, non di usare la scala
della CAI?

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

[Talk-it] 1. Re: Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Marco Barbieri]

>
> si, sarebbe un problema, perché senza licenza vuol dire "full copyright" e
> non potremmo utilizzare questi dati. Licenze pienamente compatibili senza
> problemi sono solo 2: cc0 e PDDL (perché PD non è una licenza). Tutto il
> resto è problematico per qualche motivo.
> http://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility


Ah, OK.


> > Pensateci bene. Il tag sac_scale è in uso in quasi tutto il mondo in OSM,
> > dal Himalaya alla California, oltre alle Alpi in Europa.
> > A prima vista lo troverei un passa indietro.
>
> +1
>
> è come se volessimo classificare le strade secondo il modello italiano.
>
> > Volker
> > (socio CAI)
> >
>
> (socio CAI)
>

La classificazione della difficoltà dei sentieri è più delicata di quella
delle strade. Ripeto: meglio seguire una classificazione ufficiale. Per ciò
che riguarda l'Italia poi con l'attribuzione del tag sac_scale ai sentieri
siamo ancora molto indietro. Se poi si accetta di attribuire il tag
cai_scale alle relation, si tratterebbe di un'operazione non terribilmente
onerosa.


> > + Problemi di licenza relativi all'informazione della difficoltà CAI
> > In alcuni casi i dati sui sentieri sono esplicitamente rilasciati come
> > opendata e con licenze compatibili con OSM.
>
> oltre alla SAT chi?

Es: La Regione Toscana ha un dato wms sui sentieri.


> PS
> Questa richiesta viene per realizzare delle mappe migliori per qualche
> sezione CAI o perchè pensi sia veramente utile avere il tag cai_scale?

L'informazione sulla difficoltà dei sentieri è utile per l'escursionista.
Ed è un'informazione cara ai soci CAI. Penso che OSM possa essere la
piattaforma ideale per creare e mantenere un database nazionale dei
sentieri, quindi rappresentare la soluzione al problema annoso del CAI, che
non è dotato di un catasto geografico della propria rete escursionistica.
Rendere maggiormente appetibile OpenStreetMap ai volontari del CAI,
conoscitori e frequentatori del territorio montano, potrebbe voler dire
reclutare numerosi mappatori potenzialmente di qualità ed arricchire la
mappa notevolmente.

M
(socio CAI)

-- 
*Marco Barbieri*
Cartografo

www.webmapp.it
marcobarbi...@webmapp.it

+39 347 683 03 13

Via Paladini, 4
50053 Empoli - Firenze

Ditta individuale
P. Iva 06366160486
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] Freeing JavaScript on the OSM Homepage?

[unaware]

Dear community,

I noticed some issues on the JavaScript of the OSM Homepage. Explicitly, I
am refering to
http://www.openstreetmap.org/assets/application-493a26542d1a58f893bae08f4aa9910495c3a14cfc60db9be9b878202547a7c1.js
and
http://www.openstreetmap.org/assets/index-31bba8593ce3fd4ccd6c585180f31149973b722e3839d9a1e294fdc406c86b6e.js
.

1. This "code" is unreadable and therefore can not be considered as free
software, even if it says being licensed under a free license.
2. Some of the licensing just says "MIT license" without giving a link to
the full license. This term is according to
https://www.gnu.org/licenses/license-list.en.html unclear.

I am explicitly missing links to the license at some parts of the "code"
and a link to a source code that is readable and trivial and does the same
as this "code", that can be edited and shared.

I assume most of you heared about the free software foundation and it's
goals and (mostly) identify with them? One of their goals is to free
JavaScript, see:
https://www.gnu.org/philosophy/javascript-trap.en.html
https://www.gnu.org/software/librejs/free-your-javascript.html

Question: has this been discussed already? What do you think of the goal
to free JavaScript for OSM? And who is able to do that? Personally I would
love to help if I were a programmer being able to do that...

Best regards

unaware









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

Re: [OSM-talk] Freeing JavaScript on the OSM Homepage?

[Tom Hughes]

On 20/01/16 18:37, unaw...@sigaint.org wrote:


I noticed some issues on the JavaScript of the OSM Homepage. Explicitly, I
am refering to
http://www.openstreetmap.org/assets/application-493a26542d1a58f893bae08f4aa9910495c3a14cfc60db9be9b878202547a7c1.js
and
http://www.openstreetmap.org/assets/index-31bba8593ce3fd4ccd6c585180f31149973b722e3839d9a1e294fdc406c86b6e.js


Well that's the compiled asset bundle. If you want the source then look 
at at the source tree:


  https://github.com/openstreetmap/openstreetmap-website

Everything there is (or should be) under an open license.


1. This "code" is unreadable and therefore can not be considered as free
software, even if it says being licensed under a free license.


So is the compiled gcc binary. It doesn't make gcc non-free though.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [Talk-it] Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Davide Mangraviti]

Risulta che in data 30 Ottobre sia stato firmato un protocollo d'intesa del
CAI a livello nazionale, con una definizione di un catasto nazionale dei
sentieri
http://www.cai.it/fileadmin/documenti/Convenzioni/2015/protocollo_intesa_CAI_MIBACT.PDF

Chi è un attimino addentrato nelle questioni, saprà bene che le Regioni poi,
hanno a loro volta un loro catasto regionale di sentieri, qui da me si
chiama REL, anche per via di un discorso di manutenzione programmata, che
affidano anche appunto al CAI.
Io che ho avuto modo di parlare più volta la questione è cosi fatta: da una
parte il CAI e anche altri gruppi, con un occhio stanno alle regole che la
Regione gli chiede per la manutenzione dei sentieri... e con l'altro, più
pratico, "non disdegnano di buttarlo" su OSM, non fosse altro per la
numerosa presenza della rete sentieristica. Al di là del discorso del sac
scale o cai scale che sia questi sono i fatti.
La babele informativa è servita



--
View this message in context: 
http://gis.19327.n5.nabble.com/Proposta-nuovo-tag-per-scala-difficolta-per-sentieri-escursionistici-Club-Alpino-Italiano-tp5865143p5865271.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[Daniele Gitto]

Beh io uso per lavoro Global Mapper, che non sbaglia un colpo.
E QGIS sarebbe l'alternativa free, credo.
Daniele


Per avere delle distanze un po' più precise quindi cosa posso utilizzare
(programma/servizio web)?




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

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[mircozorzo]

Grazie! Mi hai dato una interessante quanto pessima notizia. 

Per avere delle distanze un po' più precise quindi cosa posso utilizzare
(programma/servizio web)? 

Grazie mille.



Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Josm-non-tiene-conto-della-distanza-sull-asse-Z-tp5865236p5865265.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] Freeing JavaScript on the OSM Homepage?

[Peter Wendorff]

Hi unaware,

there is an open issue [1] about that already since some months,
but you have to be calm and wait for it to happen - or help on your own 
by submitting a pull request for a (partial) solution.


regards
Peter

[1] https://github.com/openstreetmap/openstreetmap-website/issues/879


Am 20.01.2016 um 19:37 schrieb unaw...@sigaint.org:

Dear community,

I noticed some issues on the JavaScript of the OSM Homepage. Explicitly, I
am refering to
http://www.openstreetmap.org/assets/application-493a26542d1a58f893bae08f4aa9910495c3a14cfc60db9be9b878202547a7c1.js
and
http://www.openstreetmap.org/assets/index-31bba8593ce3fd4ccd6c585180f31149973b722e3839d9a1e294fdc406c86b6e.js
.

1. This "code" is unreadable and therefore can not be considered as free
software, even if it says being licensed under a free license.
2. Some of the licensing just says "MIT license" without giving a link to
the full license. This term is according to
https://www.gnu.org/licenses/license-list.en.html unclear.

I am explicitly missing links to the license at some parts of the "code"
and a link to a source code that is readable and trivial and does the same
as this "code", that can be edited and shared.

I assume most of you heared about the free software foundation and it's
goals and (mostly) identify with them? One of their goals is to free
JavaScript, see:
https://www.gnu.org/philosophy/javascript-trap.en.html
https://www.gnu.org/software/librejs/free-your-javascript.html

Question: has this been discussed already? What do you think of the goal
to free JavaScript for OSM? And who is able to do that? Personally I would
love to help if I were a programmer being able to do that...

Best regards

unaware









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




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

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[Volker Schmidt]

Ciao Mirco,
ho paura che tu abbia "sbagliato tutto".
Secondo il teorema di Pitagora la differenza in lunghezza per il caso di
una salita continua di 1.8km su 70km è di 2.3m.
Volker
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[mircozorzo]

Ciao Volker, grazie, hai ragione da vendere, ho da ripassare il teorema.


23 metri, ma la sostanza non cambia.


Grazie!


Ciao, Mirco  




--
View this message in context: 
http://gis.19327.n5.nabble.com/Josm-non-tiene-conto-della-distanza-sull-asse-Z-tp5865236p5865284.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[mircozorzo]

Io ho sbagliato a pensare che la distanza sarebbe stata la somma della
distanza piana e dell'elevazione (vado a ripassare Pitagora) ma alla fine mi
sa che non è mica così diversa la realtà. 

Credo che il caso ideale del triangolo è molto distante dalla realtà e nel
caso specifico, il guadagno di quota è quasi tutto negli ultimi 15 km.

La cosa che mi sembra di poter dire che è giusta è che Josm non considera
minimamente i dislivelli per il computo delle distanze.

Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/Josm-non-tiene-conto-della-distanza-sull-asse-Z-tp5865236p5865285.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[Daniele Gitto]

 Credo che neanche i vari gis professionali e/o free facciano

questi calcoli.


Li fanno... li fanno eccome. Ma appunto, come hai detto, bisogna 
caricarci anche il DTM


Daniele


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

Re: [Talk-it] Usare JOSM con file .osm che non hanno le metainformazioni

[girarsi_liste]

Il 20/01/2016 15:45, Simone Saviolo ha scritto:
> Ciao a tutti,
> 
> come molti di voi sapranno, JOSM salva file .osm estesi, nei quali in ogni
> elemento vengono incluse informazioni sul suo storico e sulle modifiche
> effettuate.
> 
> Supponiamo che io abbia un file .osm non creato da JOSM, ma ad esempio da
> Maperitive. A questo file mancheranno le metainformazioni.
> 
> Come posso fare per modificare il mio file con JOSM (o con un altro
> strumento)?
> 
> Grazie,
> 
> Simone
> 

Cosa intendi per modificare?

Alternativa a Josm, c'è Merkaartor, sop per KDE però, oppure c'è Qgis,
però non ho mai appurato se apre i file *.osm senza metadati.


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



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

Re: [OSM-talk] Fixing Starbucks Wikipedia Tags (Was Nominatim Weakness)

[Janko Mihelić]

It would be great if you guys added brand:wikidata=Q37158 to all of them,
that way you can search for all Starbucks with one easy query.

sri, 20. sij 2016. u 00:46 Alejandro S.  napisao je:

> Just removed last wrong point in Spain.
> Only 11 point to go.
>
> Atentamente,
>   Alejandro Suárez
>
> On 18 January 2016 at 07:26, Clifford Snow 
> wrote:
>
>> Thanks for getting this fixed. Looks much better already. Only a few
>> countries to go.
>>
>> On Sun, Jan 17, 2016 at 7:41 PM, Satoshi IIDA  wrote:
>>
>>>
>>> I had reported this issue on talk-ja ML, and got no against.
>>> So I had removed the tags on Starbucks in Japan area.
>>>
>>> Thanks!
>>>
>>>
>>>
>>> 2015-12-16 8:32 GMT+09:00 Andy Mabbett :
>>>
 On 15 December 2015 at 21:37, Clifford Snow 
 wrote:
 > On Tue, Dec 15, 2015 at 10:05 AM, Eugene Alvin Villar <
 sea...@gmail.com>
 > wrote:
 >>
 >> I disagree with this tagging. You only tag wikipedia=* if the
 Wikipedia
 >> article and the OSM object refers to the same thing. The Wikipedia
 article
 >> is about the company/brand and not about the original store even
 though the
 >> article would certainly mention the store (as part of the company's
 >> history).

 > I agree, the wikipedia article is "Original Starbucks."  I updated
 the tag
 > to reflect the correct article, not the generic corp. article.

 That's:

https://en.wikipedia.org/wiki/Original_Starbucks

 Please also tag the OSM object with:

wikidata=Q16896241

 --
 Andy Mabbett
 @pigsonthewing
 http://pigsonthewing.org.uk

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

>>>
>>>
>>>
>>> --
>>> Satoshi IIDA
>>> mail: nyamp...@gmail.com
>>> twitter: @nyampire
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>>
>>
>>
>> --
>> @osm_seattle
>> osm_seattle.snowandsnow.us
>> OpenStreetMap: Maps with a human touch
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Jasper Michels]

It was mentioned that there exist free datasets for the flemish part. (and
cant we import the building outlines of Agiv?)

Is it possible to work out, how to effectively use these sets?

I would think its demotivating to do all work  manually now in this
Quarterly Project,
when it could (to some limit) be imported or partly automised.


Dit
e-mailbericht is verzonden vanaf een virusvrije computer die wordt
beschermd door Avast.
www.avast.com

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

2016-01-20 13:25 GMT+01:00 Marc Gemis :

> On Wed, Jan 20, 2016 at 12:40 PM, Jakka  wrote:
> > Is it allowed to use the same key in it self ? like the example
> >
> http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects
> > amenity=parking in amenity=school (area) and the key "leisure" within
> > "amenity" (or vice versa ??)
>
> that's no problem.
> but I would tag the parking and leisures as private (in most cases)
>
> m.
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[Andrea Albani]

Questo sito [1] penso ti possa aiutare.
Una volta caricato un gpx con le quote in fondo al report trovi
l'informazione che cerchi,

Ciao

[1] http://utrack.crempa.net/

Il giorno 20 gennaio 2016 17:29, mircozorzo  ha
scritto:

> Grazie! Mi hai dato una interessante quanto pessima notizia.
>
> Per avere delle distanze un po' più precise quindi cosa posso utilizzare
> (programma/servizio web)?
>
> Grazie mille.
>
>
>
> Ciao, Mirco
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Josm-non-tiene-conto-della-distanza-sull-asse-Z-tp5865236p5865265.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[Damjan Gerl]

20.01.2016 - 22:21 - mircozorzo:

La cosa che mi sembra di poter dire che è giusta è che Josm non considera
minimamente i dislivelli per il computo delle distanze.


Credo che sia così, anche perché per calcolare le distanze con i 
dislivelli dovrebbe avere a disposizione i dislivelli (per tutto il 
mondo?). In effetti in osm non ci sono dislivelli/altezze (tranne 
qualche rara eccezione), quindi una cosa quasi impossibile fare il 
calcolo. Credo che neanche i vari gis professionali e/o free facciano 
questi calcoli.


Poi se tu vorresti calcolare la distanza con il dislivello solo di un 
gpx (o altra traccia fatta con gps o altro che abbia anche le altezze) è 
un'altra storia... bisognerebbe trovare un tool che abbia questa funzione.


Ciao
Damjan

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

Re: [OSM-talk] Fixing Starbucks Wikipedia Tags (Was Nominatim Weakness)

[Jo]

I totally agree, so this morning I worked on the Starbucks the Starbucks
that existed previously in Belgium.

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

I also added direct links to the Starbucks home page for that particular
one + created a Wikidata item for the operator and pointed to that one as
well.

Polyglot

2016-01-20 16:50 GMT+01:00 Janko Mihelić :

> It would be great if you guys added brand:wikidata=Q37158 to all of them,
> that way you can search for all Starbucks with one easy query.
>
> sri, 20. sij 2016. u 00:46 Alejandro S.  napisao
> je:
>
>> Just removed last wrong point in Spain.
>> Only 11 point to go.
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>> On 18 January 2016 at 07:26, Clifford Snow 
>> wrote:
>>
>>> Thanks for getting this fixed. Looks much better already. Only a few
>>> countries to go.
>>>
>>> On Sun, Jan 17, 2016 at 7:41 PM, Satoshi IIDA 
>>> wrote:
>>>

 I had reported this issue on talk-ja ML, and got no against.
 So I had removed the tags on Starbucks in Japan area.

 Thanks!



 2015-12-16 8:32 GMT+09:00 Andy Mabbett :

> On 15 December 2015 at 21:37, Clifford Snow 
> wrote:
> > On Tue, Dec 15, 2015 at 10:05 AM, Eugene Alvin Villar <
> sea...@gmail.com>
> > wrote:
> >>
> >> I disagree with this tagging. You only tag wikipedia=* if the
> Wikipedia
> >> article and the OSM object refers to the same thing. The Wikipedia
> article
> >> is about the company/brand and not about the original store even
> though the
> >> article would certainly mention the store (as part of the company's
> >> history).
>
> > I agree, the wikipedia article is "Original Starbucks."  I updated
> the tag
> > to reflect the correct article, not the generic corp. article.
>
> That's:
>
>https://en.wikipedia.org/wiki/Original_Starbucks
>
> Please also tag the OSM object with:
>
>wikidata=Q16896241
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



 --
 Satoshi IIDA
 mail: nyamp...@gmail.com
 twitter: @nyampire

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


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

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[Any File]

2016-01-20 22:21 GMT+01:00 mircozorzo :
> La cosa che mi sembra di poter dire che è giusta è che Josm non considera
> minimamente i dislivelli per il computo delle distanze.

Ma la distanza dove la trovi in Josm?
Nella barra in basso? Non credo proprio sia fatta per misurare le
distanze, ma solo per indicare quanto è lungo il tratto che stai
creando.

AnyFile

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

Re: [OSM-talk] Fixing Starbucks Wikipedia Tags (Was Nominatim Weakness)

[Andy Mabbett]

On 20 January 2016 at 17:52, Jo  wrote:

> Starbucks

> http://www.openstreetmap.org/changeset/36694768
>
> I also added direct links to the Starbucks home page for that particular one
> + created a Wikidata item for the operator and pointed to that one as well.

Excellent!

I've linked that Wikidata item to the parent company (which has a
series of Wikipedia links) - orphan items with no Wikipedia links are
liable to be deleted from Wikidata.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk] Fixing Starbucks Wikipedia Tags (Was Nominatim Weakness)

[Clifford Snow]

On Wed, Jan 20, 2016 at 4:17 PM, Andy Mabbett 
wrote:

> I've linked that Wikidata item to the parent company (which has a
> series of Wikipedia links) - orphan items with no Wikipedia links are
> liable to be deleted from Wikidata.
>

Andy,
Can you explain more about the wikidata orphans and how to find these links?

Clifford


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

Re: [Talk-it] strade chiuse in inverno

[Max1234Ita]

mi aggancio a questa risposta per un'altra questione simile: dovrei infatti
mappare una strada che è chiusa dal 20 dicembre al 21 marzo.

In questo caso la condizione sarebbe access:conditional=no @ (20Dec-21Mar)?

C'è una sintassi particolare? Il Wiki riporta solo esempi che si riferiscono
a limitazioni in certe fasce orarie o giorni della settimana...

Ciao e Buona giornata a tutti
Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/strade-chiuse-in-inverno-tp5865156p5865218.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] strade chiuse in inverno

[Martin Koppenhoefer]

2016-01-20 10:20 GMT+01:00 Max1234Ita :

> mi aggancio a questa risposta per un'altra questione simile: dovrei infatti
> mappare una strada che è chiusa dal 20 dicembre al 21 marzo.
>
> In questo caso la condizione sarebbe access:conditional=no @ (20Dec-21Mar)?
>
> C'è una sintassi particolare? Il Wiki riporta solo esempi che si
> riferiscono
> a limitazioni in certe fasce orarie o giorni della settimana...
>


"Time and date: Use the standard syntax of the value * of the
opening_hours=* tag."

Credo che dovrebbe essere:
access:conditional=no @ (Dec 20-Mar 21)

o se accessibile a pedoni:
vehicle:conditional=no @ (Dec 20-Mar 21)

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

[OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Bruno Veyckemans]

[EN] Hi,

As you know, we launched the first BE Quarterly Project in a previous
thread, aiming to map every school in Belgium during the first quarter of
2016... The first reactions were great, but it seems we need more
implication of Belgian mappers to make it really happen !

The first thing to do is writing a good documentation here, together:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects

I just added a new part about education levels, please check it, add
comments if you have and fill the blanks...

The good news: UK mapper Harry Wood has already contributed and developped
a filter to track OSM's changes for schools in Belgium:
http://harrywood.dev.openstreetmap.org/diffreader/schools/?filter=belgium

We also need communication about this project (a tweet to @osm_be followers
would be great, maybe also on the blog ?). And use the tag #OSM_BEschools
to your changeset ;-)

I think we need to be at least 15-20 to make something nice and start the
whole process ! (add your name in the section Who's involved?)

Thanks !

Bruno

-

[FR] Bonjour à tous,

Comme vous le savez, nous avons lancé le projet "BE Quarterly Project" dans
un sujet précédent, avec pour but de mettre les cartes de Belgique sur OSM
durant ce premier trimestre. Les réactions ont été enthousiastes, mais nous
avons clairement besoin de plus d'implication de la communauté OSM de
Belgique pour que ça prenne forme !

La première étape consiste à établir une documentation claire ici:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects

Je viens d'y ajouter un tableau consacré aux niveaux d'éducation, je compte
sur vous pour vérifier, commenter et remplir les blancs !

Bonne nouvelle: le mapper britannique Harry Wood a adapté son outil en
ajoutant un filtre "belge" rien que pour nous:
http://harrywood.dev.openstreetmap.org/diffreader/schools/?filter=belgium

On a aussi besoin de faire connaître le projet... pensez à tweeter et à
ajouter le tag #OSM_BEschools à votre changeset ;-)
Je pense qu'on a besoin d'être au moins 15-20 pour enclencher la machine,
que ce premier défi ressemble à quelque chose et ne tourne pas au fiasco...
on compte sur votre aide !

Bruno

Cet
e-mail a été envoyé depuis un ordinateur protégé par Avast.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Jakka]

Is it allowed to use the same key in it self ? like the example
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects
amenity=parking in amenity=school (area) and the key "leisure" within 
"amenity" (or vice versa ??)


Bruno Veyckemans schreef op 20/01/2016 om 12:10:

[EN] Hi,

As you know, we launched the first BE Quarterly Project in a previous
thread, aiming to map every school in Belgium during the first quarter
of 2016... The first reactions were great, but it seems we need more
implication of Belgian mappers to make it really happen !

The first thing to do is writing a good documentation here, together:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects

I just added a new part about education levels, please check it, add
comments if you have and fill the blanks...

The good news: UK mapper Harry Wood has already contributed and
developped a filter to track OSM's changes for schools in Belgium:
http://harrywood.dev.openstreetmap.org/diffreader/schools/?filter=belgium

We also need communication about this project (a tweet to @osm_be
followers would be great, maybe also on the blog ?). And use the tag
#OSM_BEschools to your changeset ;-)

I think we need to be at least 15-20 to make something nice and start
the whole process ! (add your name in the section Who's involved?)

Thanks !

Bruno

-

[FR] Bonjour à tous,

Comme vous le savez, nous avons lancé le projet "BE Quarterly Project"
dans un sujet précédent, avec pour but de mettre les cartes de Belgique
sur OSM durant ce premier trimestre. Les réactions ont été
enthousiastes, mais nous avons clairement besoin de plus d'implication
de la communauté OSM de Belgique pour que ça prenne forme !

La première étape consiste à établir une documentation claire ici:
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects

Je viens d'y ajouter un tableau consacré aux niveaux d'éducation, je
compte sur vous pour vérifier, commenter et remplir les blancs !

Bonne nouvelle: le mapper britannique Harry Wood a adapté son outil en
ajoutant un filtre "belge" rien que pour nous:
http://harrywood.dev.openstreetmap.org/diffreader/schools/?filter=belgium

On a aussi besoin de faire connaître le projet... pensez à tweeter et à
ajouter le tag #OSM_BEschools à votre changeset ;-)
Je pense qu'on a besoin d'être au moins 15-20 pour enclencher la
machine, que ce premier défi ressemble à quelque chose et ne tourne pas
au fiasco... on compte sur votre aide !

Bruno

Cet e-mail a été envoyé depuis un ordinateur protégé par Avast.
www.avast.com



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


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





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

Re: [Talk-it] Open Data Regioni Abruzzo e Campania

[Leonardo]

Ciao,

scusa se mi ripeto ma nella sezione dowload vedo solo questo:

Quadri di unione
I quadri di unione sono disponibili qui di seguito per il prelievo.
5000.pdf

L'unica cosa scaricabile è quel pdf. Dove sono i dati?

Grazie,

Leonardo

Il 19/01/2016 21:53, Alessandro ha scritto:

Il 19/01/2016 21:14, Leonardo ha scritto:
Piccola parentesi, qualcuno sa come scaricare i dati della Campania? 
Vedo solo un misero PDF per i quadri d'unione :/ 


http://sit.regione.campania.it/portal
A parte che se clicchi su WebGis ti restituisce un error 404, ma i WMS 
e download funzionano (sempre con le limitazioni dell'impossibilità ad 
usarli in OSM)


___
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] Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Marco Barbieri]

Ho letto i vari commenti e qui sotto rispondo alle varie questioni
sollevate:

+ Duplicazione del dato sac_scale / cai_scale
Le scale di difficoltà sono diverse. Quella svizzera è forse un poco più
orientata ad una osservazione delle condizioni reali che si trovano sul
terreno, per cui il mappatore può dedurre in autonomia la difficoltà del
sentiero.
In ogni caso, per la classificazione della difficoltà di un sentiero farei
personalmente riferimento ad un giudizio ufficiale, dato da persone
qualificate. In Italia si tratta del CAI, che, per ogni sentiero ufficiale
e segnato sul terreno, fornisce indicazione del grado di difficoltà.
Comunque, come già notato da alcuni, sac_scale e cai_scale possono
tranquillamente coesistere.

+ Applicare il tag cai_scale alle singole way o a livello di relazione
Il CAI normalmente applica le difficoltà a tutto il tratto di sentiero, che
corrisponde nel nostro caso alla relazione. Metterei questo come norma, pur
non precludendo la possibilità di andare più nello specifico e taggare con
cai_scale le singole way che compongono la relazione.

+ Problemi di licenza relativi all'informazione della difficoltà CAI
In alcuni casi i dati sui sentieri sono esplicitamente rilasciati come
opendata e con licenze compatibili con OSM. Nella maggior parte dei casi i
dati geografici proprio non esistono... In generale comunque il sentiero è
normalmente rilevato in campagna con GPS dal mappatore. Sempre in campagna
sono presenti le informazioni sul numero del sentiero. È normalmente
possibile reperire l'informazione sulla difficoltà dei sentieri sui vari
siti web delle sezioni CAI, dove è difficile trovare un riferimento alle
licenze di utilizzo dei dati stessi. In questo caso non credo sia un
problema utilizzare questa informazione. O mi sbaglio?

Marco

-- 
*Marco Barbieri*
Cartografo

www.webmapp.it
marcobarbi...@webmapp.it

+39 347 683 03 13

Via Paladini, 4
50053 Empoli - Firenze

Ditta individuale
P. Iva 06366160486
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Josm non tiene conto della distanza sull'asse Z

[mircozorzo]

Ciao, su un percorso di cui sono sicuro che il guadagno di quota è almeno
1,75 chilometri (fra la Laguna di Venezia 0 mslm e la cima del Monte Grappa
1750 mslm) la distanza indicata da Josm del file gpx è di 70,038 km. Il file
non contiene le informazioni sull'altitudine.

Aggiungo i dati dell'altitudine e mi aspetto che la distanza aumenti di
almeno 1,75 km e invece la distanza è sempre quella al metro.

Ne deduco che Josm, sbagliando, tiene conto nella valutazione delle distanze
solo della componente "piana" dello spazio e non di quella relativa alla
diversa elevazione dei punti.

In questo modo tutte le distanze risulterebbero sbagliate, in maniera forse
trascurabile quelle in piano, di parecchio quelle con dislivello.   

È corretto? O ho sbagliato tutto e mi sono spinto troppo oltre?


Ciao, Mirco

Senza_altitudini.gpx
  
Con_altitudini.gpx
  



--
View this message in context: 
http://gis.19327.n5.nabble.com/Josm-non-tiene-conto-della-distanza-sull-asse-Z-tp5865236.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Open Data Regioni Abruzzo e Campania

[Luca Delucchi]

2016-01-19 19:56 GMT+01:00 Alessandro Palmas :

>
> Le cose sono due, o si sono sbagliati ad apporre le licenze o se ne sono
> dimenticati e non le hanno ancora cambiate.
> C'è qualcuno in lista che abbia contatti con dirigenti o funzionari dei SIT
> di queste due regioni?

io abruzzo, ho giusto scritto per chiedere info sulla licenza. hanno
detto che per ora non cambiano licenza, perchè dovrebbero fare una
ulteriore delibera.

> Contattatemi pure qui in lista oppure in privato
>
> Grazie
>   Alessandro Ale_Zena_IT
>


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Luca Delucchi]

2016-01-20 12:55 GMT+01:00 Marco Barbieri :
> Ho letto i vari commenti e qui sotto rispondo alle varie questioni
> sollevate:
>
> + Duplicazione del dato sac_scale / cai_scale
> Le scale di difficoltà sono diverse. Quella svizzera è forse un poco più
> orientata ad una osservazione delle condizioni reali che si trovano sul
> terreno, per cui il mappatore può dedurre in autonomia la difficoltà del
> sentiero.
> In ogni caso, per la classificazione della difficoltà di un sentiero farei
> personalmente riferimento ad un giudizio ufficiale, dato da persone
> qualificate. In Italia si tratta del CAI, che, per ogni sentiero ufficiale e
> segnato sul terreno, fornisce indicazione del grado di difficoltà.
> Comunque, come già notato da alcuni, sac_scale e cai_scale possono
> tranquillamente coesistere.
>

si ovviamente si può fare tutto, dipende se ne vale la pena, quanto
costa aggiornare i dati e che beneficio si ha

> + Applicare il tag cai_scale alle singole way o a livello di relazione
> Il CAI normalmente applica le difficoltà a tutto il tratto di sentiero, che
> corrisponde nel nostro caso alla relazione. Metterei questo come norma, pur
> non precludendo la possibilità di andare più nello specifico e taggare con
> cai_scale le singole way che compongono la relazione.
>

se l'informazione è sulla relazione non ha senso metterla sul sentiero

> + Problemi di licenza relativi all'informazione della difficoltà CAI
> In alcuni casi i dati sui sentieri sono esplicitamente rilasciati come
> opendata e con licenze compatibili con OSM.

oltre alla SAT chi?

> Nella maggior parte dei casi i
> dati geografici proprio non esistono... In generale comunque il sentiero è
> normalmente rilevato in campagna con GPS dal mappatore. Sempre in campagna
> sono presenti le informazioni sul numero del sentiero. È normalmente
> possibile reperire l'informazione sulla difficoltà dei sentieri sui vari
> siti web delle sezioni CAI, dove è difficile trovare un riferimento alle
> licenze di utilizzo dei dati stessi. In questo caso non credo sia un
> problema utilizzare questa informazione. O mi sbaglio?
>

come detto da martin tutti i dati non in opendata non si possono
utilizzare a meno di una delibera del CAI/sezione

> Marco
>

PS
Questa richiesta viene per realizzare delle mappe migliori per qualche
sezione CAI o perchè pensi sia veramente utile avere il tag cai_scale?

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Martin Koppenhoefer]

2016-01-20 12:55 GMT+01:00 Marco Barbieri :

> + Problemi di licenza relativi all'informazione della difficoltà CAI
> In alcuni casi i dati sui sentieri sono esplicitamente rilasciati come
> opendata e con licenze compatibili con OSM. Nella maggior parte dei casi i
> dati geografici proprio non esistono... In generale comunque il sentiero è
> normalmente rilevato in campagna con GPS dal mappatore. Sempre in campagna
> sono presenti le informazioni sul numero del sentiero. È normalmente
> possibile reperire l'informazione sulla difficoltà dei sentieri sui vari
> siti web delle sezioni CAI, dove è difficile trovare un riferimento alle
> licenze di utilizzo dei dati stessi. In questo caso non credo sia un
> problema utilizzare questa informazione. O mi sbaglio?
>


si, sarebbe un problema, perché senza licenza vuol dire "full copyright" e
non potremmo utilizzare questi dati. Licenze pienamente compatibili senza
problemi sono solo 2: cc0 e PDDL (perché PD non è una licenza). Tutto il
resto è problematico per qualche motivo.
http://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

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

Re: [OSM-talk-be] BE Quarterly Project (Schools) - Go !

[Marc Gemis]

On Wed, Jan 20, 2016 at 12:40 PM, Jakka  wrote:
> Is it allowed to use the same key in it self ? like the example
> http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/BE_Quarterly_Projects
> amenity=parking in amenity=school (area) and the key "leisure" within
> "amenity" (or vice versa ??)

that's no problem.
but I would tag the parking and leisures as private (in most cases)

m.

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

Re: [OSM-talk-be] remote work on Mapathon possible?

[Marc Gemis]

If you don't need the introduction, you can always work on the same
hot/missing maps task, from wherever you are.
The task can be announced on twitter or ... at that moment.

You'll miss the fun of meeting other mappers of course.

regards

m

On Wed, Jan 20, 2016 at 1:35 PM, Pieter-Jan Pauwels <
pieter-jan.pauw...@okfn.org> wrote:

> Hey guys,
>
> Just saw this question popping up on Twitter:
> https://twitter.com/jan_fabry/status/689772166129283072
>
> *“@AppsForGhent @Stadgent @vredeshuis Kunnen we ook remote meedoen?**”*
>
> So it possible? I have no idea :)
> I’ll be present as well, live tweeting with the OpenBelgium account and
> participating.
> I can come and bring a camera to hookup to a Google Hangout if you’d like,
> but no sure if necessary.
>
> PJ
> Community Coordinator
> Open Knowledge Belgium
> m: +32 476 66 27 77 a: Sint-Salvatorstraat 18/101, 9000 Gent
> s: www.openknowledge.be e: pieter...@openknowledge.be
> 
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] remote work on Mapathon possible?

[Pieter-Jan Pauwels]

Thanks for the quick response!

PJ

Community Coordinator
Open Knowledge Belgium
m: +32 476 66 27 77 a: Sint-Salvatorstraat 18/101, 9000 Gent
s: www.openknowledge.be  e: 
pieter...@openknowledge.be  

> On 20 Jan 2016, at 13:46, joost schouppe  wrote:
> 
> I answered on twitter that all practical info will be shared here:
> 
> https://hackpad.com/The-Missing-Maps-Vredeshuis-Gent-eM6z5ROwVcp 
> 
> 
> 2016-01-20 13:38 GMT+01:00 Marc Gemis  >:
> If you don't need the introduction, you can always work on the same 
> hot/missing maps task, from wherever you are.
> The task can be announced on twitter or ... at that moment.
> 
> You'll miss the fun of meeting other mappers of course.
> 
> regards
> 
> m
> 
> On Wed, Jan 20, 2016 at 1:35 PM, Pieter-Jan Pauwels 
> > wrote:
> Hey guys, 
> 
> Just saw this question popping up on Twitter: 
> https://twitter.com/jan_fabry/status/689772166129283072 
> 
> 
> “@AppsForGhent @Stadgent @vredeshuis Kunnen we ook remote meedoen?”
> 
> So it possible? I have no idea :) 
> I’ll be present as well, live tweeting with the OpenBelgium account and 
> participating. 
> I can come and bring a camera to hookup to a Google Hangout if you’d like, 
> but no sure if necessary. 
> 
> PJ
>   
> Community Coordinator
> Open Knowledge Belgium
> m: +32 476 66 27 77  a: Sint-Salvatorstraat 
> 18/101, 9000 Gent
> s: www.openknowledge.be  e: 
> pieter...@openknowledge.be  
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be 
> 
> 
> 
> 
> 
> 
> -- 
> Joost @
> Openstreetmap  | Twitter 
>  | LinkedIn 
>  | Meetup 
>  | Reddit 
>  | Wordpress 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

[OSM-talk-be] remote work on Mapathon possible?

[Pieter-Jan Pauwels]

Hey guys, 

Just saw this question popping up on Twitter: 
https://twitter.com/jan_fabry/status/689772166129283072 


“@AppsForGhent @Stadgent @vredeshuis Kunnen we ook remote meedoen?”

So it possible? I have no idea :) 
I’ll be present as well, live tweeting with the OpenBelgium account and 
participating. 
I can come and bring a camera to hookup to a Google Hangout if you’d like, but 
no sure if necessary. 

PJ

Community Coordinator
Open Knowledge Belgium
m: +32 476 66 27 77 a: Sint-Salvatorstraat 18/101, 9000 Gent
s: www.openknowledge.be  e: 
pieter...@openknowledge.be  

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

Re: [Talk-it] Open Data Regioni Abruzzo e Campania

[Alessandro]

Il 20/01/2016 12:47, Leonardo ha scritto:

Ciao,

scusa se mi ripeto ma nella sezione dowload vedo solo questo:

Quadri di unione
I quadri di unione sono disponibili qui di seguito per il prelievo.
5000.pdf

L'unica cosa scaricabile è quel pdf. Dove sono i dati?




Il SIT è non funzionante al 80%
le uniche risorse disponibili sono gli shape delle 'Zone vulnerabili ai 
nitrati', il WebGis (che però visualizza ben poco), i servizi WMS che 
sono disponibili qui

http://sit.regione.campania.it/catalogowms/srv/it/map.getMain
Tra l'altro dopo aver visitato alcune pagine ho dovuto svuotare la cache 
del browser per poterle rivedere sennò continuava a darmi error 404 
anche in quelle poche funzionanti.


E' proprio triste :-(



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

Re: [OSM-talk-be] remote work on Mapathon possible?

[joost schouppe]

I answered on twitter that all practical info will be shared here:

https://hackpad.com/The-Missing-Maps-Vredeshuis-Gent-eM6z5ROwVcp

2016-01-20 13:38 GMT+01:00 Marc Gemis :

> If you don't need the introduction, you can always work on the same
> hot/missing maps task, from wherever you are.
> The task can be announced on twitter or ... at that moment.
>
> You'll miss the fun of meeting other mappers of course.
>
> regards
>
> m
>
> On Wed, Jan 20, 2016 at 1:35 PM, Pieter-Jan Pauwels <
> pieter-jan.pauw...@okfn.org> wrote:
>
>> Hey guys,
>>
>> Just saw this question popping up on Twitter:
>> https://twitter.com/jan_fabry/status/689772166129283072
>>
>> *“@AppsForGhent @Stadgent @vredeshuis Kunnen we ook remote meedoen?**”*
>>
>> So it possible? I have no idea :)
>> I’ll be present as well, live tweeting with the OpenBelgium account and
>> participating.
>> I can come and bring a camera to hookup to a Google Hangout if you’d
>> like, but no sure if necessary.
>>
>> PJ
>> Community Coordinator
>> Open Knowledge Belgium
>> m: +32 476 66 27 77 a: Sint-Salvatorstraat 18/101, 9000 Gent
>> s: www.openknowledge.be e: pieter...@openknowledge.be
>> 
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

Re: [Talk-it] Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Martin Koppenhoefer]

2016-01-20 14:13 GMT+01:00 Luca Delucchi :

> se l'informazione è sulla relazione non ha senso metterla sul sentiero




ni, il tag sulla relazione vale per la relazione (che può essere anche
molto lunga, e che può consistere di pezzi di difficoltà diverse), mentre
il tag sul pezzo singolo (way) vale per quel tratto.

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

Re: [Talk-it] Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Francesco Pelullo]

Il 20/gen/2016 02:09 PM, "Luca Delucchi"  ha scritto:
>
>
>
> è come se volessimo classificare le strade secondo il modello italiano.
>

Non sono in grado di valutare la bontà della proposta, faccio solo
osservare che l'esempio di Luca non mi sembra calzante: se siamo in Italia
e parliamo di strade, vorrei la classificazione italiana.

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

[Talk-it] Usare JOSM con file .osm che non hanno le metainformazioni

[Simone Saviolo]

Ciao a tutti,

come molti di voi sapranno, JOSM salva file .osm estesi, nei quali in ogni
elemento vengono incluse informazioni sul suo storico e sulle modifiche
effettuate.

Supponiamo che io abbia un file .osm non creato da JOSM, ma ad esempio da
Maperitive. A questo file mancheranno le metainformazioni.

Come posso fare per modificare il mio file con JOSM (o con un altro
strumento)?

Grazie,

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

Re: [Talk-it] Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Luca Delucchi]

2016-01-20 14:32 GMT+01:00 Martin Koppenhoefer :

>
> ni, il tag sulla relazione vale per la relazione (che può essere anche molto
> lunga, e che può consistere di pezzi di difficoltà diverse), mentre il tag
> sul pezzo singolo (way) vale per quel tratto.
>

ni, il CAI assume che per tutto il sentiero si abbia la stessa
difficoltà, la più alta, non gli interessa se per un tratto
passeggiamo in piano e in un altro siamo usiamo le corde.
È un'infomazione non sul singolo tratto, bensì sul sentiero nel suo totale

> Ciao,
> Martin
>


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Josm non tiene conto della distanza sull'asse Z

[Martin Koppenhoefer]

2016-01-20 13:02 GMT+01:00 mircozorzo :

> In questo modo tutte le distanze risulterebbero sbagliate, in maniera forse
> trascurabile quelle in piano, di parecchio quelle con dislivello.
>
> È corretto? O ho sbagliato tutto e mi sono spinto troppo oltre?
>


è sicuro che JOSM sbaglia sulle distanze al meno per il motivo indicato da
te. Poi non so come sono elaborate le distanze, se usa la proiezione scelta
dell'utente (spesso spherical mercator) saranno sbagliate ancora di più.
Poi non so se calcola le distanze lunghe proiettate su un geoide oppure su
un ellissoide oppure usa coordinate cartesiane. Poi il guadagno di quota
dipende fortemente dal intervallo con cui fai il calcolo, più dettagliato
lo fai, più aumenta. In generale non mi fiderei di quelle distanze, ma le
puoi usare per ottenere un'idea approssimata.

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

Re: [Talk-it] Proposta nuovo tag per scala difficoltà per sentieri escursionistici Club Alpino Italiano

[Luca Delucchi]

2016-01-20 14:33 GMT+01:00 Francesco Pelullo :
>
> Il 20/gen/2016 02:09 PM, "Luca Delucchi"  ha scritto:
>>
>>
>>
>> è come se volessimo classificare le strade secondo il modello italiano.
>>
>
> Non sono in grado di valutare la bontà della proposta, faccio solo osservare
> che l'esempio di Luca non mi sembra calzante: se siamo in Italia e parliamo
> di strade, vorrei la classificazione italiana.
>

Francesco, senza offesa, allora perchè usiamo, da ormai 8 lunghi anni,
quella inglese e non quella italiana?

> Ciao
> /niubii/
>

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [talk-au] JOSM Scanaerial plugin on NSW LPI layers

[FlashKiwi]

All the data presented in the WMS services is available from the LPI as vector 
data under a CC3.0. The catch is that there is a 'supply fee' ($3600 from 
memory)..I will check with my contact at LPI on the current situation. QLD, 
VIC, SA and TAS provide similar administrative data (park boundaries etc) under 
similar licence for direct download at no cost. 
As a side note it is frustrating that govt. departments talk about open data 
and yet provide WMS services (webstacles) for vector data...

On Tuesday, 19 January 2016 3:01 PM, Nev Wedding  wrote:
 

 That’s great news, thanks
Nev

> On 19 Jan 2016, at 2:23 PM, Ross  wrote:
> 
> scanaerial or tracer2 plugins both work with the Reserves WMS layer.
> 
> As to setting it up on OSX I'd suggest it's similar to the linux setup as the 
> operating systems are similar, just need to put the config file in the 
> appropriate place and have python installed.
> 
> Cheers
> Ross
> 
> 
> On 19/01/16 13:44, Nev Wedding wrote:
>> Should the JOSM Scanaerial plugin be able to scan the LPI NSW Administrative 
>> Boundaries NPWS Reserve WMS layer and others.
>> I would like to zoom in to a section and use the plugin as an initial pass 
>> instead of manually mouse clicking around the long and winding boundary and 
>> then refine the result before tagging and uploading.
>> 
>> https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Scanaerial    
>> I am using a mac OS X and there are no instructions for that install so I 
>> may not have it set up correctly yet, so first up before proceeding further, 
>> I would like to know if it will help anyway.
>> 
>> I am unfamiliar with tracing shapes other than tediously wandering around 
>> the boundaries one click at a time.
>> 
>> I played around with Gimp and Inkscape but found that to be quite a task too 
>> and wasn’t sure if I could use the output in Josm in anyway.
>> 
>> How do you manage such tasks? Are their special mouse tools available?
>> 
>> Is what I am trying to do essentially considered to be part of an import 
>> and/or the current LPI layers unsuitable for the tracing process.
>> 
>> Some links to where to find more info on this topic would be appreciated.
>> ___
>> 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


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

Re: [OSRM-talk] Multi-threaded calls to the C++ library interface

[Daniel Patterson]

Hi Richard,

  Yes, it works, this is what osrm-routed does, there is only a single
instance of the OSRM object shared between multiple threads:

https://github.com/Project-OSRM/osrm-backend/blob/develop/src/tools/routed.cpp#L105

  It works either with the internal facade, or the shared memory option.

Daniel
On Jan 20, 2016 8:25 PM, "Richard Marsden"  wrote:

> Is it possible to have multi-threaded (i.e. multiple simultaneous)
> calls using the C++ library interface?
>
> E.g. with one "OSRM" object shared between the threads; or with
> multiple OSRM objects, one per thread?
>
> Presumably the latter case would be memory hungry, but enabling
> shared_memory in the libosrm_config would help...?
>
> The scenario I'm looking at would use the same road/graph files.
>
>
>
> Richard Marsden
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] Multi-threaded calls to the C++ library interface

[Richard Marsden]

Is it possible to have multi-threaded (i.e. multiple simultaneous)
calls using the C++ library interface?

E.g. with one "OSRM" object shared between the threads; or with
multiple OSRM objects, one per thread?

Presumably the latter case would be memory hungry, but enabling
shared_memory in the libosrm_config would help...?

The scenario I'm looking at would use the same road/graph files.



Richard Marsden

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

Re: [OSRM-talk] Bus routes

[Artur Bialecki]

Thanks Richard and Richard, this is very helpful.

Artur...

-Original Message-
OSRM doesn't currently support route relations. You can either 'paint'
ways that are members of relations with a special tag in a pre-processing step 
(how to do this is left as an exercise to the reader
:) but look at Osmosis), or use Emil Tin's very old fork of OSRM with relation 
support.

Richard

-Original Message-
From: Richard Marsden [mailto:winw...@gmail.com]
Sent: Tuesday, January 19, 2016 6:36 PM
To: Mailing list to discuss Project OSRM 
Subject: Re: [OSRM-talk] Bus routes

I can't help with bus routes specifically, but I did write up some notes about 
the lua config files from my own similar investigations.
See: http://www.winwaed.com/blog/2015/11/18/osrms-lua-scripts/

Basically there's no documentation, so you have to work it out yourself from 
the samples and test files. If they don't make sense, then you're expected to 
poke around in the source code.

Hopefully these notes will help, but they do not pretend to be complete. Add 
comments regarding any corrections, and I can update them accordingly.


On Tue, Jan 19, 2016 at 2:14 PM, Artur Bialecki  
wrote:
>
>
> Hello,
>
>
>
> I would like to use OSRM with bus routes. Basically I only want to
> extract and route against nodes and ways that belong to relation
> route=bus|tram|trolleybus
>
> I can’t find any documentation on how to use profile.lua, so I would
> appreciate any pointers you may have on how to achieve this.
>
>
>
> Thanks,
>
>
>
> Artur…
>
> This e-mail message is confidential, may be privileged and is intended
> for the exclusive use of the addressee. Any other person is strictly
> prohibited from disclosing, distributing or reproducing it. If the
> addressee cannot be reached or is unknown to you, please inform us
> immediately and delete this e-mail message and destroy all copies. Thank you.
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk
This e-mail message is confidential, may be privileged and is intended for the 
exclusive use of the addressee. Any other person is strictly prohibited from 
disclosing, distributing or reproducing it. If the addressee cannot be reached 
or is unknown to you, please inform us immediately and delete this e-mail 
message and destroy all copies. Thank you.
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-cz] Fórum OSM.org: Běžecké trasy Karlovarský kraj

[Marián Kyral]

Ahoj,
není tady nějaký vášnivý běžkař ochotný zkontrolovat a zmapovat běžecké 
trasy v okolí Mariánských lázní? Prý je to všechno v jedné relaci.
Alespoň dle dotazu na fóru: http://forum.openstreetmap.org/viewtopic.php?pid
=572434

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

Re: [OSM-talk-fr] (sans objet)

[Éric Gillet]

Le 20 janvier 2016 à 13:59, Jean-Baptiste Holcroft 
a écrit :

> Dans la continuité de cette discussion, je vous invite à découvrir cet
> outil qui sert plus spécifiquement à vérifier l'exhaustivité des panneaux
> de sortie d'autoroute : https://github.com/k1wiosm/checkautopista
>

À noter qu'il existe une nouvelle version complètement refaite de cette
outil, par le même auteur : checkautopista2

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

[OSM-talk-fr] une etude sur l evolution des tags amenity

[THEVENON Julien]

C est en anglais mais les graphes sont relativement explicites
http://matiasdahl.iki.fi/2015/finding-related-amenity-tags-on-the-openstreetmap

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

Re: [Talk-cz] vizita u wikipedistů - Brno 20.1. od 18:00

[Tom Ka]

Ahoj, dneska to urcite nedam, ale primlouvam se za informaci sem,
nekdy bych se tam rad stavil a poznal lidi.

Diky.

Dne 19. ledna 2016 18:34 Ladislav Nesnera  napsal(a):
> Zdravím
>
> Nechtělo by se někomu zavítat na brněnský pravidelný sraz wikipedistů (třetí
> středa v měsíci)? Myslím, že by bylo fajn si takto z kraje roku probrat
> plánované projekty a zkusit najít synergie.
>
> ___
> 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

[OSM-talk-fr] une etude sur l evolution des tags amenity

[THEVENON Julien]

C est en anglais mais les graphes sont relativement explicites
http://matiasdahl.iki.fi/2015/finding-related-amenity-tags-on-the-openstreetmap

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

Re: [Talk-cz] Vojenské újezdy

[Petr Morávek [Xificurk]]

Právě jsem překontroloval/doplnil úpravy Libavé, Březiny, Hradiště a
Boletic.

Zbývá dořešit Brdy, viz:

Dne 13.1.2016 v 11:56 Petr Morávek [Xificurk] napsal(a):
> 1. Brdy
> Vojenský újezd zanikl, jeho území je rozporcováno mezi přilehlé obce.
> 
> landuse=military: http://www.openstreetmap.org/relation/67882
> - Odpovídá staré nepřístupné oblasti, v velké části je veden pop cestách
> administrativních hranic.
> - Zatím jen proběhlo přetagování na CHKO.
> - TODO: Opravit hranici CHKO - pokud vím, tak do něj spadají i oblasti
> mimo bývalý újezd a naopak. Dokud nebude dokončena sanace celého území,
> tak by měl alespoň někde zůstat military=danger_area.

S pozdravem,
Petr Morávek aka Xificurk


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

Re: [Talk-cz] Vojenské újezdy

[Petr Vejsada]

Ahoj,

super, díky moc. Mně to vlastně nevadilo, aktualizace adres (zda leží na území 
obce) se checkuje vůči RÚIAN a tam je to už po novu. Zdá se, že se adresy 
zaktualizovaly, jak měly.

Pěkné :-)

No a nešťastníci mají posledních pár dnů na podání přiznání k dani z 
nemovitostí.

--
Petr

Dne St 20. ledna 2016 21:49:34, Petr Morávek [Xificurk] napsal(a):

> Právě jsem překontroloval/doplnil úpravy Libavé, Březiny, Hradiště a
> Boletic.
> 
> Zbývá dořešit Brdy

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

Re: [OSM-talk-fr] Power : nouvelles pages dans le wiki français

[François Lacombe]

Bonsoir Jérôme,

Je n'avais pas d'exemple, mais puisque tu évoquais Beaucaire, j'ai
complété la carte.
https://www.openstreetmap.org/#map=17/43.82460/4.64262

Deux photos importantes sur commons :
https://commons.wikimedia.org/wiki/File:Compagnie_nationale_du_Rh%C3%B4ne,_am%C3%A9nagement_de_Vallabr%C3%A8gues_et_centrale_hydro%C3%A9lectrique_et_%C3%A9cluse_de_Beaucaire,_sur_le_barrage.JPG
https://commons.wikimedia.org/wiki/File:Compagnie_nationale_du_Rh%C3%B4ne,_am%C3%A9nagement_de_Vallabr%C3%A8gues_et_centrale_hydro%C3%A9lectrique_et_%C3%A9cluse_de_Beaucaire,_transformateur_tension.JPG

Les lignes RTE se terminent sur les portiques (limite de
responsabilité entre RTE et CNR) avant d'être connectés aux deux
départs 225 kV de la centrale.

J'ai utilisés ces objets sur le poste électrique auquel est raccordée
la centrale
https://www.openstreetmap.org/#map=17/43.82894/4.58445

Les presets et règles de validation sur JOSM ont été récemment
complétée, à la prochaine mise à jour la plupart qui erreurs qui
apparaissent aujourd'hui avec les nouveaux supports disparaitront.


Bonne soirée

François
François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux


Le 19 janvier 2016 à 23:56, Jérôme Seigneuret
 a écrit :
> Bonjour,
>
> As-tu des exemples de cas terminé avec photo vs schema + cas OSM pour mettre
> les éléments portal et insulator? J'ai voulu ajouter la connexion des ligne
> sur l'usine hydroéléctrique de la centrale de Beaucaire.
>
> https://www.openstreetmap.org/#map=17/43.82445/4.64364
>
> Problème: Je manque d'info... et JOSM émet une alerte si il n'y a pas de
> power=pole|tower
>
> J'ai l'impression que la ligne coté route correspond au retour et l'autre
> part de la génératrice.
>
> Merci pour ton retour.
> Jérôme
>
> 2016-01-19 20:54 GMT+01:00 François Lacombe :
>>
>> Bonsoir,
>>
>> Je tenais à vous informer de la dispo de quelques nouvelles pages du
>> wiki traduites en français :
>>
>> http://wiki.openstreetmap.org/wiki/FR:Tag:power=portal
>> http://wiki.openstreetmap.org/wiki/FR:Tag:power=terminal
>> http://wiki.openstreetmap.org/wiki/FR:Tag:power=insulator
>>
>> Il y a également cette page que j'ai attaqué mais non terminé, mon
>> train arrivait à quai :p
>> http://wiki.openstreetmap.org/wiki/FR:Tag:power=substation
>>
>> Ces objets sont tous disponibles dans la liste des objets cartographiques
>>
>> http://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques#.C3.89nergie_.28power.29
>>
>> Bonne soirée
>>
>>
>> François Lacombe
>>
>> fl dot infosreseaux At gmail dot com
>> www.infos-reseaux.com
>> @InfosReseaux
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

[Talk-GB] OSMSchools - Tagging question Outdoor Education Centre

[alasdair]

Hi again,

thanks for the responses to my last question.

I'm now trying to correct the tagging for an Outdoor Education Centre.
It has been tagged (understandably in my point of view) as
amenity=school but obviously isn't a school. So the question is, what
should it be tagged as? I've looked through the wiki and can't see
anything relevant but I'm aware that the knowledge in this group
sometimes surpasses that of the wiki.

The centre in question is Lagganlia http://www.lagganlia.com/ near
Aviemore in the Highlands which is owned by City of Edinburgh. I fondly
remember going there 3 or 4 times for Geography field trips and school
skiing weeks 20 years ago.

Thanks in advance for your help.

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

Re: [Talk-cz] vizita u wikipedistů - Brno 20.1. od 18:00

[Marián Kyral]

Přimlouval bych se za nějakou informaci sem a následně do weekly. Co říkáš 
Vope? :-D

Marián


-- Původní zpráva --
Od: Tom Ka 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 1. 2016 16:28:51
Předmět: Re: [Talk-cz] vizita u wikipedistů - Brno 20.1. od 18:00

"Ahoj, dneska to urcite nedam, ale primlouvam se za informaci sem,
nekdy bych se tam rad stavil a poznal lidi.

Diky.

Dne 19. ledna 2016 18:34 Ladislav Nesnera  napsal(a):
> Zdravím
>
> Nechtělo by se někomu zavítat na brněnský pravidelný sraz wikipedistů 
(třetí
> středa v měsíci)? Myslím, že by bylo fajn si takto z kraje roku probrat
> plánované projekty a zkusit najít synergie.
>
> ___
> 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] vizita u wikipedistů - Brno 20.1. od 18:00

[Petr Vozdecký]

rozhodopádně!

prosím @LadislavNesnera o přímý kontakt na vop seznam cz, treba mobil, 
zavolame si a poresime, pripadne se kratce potkame (Brno), ale dnes to neni 
mozne abych se zucastnil, dulezita pracovni akce do noci...

vop


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 1. 2016 16:34:52
Předmět: Re: [Talk-cz] vizita u wikipedistů - Brno 20.1. od 18:00

"
Přimlouval bych se za nějakou informaci sem a následně do weekly. Co říkáš 
Vope? :-D

Marián


-- Původní zpráva --
Od: Tom Ka 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 1. 2016 16:28:51
Předmět: Re: [Talk-cz] vizita u wikipedistů - Brno 20.1. od 18:00

"Ahoj, dneska to urcite nedam, ale primlouvam se za informaci sem,
nekdy bych se tam rad stavil a poznal lidi.

Diky.

Dne 19. ledna 2016 18:34 Ladislav Nesnera  napsal(a):
> Zdravím
>
> Nechtělo by se někomu zavítat na brněnský pravidelný sraz wikipedistů 
(třetí
> středa v měsíci)? Myslím, že by bylo fajn si takto z kraje roku probrat
> plánované projekty a zkusit najít synergie.
>
> ___
> 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] co s traceristy?

[Marián Kyral]

Aha.
Toho jsem si fakt nevšiml. Ony mi totiž chodí všechny emaily o každém issue,
ale informace o commitu ne.
A jak tak koukám, jde to, ale není to automatické.

https://help.github.com/articles/receiving-email-notifications-for-pushes-to
-a-repository/

Nastavil jsem, tak další commit snad už neminu ;-)

Marián


-- Původní zpráva --
Od: Petr Vejsada 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 1. 2016 8:31:05
Předmět: Re: [Talk-cz] co s traceristy?

"Ahoj,

Dne St 20. ledna 2016 07:04:48, Vladimír Domes napsal(a):

> K tomuto tématu bych přidal otázku, jestli je možné někam hlásit chybné
> building:levels při importu z Traceru? Tento typ chyby na
> http://ruian.poloha.net/building.php nyní není.

už je. Prosím o vyplňování poznámky, pokud je to jen trochu možné. Napsat 
reálný počet podlaží a pokud možno zjistit a napsat sem, co ČÚZK rozumí 
podlažím - zda jde o nadzemní podlaží nebo třeba i podzemní ... abychom 
negenerovali falešná chybová hlášení.

--
Petr


___
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] co s traceristy?

[Marián Kyral]

-- Původní zpráva --
Od: Janda Martin 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 1. 2016 10:06:09
Předmět: Re: [Talk-cz] co s traceristy?

"Dobry den,

Idealni by bylo pred rucni upravou nejdriv budovu naimportovat pres tracer 
(doplneni ruian kodu, typu, poctu bytu, podlazi) a pak ji rucne zpresnit a 
upravit. Vcetne doplneni skutecneho poctu pater.
Bohuzel tracer nepodporuje jen doplneni chybejicich/opravu rozdilnych tagu 
bez zmeny polygonu. A PointInfo zase tagy neumi aplikovat.

"



Ahoj,


PointInfo umí tagy zkopírovat do schránky a ty se pak dají aplikovat pomocí 
volby "Vložit značky" (Ctrl + Shift + V)




U Traceru pak lze při trasování použít klávesovou zkratku Ctrl, která 
způsobí, že se vytvoří nový polygon, který nic nenahradí, ani se na nic 
nenapojí. Pak stačí překopírovat tagy na starou budovu a nově vytvořenou 
zase smazat.




Asi bych to měl někde zdokumentovat co?





Jinak, veškeré připomínky a náměty k fungování Traceru prosím jako issue na 
GitHub https://github.com/mkyral/josm-tracer

Jednak to nezapadne a je jistá šance, že se tomu budu věnovat (až bude čas a
chuť nebo zjistím, že tohle by se hodilo i mně ;-) ).




Díky,

Marián





 
"
- Original Message -
From: "Petr Vejsada" 
To: "OpenStreetMap Czech Republic" 
Sent: Wednesday, January 20, 2016 8:29:23 AM
Subject: Re: [Talk-cz] co s traceristy?

Ahoj,

Dne St 20. ledna 2016 07:04:48, Vladimír Domes napsal(a):

> K tomuto tématu bych přidal otázku, jestli je možné někam hlásit chybné
> building:levels při importu z Traceru? Tento typ chyby na
> http://ruian.poloha.net/building.php nyní není.

už je. Prosím o vyplňování poznámky, pokud je to jen trochu možné. Napsat 
reálný počet podlaží a pokud možno zjistit a napsat sem, co ČÚZK rozumí 
podlažím - zda jde o nadzemní podlaží nebo třeba i podzemní ... abychom 
negenerovali falešná chybová hlášení.

--
Petr


___
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

[OSM-talk-fr] OSM org en panne?

[Jérôme Seigneuret]

Bonjour,
Je n'ai plus de réponse de OSM.org

J'ai aussi remarqué qu'il n'y a pas de rafraîchissement sur les zooms >= 13
(peut être un délais significatif sur les mise à jour  ex: 1fois par
mois...)

Avez vous des infos sur ces deux problèmes

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSRM-talk] OSRM for Mobile Apps

[Bharath Mg]

Hey Guys,
First of all, a big thanks to all the OSRM contributors for making this routing 
engine super awesome! 
I'm trying to use/develop offline routing for mobile applications. I've used 
OSRM for my web services and it has worked really well. So I was wondering if I 
could use OSRM for Android/ iOS. As the code base is written in C++, I believe 
there is no way to use it inside Android/ iOS (only C code can be bundled). 
Does anyone here have experience using offline routing inside mobile apps?  Or, 
 Will I be able to port a part of the OSRM code which handles offline routing 
to Golang (which I can build into AAR for Android) ? 
Let me know if you guys have any suggestions. Thanks a lot for your time :) 
Regards,
Bharath MG,
http://www.bharathmg.com___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-cz] Ortofoto CR

[Janda Martin]

Dobry den,

  chci se zeptat na nejlepsi ortofoto podklady pro editaci v JOSM.
Nastaveni JOSM vcetne parametru pro jejich presne ukotveni. Rad bych zpusoboval 
co nejmensi mnozstvi chyb a problemu.

Dekuji
   Martin

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

Re: [Talk-cz] co s traceristy?

[Marián Kyral]

Sakra - reply na špatný email - ignorujte prosím :-D

Evidentně jsem se po ránu ještě neprobral.
Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 1. 2016 9:42:48
Předmět: Re: [Talk-cz] co s traceristy?

"
Aha.
Toho jsem si fakt nevšiml. Ony mi totiž chodí všechny emaily o každém issue,
ale informace o commitu ne.
A jak tak koukám, jde to, ale není to automatické.

https://help.github.com/articles/receiving-email-notifications-for-pushes-to
-a-repository/

Nastavil jsem, tak další commit snad už neminu ;-)

Marián


-- Původní zpráva --
Od: Petr Vejsada 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 1. 2016 8:31:05
Předmět: Re: [Talk-cz] co s traceristy?

"Ahoj,

Dne St 20. ledna 2016 07:04:48, Vladimír Domes napsal(a):

> K tomuto tématu bych přidal otázku, jestli je možné někam hlásit chybné
> building:levels při importu z Traceru? Tento typ chyby na
> http://ruian.poloha.net/building.php nyní není.

už je. Prosím o vyplňování poznámky, pokud je to jen trochu možné. Napsat 
reálný počet podlaží a pokud možno zjistit a napsat sem, co ČÚZK rozumí 
podlažím - zda jde o nadzemní podlaží nebo třeba i podzemní ... abychom 
negenerovali falešná chybová hlášení.

--
Petr


___
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] co s traceristy?

[Janda Martin]

Dobry den,

  myslim ze hlasit chybny pocet podlazi nema moc smysl je toho moc. U vetsiny 
budov je spatne (vetsinou default 1 podlazi). Dokonce jine datove zdroje statni 
spravy maji v sobe nesmyslne chyby. Jako napriklad 8 patrovy panelak s 5 vchody 
a prostredni ma najednou 7 pater. Myslim ze to nikdo nekontroluje ani poradne 
nespravuje.

  Jinak chyby vidim spis u starsich nadefinvanych budov v OSM.
1) mala presnost. Nekdo budovu "obklikal" rucne podle nejakeho obrazku ale v 
ruianu jsou vetsinou presnejsi detaily.
2) posunuti budov - tech je v nekterych oblastech docela dost. Je to zpusobeno 
naprikladm podkladem z Bingu kdy rohy podkladoveho dlazdic sedi ale prostredek 
je spatne, protoze je to v kopcich. Vypada to ze MS umi jen rovinky.
3) chybne tagovani jako building:levels=0, building:flats=0
4) docela se hodi mit naimportovany i typ budovy minimalne podle RUIAN. Jsou 
tam rozdily protoze RUIAN nerozlisuje skolu/nadrazi takze se importuje jako 
civic.
5) nektere budovy naji na rovnych carach vice bodu nez je potreba. Napriklad 
obdelnikova hala ma misto 4 bodu napriklad 6.

-- 
PROBLEM
Co delat s podklady ktere jsou sice krasne rucne obklikane vcetne cest, 
zahradek, domu (dost casto osidlovaci kolonie na okraji mesta). Ale cele je to 
posunute a pro jistotu jeste otocene. Pak se stava ze silnice a plot vede 
prostredkem domu ktery ma spravnou pozici.
  Vypada to sice pekne na mape ale bohuzel moc presnosti v tom zrovna neni.

UZAVER
Zatim co jsem porovnaval s jinymi mapovymi podklady RUIAN vychazi na posunuti 
presneji nez nektera rucni obklikani podkladove "malby".

Idealni by bylo pred rucni upravou nejdriv budovu naimportovat pres tracer 
(doplneni ruian kodu, typu, poctu bytu, podlazi) a pak ji rucne zpresnit a 
upravit. Vcetne doplneni skutecneho poctu pater.
  Bohuzel tracer nepodporuje jen doplneni chybejicich/opravu rozdilnych tagu 
bez zmeny polygonu. A PointInfo zase tagy neumi aplikovat.

Pak by se nechala udelat aplikace ktera by z OSM vytahla pocty pater a ruian 
kod a udelala rozdil pro report na urad pripadnou dalsi kontrolu.


- Original Message -
From: "Petr Vejsada" 
To: "OpenStreetMap Czech Republic" 
Sent: Wednesday, January 20, 2016 8:29:23 AM
Subject: Re: [Talk-cz] co s traceristy?

Ahoj,

Dne St 20. ledna 2016 07:04:48, Vladimír Domes napsal(a):

> K tomuto tématu bych přidal otázku, jestli je možné někam hlásit chybné
> building:levels při importu z Traceru? Tento typ chyby na
> http://ruian.poloha.net/building.php nyní není.

už je. Prosím o vyplňování poznámky, pokud je to jen trochu možné. Napsat 
reálný počet podlaží a pokud možno zjistit a napsat sem, co ČÚZK rozumí 
podlažím - zda jde o nadzemní podlaží nebo třeba i podzemní ... abychom 
negenerovali falešná chybová hlášení.

--
Petr


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

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

Re: [OSM-talk-fr] OSM org en panne?

[Bruno]

Le 20/01/2016 11:09, Vincent de Château-Thierry a écrit :

Bonjour,


De: "Francescu GAROBY" 
On 20/01/2016 10:33, Jérôme Seigneuret wrote:

Bonjour,
Je n'ai plus de réponse de OSM.org


ça fonctionne ici, j'ai eut des pb de connectivité hier ave les tiles
qui ne se chargeaient pas forcement.

J'ai aussi remarqué qu'il n'y a pas de rafraîchissement sur les
zooms

= 13 (peut être un délais significatif sur les mise à jour ex:
1fois

par mois...)

Peut-être une piste vers Lyon :
https://twitter.com/Turblog/status/689721026259718144
Je n'en sais pas plus...

vincent

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

Bonjour,

Ça marche ici, chez Free IPV4 région ouest.
Bruno.


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

Re: [OSM-talk-fr] OSM org en panne?

[Ludovic Hirlimann]

On 20/01/2016 11:04, Francescu GAROBY wrote:
> Bonjour,
> Même problème ici : aucune tuile ne s'affiche.
> Par contre, si je fais une recherche, les contours orange de la
> relation apparaissent (ex : http://www.openstreetmap.org/relation/149197)
>
> Testé avec Firefox 38.5 et Chromium 42
ça charge chez free avec ipv6 activé

Ludo

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

Re: [Talk-cz] Ortofoto CR

[Janda Martin]

Dekuji mnoho velmi za odpoved. 
Skoda toho ortofota z CUZK 

M 


From: "Marián Kyral"  
To: "OpenStreetMap Czech Republic"  
Sent: Wednesday, January 20, 2016 11:17:13 AM 
Subject: Re: [Talk-cz] Ortofoto CR 

Ahoj, 
obávám se, že to bude problém. Bing (a MapBox) jsou různě posunuty a to i v 
rámci jedné vesnice. 
Ortofoto ČUZK je sice nejpřesnější, ale bohužel nemáme svolení jej použít pro 
mapování :-( 

Před (i během) mapování je potřeba kontrolovat posun podkladu například vůči 
katastrální mapě. Na venkově se dá pro orientaci použít i lpis vrstva. 

Taky doporučuji prozkoumat JOSM pluginy, které se to snaží řešit: 
http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database 
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ImageryAdjust 

Marián 



-- Původní zpráva -- 
Od: Janda Martin  
Komu: OpenStreetMap Czech Republic  
Datum: 20. 1. 2016 10:26:59 
Předmět: [Talk-cz] Ortofoto CR 


Dobry den, 

chci se zeptat na nejlepsi ortofoto podklady pro editaci v JOSM. 
Nastaveni JOSM vcetne parametru pro jejich presne ukotveni. Rad bych zpusoboval 
co nejmensi mnozstvi chyb a problemu. 

Dekuji 
Martin 

___ 
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: [OSM-talk-fr] OSM org en panne?

[Francescu GAROBY]

Bonjour,
Même problème ici : aucune tuile ne s'affiche.
Par contre, si je fais une recherche, les contours orange de la relation
apparaissent (ex : http://www.openstreetmap.org/relation/149197)

Testé avec Firefox 38.5 et Chromium 42

Francescu

Le 20 janvier 2016 à 11:01, Jérôme Seigneuret  a
écrit :

> Chrome mais c'est pas lié car j'ai pas de réponse sous JOSM
>
> Le 20 janvier 2016 à 10:53, Ludovic Hirlimann  a
> écrit :
>
>> On 20/01/2016 10:33, Jérôme Seigneuret wrote:
>> > Bonjour,
>> > Je n'ai plus de réponse de OSM.org
>> >
>> ça fonctionne ici, j'ai eut des pb de connectivité hier ave les tiles
>> qui ne se chargeaient pas forcement.
>> > J'ai aussi remarqué qu'il n'y a pas de rafraîchissement sur les zooms
>> > >= 13 (peut être un délais significatif sur les mise à jour  ex: 1fois
>> > par mois...)
>> >
>> C'est quoi le navigateur que tu utilises ?
>>
>> Ludo
>>
>> ___
>> 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: [Talk-cz] Ortofoto CR

[Marián Kyral]

Ahoj,
obávám se, že to bude problém. Bing (a MapBox) jsou různě posunuty a to i v 
rámci jedné vesnice.
Ortofoto ČUZK je sice nejpřesnější, ale bohužel nemáme svolení jej použít 
pro mapování :-(

Před (i během) mapování je potřeba kontrolovat posun podkladu například vůči
katastrální mapě. Na venkově se dá pro orientaci použít i lpis vrstva.

Taky doporučuji prozkoumat JOSM pluginy, které se to snaží řešit:
http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ImageryAdjust

Marián


-- Původní zpráva --
Od: Janda Martin 
Komu: OpenStreetMap Czech Republic 
Datum: 20. 1. 2016 10:26:59
Předmět: [Talk-cz] Ortofoto CR

"Dobry den,

chci se zeptat na nejlepsi ortofoto podklady pro editaci v JOSM.
Nastaveni JOSM vcetne parametru pro jejich presne ukotveni. Rad bych 
zpusoboval co nejmensi mnozstvi chyb a problemu.

Dekuji
Martin

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

Re: [OSM-talk-fr] OSM org en panne?

[Ludovic Hirlimann]

On 20/01/2016 10:33, Jérôme Seigneuret wrote:
> Bonjour,
> Je n'ai plus de réponse de OSM.org
>
ça fonctionne ici, j'ai eut des pb de connectivité hier ave les tiles
qui ne se chargeaient pas forcement.
> J'ai aussi remarqué qu'il n'y a pas de rafraîchissement sur les zooms
> >= 13 (peut être un délais significatif sur les mise à jour  ex: 1fois
> par mois...)
>
C'est quoi le navigateur que tu utilises ?

Ludo

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

Re: [OSM-talk-fr] OSM org en panne?

[Jérôme Seigneuret]

Chrome mais c'est pas lié car j'ai pas de réponse sous JOSM

Le 20 janvier 2016 à 10:53, Ludovic Hirlimann  a
écrit :

> On 20/01/2016 10:33, Jérôme Seigneuret wrote:
> > Bonjour,
> > Je n'ai plus de réponse de OSM.org
> >
> ça fonctionne ici, j'ai eut des pb de connectivité hier ave les tiles
> qui ne se chargeaient pas forcement.
> > J'ai aussi remarqué qu'il n'y a pas de rafraîchissement sur les zooms
> > >= 13 (peut être un délais significatif sur les mise à jour  ex: 1fois
> > par mois...)
> >
> C'est quoi le navigateur que tu utilises ?
>
> Ludo
>
> ___
> 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] OSM org en panne?

[Vincent de Château-Thierry]

Bonjour,

> De: "Francescu GAROBY" 
> On 20/01/2016 10:33, Jérôme Seigneuret wrote:
> > Bonjour,
> > Je n'ai plus de réponse de OSM.org
> > 
> ça fonctionne ici, j'ai eut des pb de connectivité hier ave les tiles
> qui ne se chargeaient pas forcement.
> > J'ai aussi remarqué qu'il n'y a pas de rafraîchissement sur les
> > zooms
> > >= 13 (peut être un délais significatif sur les mise à jour ex:
> > >1fois
> > par mois...)

Peut-être une piste vers Lyon :
https://twitter.com/Turblog/status/689721026259718144
Je n'en sais pas plus...

vincent

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

Re: [OSM-talk-fr] Pb sur polygons.openstreetmap.fr ?

[Jocelyn Jaubert]

Bonjour,

On Tue, Jan 19, 2016 at 01:41:06PM +0100, Jocelyn Jaubert wrote:
> On Sun, Jan 03, 2016 at 03:32:54PM +0100, Antoine Riche wrote:
> > Le générateur de polygones a l'air d'avoir des soucis. sur une
> > relation qui semble correcte dans JOSM et
> > http://analyser.openstreetmap.fr/, le générateur de polygone
> > retourne une erreur. Par exemple
> > http://polygons.openstreetmap.fr/?id=4607815
> 
> Je pense qu'il s'agit d'un souci avec la relation collection 4660205 inclue 
> par
> cette relation (le site web parcourt toutes les sous relations pour en sortir
> le polygone "général").

En regardant le wiki, role=collection n'est pas dans la liste des rôles utiles
pour un relation type=boundary. Et je pense que ça ne signifie rien de bien
pertinent ici.

http://wiki.openstreetmap.org/wiki/Relation:boundary


Est-ce qu'on ne devrait pas plutôt utiliser role=subarea pour la relation
"Nantes Sud - sous-quartiers (4660205)" ?

Il s'agit de ces relations:
https://www.openstreetmap.org/relation/4607815
https://www.openstreetmap.org/relation/4660205

-- 
Jocelyn

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

Re: [OSM-talk-fr] (sans objet)

[Jean-Baptiste Holcroft]

Bonjour,

Dans la continuité de cette discussion, je vous invite à découvrir cet
outil qui sert plus spécifiquement à vérifier l'exhaustivité des panneaux
de sortie d'autoroute : https://github.com/k1wiosm/checkautopista

Cela ne traite cependant pas spécifiquement de cette relation dédiée aux
intersections, que je n'ai utilisé qu'une fois et dont j'ignore la réelle
validation par la communauté.

Pour information, OSM And sait tirer partie des relations directions et des
voies, mais j'ignore sa capacité à exploiter spécifiquement cette relation
dédiée aux intersections.

Bonne cartographie

--
Jean-Baptiste Holcroft

Le 17 janvier 2016 à 00:06, THEVENON Julien  a
écrit :

>
> 
> En date de : Sam 16.1.16, Laurent Combe  a écrit :
>
>  Objet: [OSM-talk-fr] (sans objet)
>  À: "Discussions sur OSM en français" 
>  Date: Samedi 16 janvier 2016, 11h30
>
>  > Bonjour,
>
> > suite a un message de julien thevenon (le 20 nov) sur cette
>  liste, j'ai
> > essayé magic earth (logiciel de navigation routière sur
>  android qui utilise
> > les données OSM)
> > effectivement l'appli mérite d'être connue
>
> > du coup, je me suis interessé à l'aide directionnelle que
> > le logiciel peut
> > donner à l'approche d'un carrefour
> > il y a les tags
> > lanes
> > direction
> > ...
> > et continuant à chercher
> > je suis tombé sur ça :
> > https://www.mapbox.com/blog/turn-lanes-mapping/
>
> > avec un mode opératoire bien détaillé
>
> > ma question c'est du spécifique mapbox où la méthodo
> > proposée est
> > acceptable ?
> > je pose la question avant que j'en mette un peu partout sur
> > les
> > intersections de mon secteur
>
>  Salut,
>
> Merci pour le lien
>
> Je n utilise que ce qui a ete vote sur le wiki (turn:lanes direction etc
> ).je ne connaissais pas la relation inidquee sur le lien.
> Depuis peu je commence a utiliser la relation destination_sign pour
> certains cas mais je ne sais pas si l appli la gere deja.
> D apres ce que j ai vu il semble que magic earth arrive a faire du guidage
> par ligne dans certains cas meme sans les tags correspondants.par exemple
> si l autoroute a 3 voies avant un echangeur 2 apres et qu une voie se
> detache alors l appli indique que 2 voies continuent et une se detache.
> Par contre faut que je leur rapporte une limitation (bug ?) que j ai
> remarque: on dirait que l appli ne tient pas compte des maxspeed:backward
> et maxspeed:forward
>
> @+
> Julien
>
> ___
> 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] Pb sur polygons.openstreetmap.fr ?

[Philippe Verdy]

Non car c'est une collection de sous-area, avec un type à part qui n'est
pas un multipolygone non plus, ça a servi à la maintenance exhaustive des
relations liées, pour faire le trie entre les différentes sous-zones de
types différents.
la découpage de Nantes est très complexe en comparaison de bien d'autres
communes.
Il ne désigne pas non plus la relation pour Nantes-Sud qui est une relation
frontière normale.

L'analyseur de polygones ne devrait pas tenir compte de cet objet qui n'est
pas un multipolygone, pas une trontière non plus, mais il oublie de
regarder si c'est type=multipolygon ou type=boundary (ou type=riverbank qui
existe aussi par endroit)
Il y a plein de choses dans les relations dont les membres ne sont pas
forcément non plus des polygones.

Un seul type subarea pour les sous-membre ne pourrait pas suffire, car ils
sont de types différentes et se recouvrent, il s'agit de découpages
complètement différents de la même zone (le subarea est ambigu dans ce cas
car il ne précise pas quel sous-découpage est fait


Le 20 janvier 2016 à 11:32, Jocelyn Jaubert  a
écrit :

> Bonjour,
>
> On Tue, Jan 19, 2016 at 01:41:06PM +0100, Jocelyn Jaubert wrote:
> > On Sun, Jan 03, 2016 at 03:32:54PM +0100, Antoine Riche wrote:
> > > Le générateur de polygones a l'air d'avoir des soucis. sur une
> > > relation qui semble correcte dans JOSM et
> > > http://analyser.openstreetmap.fr/, le générateur de polygone
> > > retourne une erreur. Par exemple
> > > http://polygons.openstreetmap.fr/?id=4607815
> >
> > Je pense qu'il s'agit d'un souci avec la relation collection 4660205
> inclue par
> > cette relation (le site web parcourt toutes les sous relations pour en
> sortir
> > le polygone "général").
>
> En regardant le wiki, role=collection n'est pas dans la liste des rôles
> utiles
> pour un relation type=boundary. Et je pense que ça ne signifie rien de bien
> pertinent ici.
>
> http://wiki.openstreetmap.org/wiki/Relation:boundary
>
>
> Est-ce qu'on ne devrait pas plutôt utiliser role=subarea pour la relation
> "Nantes Sud - sous-quartiers (4660205)" ?
>
> Il s'agit de ces relations:
> https://www.openstreetmap.org/relation/4607815
> https://www.openstreetmap.org/relation/4660205
>
> --
> Jocelyn
>
> ___
> 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-se] NVDB på väg att släppas som öppna data

[Per Eric Rosén]

Trafikverket verkar ha beslutat att öppna data enligt Vinnovas 
definition[1], vilket lyder


”Data kan kallas öppna data om vem som helst fritt får använda, återanvända 
och distribuera dessa med som största motprestation att ange källa eller 
krav på att dela data på samma sätt.”


Vilket ju är bättre än nuvarande "licens" på trafikverket.se. Det behöver 
inte bli ODBL-kompatibelt, men finns goda chanser med definitionen. 
Särskilt om de lyckas använda just ODBL, vilket ju borde passa bra för 
öppna data ...


/Per Eric

[1] http://www.vinnova.se/upload/EPiStorePDF/vr_14_04.pdf
--
^): Per Eric Rosén http://rosnix.net/~per/
/   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 7311___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSRM-talk] OSRM-talk Digest, Vol 37, Issue 8

[Richard Fairhurst]

Artur Bialecki wrote:

I would like to use OSRM with bus routes. Basically I only want to
extract and route against nodes and ways that belong to relation
route=bus|tram|trolleybus


OSRM doesn't currently support route relations. You can either 'paint' 
ways that are members of relations with a special tag in a 
pre-processing step (how to do this is left as an exercise to the reader 
:) but look at Osmosis), or use Emil Tin's very old fork of OSRM with 
relation support.


Richard

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

Re: [Talk-co] Salgar y #MapatónxLaGuajira en la prensa // Recorderis Mapatón

[hyan...@gmail.com]

Gracias Germán, ese resultado también ha sido en parte contribución tuya y
de todos los que han colaborado en la edición del mapa libre de Colombia.

RECORDERIS! Acaba de dar inicio la mapatón por La Guajira, atentos con el
tuiter y redes sociales.

Aquellos que deseen contribuir de manera romota:

Tareas
http://tasks.hotosm.org/project/1409
http://tasks.hotosm.org/project/1418

Transmisión en vivo desde:
http://linkis.com/www.youtube.com/hslxE


Más información en:

http://blog.openstreetmap.co

Gracias por sus aportes!!!

Humberto Yances

El 11 de enero de 2016, 2:32, Germán Márquez Mejía 
escribió:

> OSM Colombia sigue generando titulares:
>
>
> http://www.elespectador.com/tecnologia/descubra-pueden-servir-los-mapas-digitales-articulo-609839
>
> ¡Felicitaciones!
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk-fr] OpenEvacMap...

[dHuy Pierre]

Bonjour cquest,Penses-tu qu'il soit possible d'utiliser les support de plan 
d'évacuation pour la carto indoor?Comment as-tu géré la question de la 
propriété intellectuelle des dits-plans?Y a/aura-t-il des contributeurs 
publics?Librement, 

Le Dimanche 17 janvier 2016 17h13, Christian Quest 
 a écrit :
 

 Ce week-end se tenait à l'école 42 le hackathon NecMergitur organisé par
la Ville de Paris, la préfecture de Police, Etalab...

J'ai proposé un projet de collecte des plans d'évacuation. Vous
trouverez une présentation sur
https://cquest.hackpad.com/OpenEvacMap-fslfSbDRGC2

Notre équipe a travaillé à la réalisation d'une webapp destinée à
fonctionner sur smartphone, mais qui fonctionne aussi sur un navigateur
classique.

On peut consulter les plans à proximité, et on peut uploader un nouveau
plan en le liant à une adresse et en précisant si besoin l'étage, le
bâtiment, le nom du lieu.

Vous pouvez essayer ici: http://openevacmap.org/

C'est encore très très BETA, l'upload de photo n'a pas été testé à fond.

Une carte umap permet de visualiser l'activité des 2 dernières heures,
une façon de détecter d'éventuels évènements problématiques...
http://umap.openstreetmap.fr/fr/map/heatmap-dactivite-openevacmap_67099

Le projet est sur github: https://github.com/openevacmap/

-- 
Christian Quest - OpenStreetMap France


___
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] Pb sur polygons.openstreetmap.fr ?

[Philippe Verdy]

Note: un outil de "vérification" ne doit s'appuyer que sur ce qu'il connait
et pas analyser des objets pour lequel il n'a pas été conçu.
C'est général dans OSM, dont le modèle est évolutif et doit pouvoir
s'adapter à plus de situations. Télécharger en aveugle tous les niveaux de
sous-relations sans regarder de quel type de sous-relation il s'agit
conduira toujours à des erreurs d'analyse qui doivent être réanalysées
manuellement pour voir si "l'erreur" signalée est réellement pertinente.
Dans le cas de Nates-Métropole, on a une situation spéciale liée en plus
qu'elle est structurée avec un découpage qui ne s'appuie pas sur ses seuls
communes membres, mais découpe la commune de Nantes elle-même (pour les
pôles de proximité).
L'outil devrait servir à chercher les oublis/trous dans les cas simples
qu'il connait, pour le reste il n'y a aucun outil actuellement pour
vérifier ces découpages orthogonaux (incompatibles entre eux si on ne les
distingue pas). Avec en plus une nécessité de maintenir un certain niveau
de compatibilité (à condition que les outils fassent preuvent
d'intelligence au lieu de sélectionner n'importe quoi qu'il ne connait pas)
Faute d'outil satisfaisant, on a un autre type d'objet spécifique qui
devrait être ignoré par l'outil tant qu'il n'a pas développé une autre
solution, et permet au moins des vérification manuelles et des
vérifications de l'exhaustivité. Ces objets rentent séparés des objets
"standards" qu'ils aident à référencer mais ne remplacent pas. aprè-s on
peut discuter des tags utilisés pour ces types d'objets mais il n'y a aucun
conflit avec les types d'objets existants (à condition de les interpréter
uniquement de la façon dont ils sont documentés).
Autre exemple : il est prétendu qu'une zone boundary ne peut avoir qu'un
seul noeud admin_center, ce qui est faux dans des cas bien connus (des pays
ou régions à plusieurs capitales par exemple : Afrique du Sud, communauté
autonome de Gallice).

Que l'outil signale qu'il est étrange d'avoir deux objets n'est en fait
qu'une alerte, pas une erreur seulement parce que l'outil le signale. Bref
prendre ces alertes avec précaution et ne pas vouloir tout corriger juste
pour "faire joli" parce que l'outil semble exiger ses règles en
méconnaissant certains cas particuliers. La doc ne mentionne que la façon
standard de traiter les cas les plus courants, pour le reste on a des
exceptions et on commence à les modéliser pour ensuite faire le point sur
la façon de généraliser un concept oublié, une fois qu'on a assez de
données en exemple pour le faire, et il est prématuré alors de documenter
plus.

Le Wiki d'OSM est très très loin de tout documenter. Au début il y a des
essais, puis une progression sur un plus grand nombre d'objets, plsu tard
on formalise tout ça et on trouve la généralisation si on peut.

Le modèle actuel des boundary est largement insuffisant, surtout les
administrative, qui présuppose (à tord) que tous les découpages sont
strictement hiérarchiques, comem si tous les pays et régions utilisaient
une administration centralisée en étoile (ceci est également faux en
Espagne avec les comarques de niveau 7 qui ne sont pas un découpage parfait
des provinces de niveau 6 puisque certaines comarques sont à cheval entre
deux provinces). La géographie réelle est pleine de ces exceptions et il
faut être asez souple pour ne pas vouloir absolument tout systématiser.

D'ailleurs en France on a imposé les "local_authority" et on a encore des
problèmes avec des cas particuliers (double niveau pour la Métroploe de
Paris et ses EPT, super-niveau avec les pôles métropolitains, cas
particulier des poles de procimité de Nantes Métropole, cas particulier des
secteurs de Marseille, qui sont un niveau intermédaire entre la commune de
niveau 8 et les arrondissements municipaux de niveau 9...). Et n'oublions
pas non plsu que les "niveaux" d'OSM sont même incompatibles d'un pays à
l'autre pour toutes les valeurs admin_level>2, et qu'il y a même des cas de
recouvrements partiels de pays sur des zones co-revendiquées ou
co-administrées (y compris les eaux territoriales comme une partie du Golfe
de Gascogne en co-gestion entre la France et l'Espagne, ou encore un
secteur frontalier dont la souveraineté alterne tous les 6 mois...)
Le modèle "standard" a ses limites que les outils ignorent (ou font sembler
d'ignorer quand ils sont trop rigides).

Le 20 janvier 2016 à 14:18, Philippe Verdy  a écrit :

> Non car c'est une collection de sous-area, avec un type à part qui n'est
> pas un multipolygone non plus, ça a servi à la maintenance exhaustive des
> relations liées, pour faire le trie entre les différentes sous-zones de
> types différents.
> la découpage de Nantes est très complexe en comparaison de bien d'autres
> communes.
> Il ne désigne pas non plus la relation pour Nantes-Sud qui est une
> relation frontière normale.
>
> L'analyseur de polygones ne devrait pas tenir compte de cet objet qui
> n'est pas un multipolygone, pas une