Re: [Talk-it] R: Re: Le piazze ed altro

[Volker Schmidt]

>
> l'unica differenza fra una pazza ed una Via è l'Ufficio Toponomastica del
> Comune considerato,
> In merito all'identificazione del quartiere con la piazza, questo sta
> nelle attività umane che si
> svolgono nella piazza che si riflettono nel quartiere,
>

Non ho capito che cosa vuoi dire con questo.


> ne 'scrub' potremmo tradurre con macchia mediterranea, semmai 'arbusteto'
> che sarebbe più generico
>

Secondo Wikipedia [1] 'scrub' è corretto. 'Scrubland' include 'maquis' (FR)
e 'macchia' (IT)

invece mancano, o meglio non trovo, le dizioni per gli agrari abbandonati
> che cominciano ad essere una fetta consistente del territorio, ne il verde
> ornamentale dei giardini privati
>

'landuse=agriculture' più 'fallow=yes', se si tratta di superficie agricole
non (più) coltivate.[2]. Nota: utilizzato finora solo in Veneto. Il
problema è di distinguere fra abbandonato e temporanea non-coltivazione.
'fallow'  in inglese definisce anche la fase di non-coltivazione nella
tradizionale rotazione triennale delle colture.
'landuse=brownfield', se si tratta di una zona una volta con edifici, che o
sono crollati o sono stati demolito [3]

[1] https://en.wikipedia.org/wiki/Shrubland
[2] https://taginfo.openstreetmap.org/search?q=fallow#keys
[3] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield

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

Re: [Talk-it] Fwd: problema rendering mappe su alcuni punti di interesse

[Marco Bartalini]

​No in realtà non è sotto l'acqua è in una conca formata dall'erosione e
siccome è vicinissima al mare si riempie d'acqua con le mareggiate...
mareggiate che muovendola nei secoli gli hanno dato quella forma tonda...

ho aggiornato i tag.​




*Marco Bartalini,marcobartal...@gmail.com *

On Tue, Dec 13, 2016 at 11:27 PM, scratera  wrote:

> ...non lo so ma per me ora sta peggiorando la situazione
> area=yes
> natural=stone
> ...un area circolare attorno al masso...
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/problema-rendering-mappe-su-alcuni-punti-di-interesse-
> tp5887285p5887466.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] OSM e CAI

[Luca Delucchi]

2016-12-14 18:45 GMT+01:00 Dario Zontini :
> Segnalo che sulla rivista ufficiale del CAI c'è un bel articolo sulla
> convenzione con OSM.
>

Fai una foto e mettila sul wiki ;-)

> Ciao
>
>
> Dario Zontini
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] ottenere una mappa europa con coordinate come?

[matteo ruffoni]

Il giorno 14 dicembre 2016 21:24, Cascafico Giovanni 
ha scritto:

> Se non ti danno fastidio i confini nazionali, puoi scaricare i paesi
> europei da qui [1] ed in qgis impostare un reticolo (se é questo che
> intendi di per coordinate) nel composer che é la parte e di qgis dedicata
> alle stampe.
>
Per prima cosa grazie..
poi mi sa che ho bisogno di un ulteriore piccolo aiuto, ho provato a
scaricare le mappe in vari formati json e svg di un unione(?) tra vaticano,
lichestein,andorra, san marino, monaco malta, (è una lezione sui piccoli
stati), ottengo però solo i punti degli stati, senza mappa europea di
sfondo, nomi compresi.
Poi userò qgis, e già la vedo durissima.
ciao e ancora grazie
MAtteo
PS spaccio il uto aiuto su tutte le liste e i social che frequento.



> [1] https://osm.wno-edv-service.de/boundaries/
>
> Il 14/dic/2016 18:13, "matteo ruffoni"  ha scritto:
>
>> Avrei bisogno di ottenere una mappa dell'europa politica moderna con
>> licenza cc con coordinate.
>> Qualcuno mi suggerisce come fare?
>> ciao e grazie Matteo
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] R: Re: Le piazze ed altro

[frali...@alice.it]

Buongiorno,

l'unica differenza fra una pazza ed una Via è l'Ufficio Toponomastica del 
Comune considerato,
In merito all'identificazione del quartiere con la piazza, questo sta  nelle 
attività umane che si 
svolgono nella piazza che si riflettono nel quartiere,
poi bisogna stare attenti alle traduzioni.
vi faccio un esempio forest e wood in italiano sono la stessa entità, e se 
vediamo la storia del territorio delle varie parti d'Italia al 99,9% 
dovremmo usare landuse=forest
ne 'scrub' potremmo tradurre con macchia mediterranea, semmai 'arbusteto' che 
sarebbe più generico

invece mancano, o meglio non trovo, le dizioni per gli agrari abbandonati che 
cominciano ad essere una fetta consistente del territorio, ne il verde 
ornamentale dei giardini privati


Messaggio originale
Da: anysomef...@gmail.com
Data: 14-dic-2016 23.04
A: "openstreetmap list - italiano"
Ogg: Re: [Talk-it] Le piazze

Scusatemi, ma nell'email precedente ero stato frettoloso e volevo dire
un po' troppe cose tutte assieme.

Spero non vi dispiaccia se cambio l'ordine a cui do le risposte


2016-12-12 23:21 GMT+01:00 mbranco :
> @anyfile:

> *Se guardi la bozza di discussione che ho linkato nel primo intervento [1],
> io metto in discussione il rendering delle piazze, che visualizza fino a 80
> volte lo stesso nome in tutte le corsie della stessa piazza anzichè
> scrivermelo un unica volta, più evidenziato.

Questo problema c'è non solo per le piazze. In tratti di strade
rettilinei viene a volte ripetuto più volte a breve distanza il nome.
A volte talmente ravvicinati da quasi scontrarsi l'uno con l'altro.
Questo però è un problema di rendering e presumo che la soluzione non
sia semplice. A meno che di non pretendere, ad esempi, che se ci sono
3 way separate con lo stesso nome, si mostri il nome solo su quella
centrale o solo sulla prima e terza.


>
> Provocatoriamente: Ma allora dovremmo creare un tag anche per place=street?
> *No, perchè come nell'elenco che ho fatto prima di tutti i "place" che si
> trovano nei luoghi urbani, anche la piazza è un "place" virtuale, mentre
> invece tutte le "street" sono fisiche, hanno una delimitazione ben precisa.*

In realtà io non ho una definizione ben precisa di cosa sia una
piazza. né tanto meno so che questa sia un luogo virtuale.

Estremizzando dovrei concludere che l'unica differenza tra via e
piazza è il prenome che è stato assegnato alla strada (scusate non
ricordo il nome tecnico che si dà alla parte via/piazza/corso/ecc).

Ma se io distinguo tra una via ed una piazza in base al nome della
strada ecco che la distinzione riguarda la strada e non la parte che
ci sta dentro.

E se vogliamo usare un tag per indicare esplicitamente che si tratta
di una piazza bisognerebbe prima sapere cosa sia un piazza. Ovviamente
in qualche modo so cosa sia una piazza, ma  non ho una vera e propria
definizione.

E a Milano ho almeno un paio di casi abbastanza da grattacapo riguardo
a nomi delle piazze.

Per quanto riguarda il fatto che le piazze siano dei "place virtuali"
è vero che vengono spesse utilizzate per dare il nome alla zona, ma
questo semplicemente perché spesso sono il toponimo più conosciuto e
la conclusione dovrebbe essere che dovremmo indicare la zona con
place=quarter o con place= neighbourhood. Ma questo lo si potrebbe
fare solo se avesse una definizione ufficiale di queste zone (e a
Milano io non riesco a trovare una definizione ufficiale dei
quartieri, figuriamoci delle zone)

E a Milano, città che in molte zone non abbonda di piazze, molto
spesso il nome della zona deriva dal nome della strada e non della
piazza. E qiusto perfino nel caso ci siano piazze vicino (ad esempio
zona corso Vercelli e non zona Conciliazione o zona Baracca, zona
Brera e non zona largo Antonio Greppi, zona Buenos Aires e non zona
Lima, zona corso Como e non zona piazza venticinque aprile). In questo
caso cosa dovremmo fare mettere un place=street perché fanno un place
virtuale?

Ma più in generale trovo fonte di confusione i vari tag place.
Sembrano inventati per riuscire a mettere un nome dove non si saprebbe
come altro fare o per far apparire il nome di un paese quando questo
non è ancora mappato.

Temo che a scrivere questo messaggio io mi sia più confuso le idee che
non me le sia chiarite, spero non causi lo stesso effetto anche a voi.

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



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

Re: [Talk-cz] Pomníčky obětem dopravních nehod

[Zdeněk Pražák]

jen jsem se chtěl zeptat, jakými tagy uvedené pomníčky tagujete

Dne 10. prosince 2016 12:13 Ladislav Nesnera  napsal(a):

> za sebe jsem pro mapování, byť se míním zaměřit spíš na srovnání toho, kde
> se maléry dějí  a míst, kde
> se činí policie. Dle článku
> 
> je v Brně "nejproblematičtější" ulice Trnkova. Dle mapy nehodovosti tam od
> 2008 byla jen lehká zranění. Prostě čirá policejní šikana, místo aby dělali
> opravdu užitečnou práci :'(
>
> On 09/12/16 23:09, Jan Dudík wrote:
>
> Narazil jsem na pomníček oběti dopravní nehody v mapě od Seznamu
> https://mapy.cz/s/1gwb7
>
> Jde o skoro ojedinělý případ, namátkou tyto pevné pomníčky v mapě naopak
> nejsou:
>
> https://mapy.cz/s/1gwbk
> https://mapy.cz/s/1gwbx
> https://mapy.cz/s/1gwfc
> https://mapy.cz/s/1gwfO
> https://mapy.cz/s/1gwgC
> https://mapy.cz/s/1gwgX
>
> pravda, některé pomníčky jsou spíše nepevné
> https://mapy.cz/s/1gwcX
> https://mapy.cz/s/1gwez
> https://mapy.cz/s/1gwhh
>
> a jiné jen symbolické
> https://mapy.cz/s/1gwdR
> https://mapy.cz/s/1gwjI
>
> a někde i dlouho po nehodě vydrží svíčky/věneček
> http://g.denik.cz/11/39/sirejovice-vrbicany-nehoda0204-svicky2_denik-485.
> jpg
>
>
> Oproti tomu se do mapy běžně zanáší litinové kříže u cest, které často
> také vznikaly na místech, kde zahynul sedlák pod převráceným vozem, jen
> jsou o pár desítek (či stovek)
> https://mapy.cz/s/1gwc1
> let starší než novodobé pomníčky
>
>
> Otázka tedy zní - mapovat / nemapovat?
>
> novodobé pomníčky jsou pravděpodobně z velké části černou stavbou, ale
> zároveň jsou důležitým orientačním bodem...
>
> Jaké jsou vaše názory?
> 
>
> JAnD
>
>
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-be] GRB hackday december 11th

[Marc Gemis]

I'm really looking forward to read the procedure on how you guys came up.
You might have been lucky that I couldn't make it , now you only have
to ignore my annoying mails :-)

I fail to see how documentation will prevent any participant from just
dumping the data from GRB into OSM without any check what so ever. The
same happened in The Netherlands where destroyed buildings were still
imported and not-yet existing house numbers where dumped in the dunes.
A model import does not introduce errors that could be avoided by
simply looking at aerial imagery

I've been working almost daily with the GRB data now for 6 months (*)
or so and have a pretty good idea how much work it takes to make this
a model import. I fail to see how 20-25 people can accomplish this is
a year, unless they really spend a lot of hours on it.

But I am probably to critical right now and have to see what process /
documentation you guys came up with.

so I shut up now and wait

regards

m

(*) I did add new data to complement my surveys (super easy), as well
as update existing data in my neighborhood and on many churches
(sometimes very hard to do). Keeping the history and data of a
building, keeping nodes attached to existing buildings (entrances or
maiboxes), existing, but differently split-up of the buildings  will
all slow you down, because each time you have to think how you have to
solve that problem. Not to mention landuses, amenities, etc that are
attached to the buildings and have to be redrawn. Without doing all of
this, no model import.


On Wed, Dec 14, 2016 at 9:51 PM, Glenn Plas  wrote:
> On 14-12-16 20:55, Marc Gemis wrote:
>> On Wed, Dec 14, 2016 at 8:49 AM, joost schouppe
>>  wrote:
>>> Expect between 10 and 20 users for the import tool. I think we can handle a
>>> little ugliness.
>>> So something "not too bad" will do :)
>>>
>>> That said, if it all goes as planned, we will be doing a "model import". So
>>> I think the work on
>>
>> A model import of this size and data quality with only 10-20 users ?
>> You must be kidding :-)
>
> Sure, I would to it alone in 6Months in madness mass-mode approach.  In
> Escada approach with eye for detail and survey  information it would
> take a lot but there is not due date planned.  It's not an import, its a
> merge tool.
>
>> Without involvement of really local mappers (1 per village), it is
>> IMHO impossible to bring the GRB data up to  level that is needed for
>> a "model import".
>>
>> As you might know, everything with an address is categorized as house,
>> everything without as shed.  While this is a choice that Glenn made,
>> there are only 2 categories you can start from. There are also roofs
>> and some buildings are known as industrial (substations for
>> electricity), but that does not help with the issue.
>
> It's not a choice by me, it's a source data driven decision , you can't
> make up 5 categories when the source is only 2 big.  But we actually
> discussed what we will do with those cases and explained why it is what
> it is.  There are plenty of solutions for these cases but since it's a
> merge tool you're discussion a well balanced/chosen default based on the
> source data, we can/will modify that a bit, there are a few new ideas
> now since sunday. But all in all, this is a default, you get the merge
> windows which is basically what a mapper does: make informed decisions
> with a certain amount of local knowledge.
>
>
>>
>> So even churches are marked as shed. While this type of correction is
>> easy, it might easily be skipped (see Urbis import). However, try to
>> recognize apartments, retail vs. commercial, warehouse vs. industrial,
>> shed vs. garage (next to house), civic, barns vs. stables vs
>> farm_auxilairy etc. buildings based on aerial imagery.
>
> Yes, again, we have discussed this and we have a solution for this, this
> hackaton was exactly for bringing this up, you are a power user but you
> missed the meeting unfortunately, it happens but now I feel like again
> we need to discuss this, we are aware of the issues but we have brained
> together solutions for this.
>
>>
>> Unless many, many more mappers get involved in the process, this will
>> not be a model import in my eyes, simply because too many buildings
>> that are not house/shed will be mapped as such.
>
> 20 mappers you can do Belgium in a single year.  Not every mapper is
> going to work as detailed as you , but for GRB we need it to be done well.
>
>
>>
>> BTW, this has nothing to do with the import tool, which even in it's
>> current version is good to support local mappers. The main benefit is
>> that you do not have to draw the buildings yourself or add the
>> addresses. That's already done, changing the building type based on
>> ones observations is easy.
>>
>> So I really hope that the people involved in the import realize that
>> improving the data before uploading is much more important that having
>> an exact copy of GRB data 

Re: [OSM-talk] Cleanup of Wiki Page "Contact_channels"

[Komяpa]

Hello,

I've started to pull together the comprehensive machine-readable list of
the means of contact used through the community.

Let's map the internal communications :)

https://github.com/Komzpa/osm-contacts/blob/master/contacts.json

How you can help:
 - if you speak javascript, make a viewer/stats on it (d3 graphs anyone?);
 - help marking countries and languages there;
 - make records for forum.openstreetmap.org subforum;
 - update user counts on each chat;
 - if you thought of another chat, forum, list or whatever - just add it
there.

вт, 13 дек. 2016 г. в 0:38, Simon Poole :

>
> We are all reluctant to delete stuff in the wiki, but every page creates a
> maintenance burden that we simply, realistically, can't carry (not even
> starting ranting about translations). How likely is that anybody ever uses
> the page? Unluckily I believe we don't have  any page stats so we don't
> really have any data on what we can throw away. That doesn't mean that I
> want to reduce the tag documentation, quite the contrary, but at least that
> is self limiting in that we don't have endless variants of the same
> contents, all out of date and rarely viewed by anybody.
> Simon
>
>
> Am 12.12.2016 um 22:03 schrieb Michael Reichert:
>
> Hi Simon,
>
> Am 12.12.2016 um 21:47 schrieb Simon Poole:
>
> Like so many wiki pages there is really only one good action: send it to
> the circular folder.
> https://www.openstreetmap.org/help already lists all OSMF operated
> services, and at SOTM we discussed that we might add in one way of the
> other a pointer to the preferred national comms channel. Lets simply
> keep that up-to-date.
>
>
> This means that I should tidy up this wiki page by deleting almost
> everything, writing a few new words and adding thick, big link 
> tohttps://www.openstreetmap.org/help? Before I do that, I will write a
> pull request to the website to add the missing information at osm.org/help:
> - link to bugtrackers (I will write it like "to report software bugs of
> the website and other software)
> - notes (to name a method to inform us about map errors)
> - changeset discussion (to discuss a single map change somebody did)
>
> Best regards
>
> Michael
>
>
>
>
> ___
> talk mailing 
> listtalk@openstreetmap.orghttps://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-fr] aires de covoiturage

[osm . sanspourriel]

Ça se tient :

https://en.wikipedia.org/wiki/Park_and_ride#Car-share_park_and_rides

Sauf que selon le wiki ce n'est pas une valeur possible :
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking 



park_ride  	None 	yes; 
no; bus; train; tram; metro; ferry 	Node 
 Area 
 
Park and ride . Values of 
the key define connected means of transport. If unsure, use /yes/. (see 
Proposal 
)


Et la proposition est obsolète.

Je suis pour qu'on trouve un seul schéma et qu'on s'y tienne si possible 
;-).

Quelqu'un a trouvé comment les autres pays le font ?

Le 14/12/2016 à 12:20, Nicolas Dumoulin - nico...@dumoulin63.net a écrit :

Pour ma part, j'utilise la combo park_ride=yes + carpool=designated
http://www.openstreetmap.org/way/128277712

Je reste ouvert à un autre consensus.



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

[OSM-talk-be] Mapping Hackaton en préparation les 25,26/03 & 01/04 au Pianofabriek

[Laurent Pirotte]

Bonsoir,

Pour info, Dewey.be (à l'origine du projet Belgique Mode d'Emploi)
prépare un mapping hackaton les 25, 26 mars ainsi que le 1er avril 2017.
L'événement aura lieu au Pianofabriek à St-Gilles

Une première réunion s'est tenue ce soir même. Si vous êtes intéressés
soit de participer soit de vous impliquer dans l'organisation, vous
pouvez contacter Mathieu : mathieu.simon...@gmail.com

BàV

Laurent





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

Wochennotiz Nr. 334 06.12.2016–12.12.2016

[Wochennotizteam]

Hallo,

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

http://blog.openstreetmap.de/blog/2016/12/wochennotiz-nr-334/

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

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[jzvc]

Dne 14.12.2016 v 23:03 Jan Macura napsal(a):


Pokud by te na zaklade zadosti dle 106 odkazali na web(coz zcela
jiste udelaji), tak je to presne totez, jako prohlaseni ze ty data
na webu jsou zverejneny dle 106 (coz jsou),*a tudiz si snima muzes
delat co chces*.


No to právě ze 106 nevyplývá.

Coz je ostatne napsany i na tom webu.




https://geoportal.cuzk.cz/%28S%28yi2yevh0pkayh5wfeoxxjid2%29%29/Default.aspx?mode=TextMeta=wms.verejne=WMS.verejne.uvod_tab=sekce-03-gp=311

Podmínky užití jsou nedílnou součástí metadat každé služby.


https://geoportal.cuzk.cz/%28S%28yi2yevh0pkayh5wfeoxxjid2%29%29/Default.aspx?mode=TextMeta=full=wms.verejne=CZ-CUZK-WMS-ORTOFOTO-P

Podmínky pro přístup a užití: Žádné podmínky neplatí.

Coz sem ostatne uz v minulosti odkazoval.

Vazne nevim co se stale resi.


...a hned o 4 řádky níž:
///"Opětovnému využití dat zpřístupněných službou pro obchodní účely je
zamezeno začleněním ochranných znaků (copyright ČÚZK)."/



Znova 
Podmínky užití  ...

Podmínky pro přístup a užití: Žádné podmínky neplatí.
Podmínky pro přístup a užití: Výdejní jednotka není stanovena.
Podmínky pro přístup a užití: Bez poplatků.

Vidis tam nejakej dalsi zaznam kterej by popisoval podminky uziti? Ja 
teda ne.


Jsou tam "jina omezeni", kteryzto te uz naprosto nezajimaj. Navic ty 
rozhodne nebudes prodavat ty dlazdice.


Pak je tam jeste odkaz kamsi coz uz ovsem neni v souladu ani s tim, ze 
podminky jsou nedilnou soucasti meta, takze ten te zajima jeste min nez 
ty jina omezeni.


A jasne, pokud budes chtit ty fotky bez loga cuzk, nejspis se ti to 
budou snazit prodat. A i v tomhle pripade bys uspel na 106tku. Protoze 
to je vytvareny ze zakona za nase dane.


BTW: 
http://www.lupa.cz/aktuality/jizdni-rady-ares-ci-volna-mista-vlada-naridila-uradum-ktera-data-maji-otevrit/




a znova opakuji: zveřejněním nezaniká autoské právo autora/autorů. Tady
ti píšou, že to máš vyznačený přímo na těch snímcích (formou (c) =
copyright = právo na vytváření kopií = autorské právo). Kdyby tam bylo
"copyleft", tak nenapíšu do tohohle vlákna ani znak a už dávno bysme
měli nataženou WMSku ČUZK do JOSM a obreslovali bysme jak blázni.

  H.



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




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

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[jzvc]

Dne 14.12.2016 v 22:55 Jan Macura napsal(a):



 Technicky jsou ta data pod licenci CC0.


Cože?? [citation needed] !
Tohle by mě vážně zajímalo odkud máš.


Mě to osobně vyplývá z par. 14a bod 3. zák. 106., dále par. 3 odst.
3 a také par. 4 odst. 1, který říká, že se to týká i informací
zveřejněných. Nejenom těch co jsou vyžádány.


Koukám na aktuální znění  a v
§14 (3) vidím:/"Je-li žádost učiněna elektronicky, musí být podána
prostřednictvím elektronické adresy podatelny povinného subjektu, pokud
ji povinný subjekt zřídil. Pokud elektronické adresy podatelny nejsou
zveřejněny, postačí podání na jakoukoliv elektronickou adresu povinného
subjektu."/ v čemž souvislost s autorským právem nevidím. §3 jenom
definuje pojmy použité v zákoně. A §4 (1) mluví o poskytnutí informací,
ale ani tam nevidím napsané "poskytnutím informací zaniká
autorovi/autorům právo autorské"



To blbe ctes ...

§ 14a
(3) Podmínky poskytnutí informace v licenční nebo podlicenční smlouvě 
(dále jen "licenční smlouva") musí umožňovat další užití informace 
žadatelem v souladu se žádostí, pokud tento zákon nestanoví jinak. 
Licence nebo podlicence (dále jen "licence") se poskytuje jako 
nevýhradní, s výjimkou případů podle odstavce 4.






Bohužel..
  H.



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




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

Re: [Talk-it] Le piazze

[Any File]

Scusatemi, ma nell'email precedente ero stato frettoloso e volevo dire
un po' troppe cose tutte assieme.

Spero non vi dispiaccia se cambio l'ordine a cui do le risposte


2016-12-12 23:21 GMT+01:00 mbranco :
> @anyfile:

> *Se guardi la bozza di discussione che ho linkato nel primo intervento [1],
> io metto in discussione il rendering delle piazze, che visualizza fino a 80
> volte lo stesso nome in tutte le corsie della stessa piazza anzichè
> scrivermelo un unica volta, più evidenziato.

Questo problema c'è non solo per le piazze. In tratti di strade
rettilinei viene a volte ripetuto più volte a breve distanza il nome.
A volte talmente ravvicinati da quasi scontrarsi l'uno con l'altro.
Questo però è un problema di rendering e presumo che la soluzione non
sia semplice. A meno che di non pretendere, ad esempi, che se ci sono
3 way separate con lo stesso nome, si mostri il nome solo su quella
centrale o solo sulla prima e terza.


>
> Provocatoriamente: Ma allora dovremmo creare un tag anche per place=street?
> *No, perchè come nell'elenco che ho fatto prima di tutti i "place" che si
> trovano nei luoghi urbani, anche la piazza è un "place" virtuale, mentre
> invece tutte le "street" sono fisiche, hanno una delimitazione ben precisa.*

In realtà io non ho una definizione ben precisa di cosa sia una
piazza. né tanto meno so che questa sia un luogo virtuale.

Estremizzando dovrei concludere che l'unica differenza tra via e
piazza è il prenome che è stato assegnato alla strada (scusate non
ricordo il nome tecnico che si dà alla parte via/piazza/corso/ecc).

Ma se io distinguo tra una via ed una piazza in base al nome della
strada ecco che la distinzione riguarda la strada e non la parte che
ci sta dentro.

E se vogliamo usare un tag per indicare esplicitamente che si tratta
di una piazza bisognerebbe prima sapere cosa sia un piazza. Ovviamente
in qualche modo so cosa sia una piazza, ma  non ho una vera e propria
definizione.

E a Milano ho almeno un paio di casi abbastanza da grattacapo riguardo
a nomi delle piazze.

Per quanto riguarda il fatto che le piazze siano dei "place virtuali"
è vero che vengono spesse utilizzate per dare il nome alla zona, ma
questo semplicemente perché spesso sono il toponimo più conosciuto e
la conclusione dovrebbe essere che dovremmo indicare la zona con
place=quarter o con place= neighbourhood. Ma questo lo si potrebbe
fare solo se avesse una definizione ufficiale di queste zone (e a
Milano io non riesco a trovare una definizione ufficiale dei
quartieri, figuriamoci delle zone)

E a Milano, città che in molte zone non abbonda di piazze, molto
spesso il nome della zona deriva dal nome della strada e non della
piazza. E qiusto perfino nel caso ci siano piazze vicino (ad esempio
zona corso Vercelli e non zona Conciliazione o zona Baracca, zona
Brera e non zona largo Antonio Greppi, zona Buenos Aires e non zona
Lima, zona corso Como e non zona piazza venticinque aprile). In questo
caso cosa dovremmo fare mettere un place=street perché fanno un place
virtuale?

Ma più in generale trovo fonte di confusione i vari tag place.
Sembrano inventati per riuscire a mettere un nome dove non si saprebbe
come altro fare o per far apparire il nome di un paese quando questo
non è ancora mappato.

Temo che a scrivere questo messaggio io mi sia più confuso le idee che
non me le sia chiarite, spero non causi lo stesso effetto anche a voi.

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

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[Jan Macura]

> Pokud by te na zaklade zadosti dle 106 odkazali na web(coz zcela jiste
> udelaji), tak je to presne totez, jako prohlaseni ze ty data na webu jsou
> zverejneny dle 106 (coz jsou),* a tudiz si snima muzes delat co chces*.
>

No to právě ze 106 nevyplývá.

Coz je ostatne napsany i na tom webu.
>

>
> https://geoportal.cuzk.cz/%28S%28yi2yevh0pkayh5wfeoxxjid2%29
> %29/Default.aspx?mode=TextMeta=wms.verejne=WMS.ver
> ejne.uvod_tab=sekce-03-gp=311
>
> Podmínky užití jsou nedílnou součástí metadat každé služby.
>
> https://geoportal.cuzk.cz/%28S%28yi2yevh0pkayh5wfeoxxjid2%29
> %29/Default.aspx?mode=TextMeta=full=wms.ver
> ejne=CZ-CUZK-WMS-ORTOFOTO-P
>
> Podmínky pro přístup a užití: Žádné podmínky neplatí.
>
> Coz sem ostatne uz v minulosti odkazoval.
>
> Vazne nevim co se stale resi.
>
>
...a hned o 4 řádky níž:
 *"Opětovnému využití dat zpřístupněných službou pro obchodní účely je
zamezeno začleněním ochranných znaků (copyright ČÚZK)."*

a znova opakuji: zveřejněním nezaniká autoské právo autora/autorů. Tady ti
píšou, že to máš vyznačený přímo na těch snímcích (formou (c) = copyright =
právo na vytváření kopií = autorské právo). Kdyby tam bylo "copyleft", tak
nenapíšu do tohohle vlákna ani znak a už dávno bysme měli nataženou WMSku
ČUZK do JOSM a obreslovali bysme jak blázni.

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

Re: [Talk-it] segnalate le mancate attribuzioni

[girarsi_liste]

Il 14/12/2016 22:44, girarsi_liste ha scritto:
> Il 14/12/2016 22:42, girarsi_liste ha scritto:
>>
>> Per curiosità, cliccate su in cima nel menu "carte", poi nella pagina
>> delle mappe, sceglietene una e nel riquadro cliccate su "vedi
>> localizzazione", vedrete qualcosa di familiare. ;)
>>
>> Oppure per facilitarvi, cliccate al link sotto:
>>
>> http://www.twonav.com/it/carte
>>
>>
> 
> Ho visto adesso, cliccate se volete anche sul grande button "ricerca
> posizione".
> 
> 

Sempre in quella pagina, nel menu a sinistra, riquadro "fonte", cliccate
su "vedi tutto" --> spunta su "openstreetmap", e poi. chi si
sacrifica per acquistare una mappa e vedere se c'è la licenza? :)


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



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

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[Jan Macura]

>
>
>>
>> Technicky jsou ta data pod licenci CC0.
>>
>>
>> Cože?? [citation needed] !
>> Tohle by mě vážně zajímalo odkud máš.
>>
>
> Mě to osobně vyplývá z par. 14a bod 3. zák. 106., dále par. 3 odst. 3 a
> také par. 4 odst. 1, který říká, že se to týká i informací zveřejněných.
> Nejenom těch co jsou vyžádány.
>
>
> Koukám na aktuální znění  a v
§14 (3) vidím:* "Je-li žádost učiněna elektronicky, musí být podána
prostřednictvím elektronické adresy podatelny povinného subjektu, pokud ji
povinný subjekt zřídil. Pokud elektronické adresy podatelny nejsou
zveřejněny, postačí podání na jakoukoliv elektronickou adresu povinného
subjektu."* v čemž souvislost s autorským právem nevidím. §3 jenom definuje
pojmy použité v zákoně. A §4 (1) mluví o poskytnutí informací, ale ani tam
nevidím napsané "poskytnutím informací zaniká autorovi/autorům právo
autorské"

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

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[jzvc]

Dne 14.12.2016 v 22:00 Marián Kyral napsal(a):




 Původní zpráva 
Odesílatel: "Miroslav Suchý" 
Odesláno: 14. prosince 2016 19:04:50 SEČ
Komu: talk-cz@openstreetmap.org
Předmět: Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

Dne 3.12.2016 v 17:27 Jan Macura napsal(a):


Btw, autorskoprávní ochranu ortofota se už snažilo zpochybnit více
lidí (zejména s argumentem, že jeho vytvoření není tvůrčí proces), ale
dokud v tomhle smyslu nerozhodne nějaký soud, ZÚ své stanovisko
(licenci) změnit nehodlá.[volně shrnuji z diskuse na semináři Autoské
právo & Open data, 2014-09-09]


S tím, že dokud se to nedožene k soudu, tak se s tím nic nenadělá souhlasím.

Mě by ale spíše zajímalo, pokud bych ČUZK napsal o ortofoto podle 106,
tak jaký je by byl/mohl být důvod odmítnutí? Ať koukám do par. 11 jak
koukám, tak tam nic aplikovatelného nevidím.

Mirek

___
Podle mne ti napíšou, že to je dostupné na webu a pro osobní potřebu ti to 
stačí.

Což ovšem ne implikuje, že si s tím můžeš dělat co chceš.


Pokud by te na zaklade zadosti dle 106 odkazali na web(coz zcela jiste 
udelaji), tak je to presne totez, jako prohlaseni ze ty data na webu 
jsou zverejneny dle 106 (coz jsou), a tudiz si snima muzes delat co 
chces.  Coz je ostatne napsany i na tom webu.



https://geoportal.cuzk.cz/%28S%28yi2yevh0pkayh5wfeoxxjid2%29%29/Default.aspx?mode=TextMeta=wms.verejne=WMS.verejne.uvod_tab=sekce-03-gp=311

Podmínky užití jsou nedílnou součástí metadat každé služby.

https://geoportal.cuzk.cz/%28S%28yi2yevh0pkayh5wfeoxxjid2%29%29/Default.aspx?mode=TextMeta=full=wms.verejne=CZ-CUZK-WMS-ORTOFOTO-P

Podmínky pro přístup a užití: Žádné podmínky neplatí.

Coz sem ostatne uz v minulosti odkazoval.

Vazne nevim co se stale resi.




Marián


___
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-br] Correção de alguns postos de combustível no Brasil

[Gerald Weber]

"Casa da sogra" é o nome de uma loja em BH.

Gerald



On 13 Dec 2016 6:16 pm, "santamariense"  wrote:

Também tenho percebido a criação destes eletropostos em locais muito
improváveis. Eu pessoalmente não conheço nenhum.

Eu não uso o maps.me, mas parece que além dele introduzir os erros no
mapa, ele não deixa muito claro que os objetos são publicados no OSM.
Ou deixa claro?

Tenho visto muito "Casa", "Casa do Fulano", "Casa do Ciclano", até
"Casa da sogra"

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

Re: [Talk-cz] Vývoj RUIAN vs. KM prvků na serveru poloha.net za rok

[Jan Macura]

2016-12-14 22:11 GMT+01:00 Marián Kyral :

>
> Pěkné, jen bych doplnil, že ne všechny budovy jsou evidovány v RUIAN.
> Takže to, že nějaká budova chybí v RUIAN, nemusí být nutně chyba.
>
> Marian
>

Jasně, "drobné stavby" se v KN neevidují.

Dík za doplnění
H.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] segnalate le mancate attribuzioni

[girarsi_liste]

Il 14/12/2016 22:42, girarsi_liste ha scritto:
> 
> Per curiosità, cliccate su in cima nel menu "carte", poi nella pagina
> delle mappe, sceglietene una e nel riquadro cliccate su "vedi
> localizzazione", vedrete qualcosa di familiare. ;)
> 
> Oppure per facilitarvi, cliccate al link sotto:
> 
> http://www.twonav.com/it/carte
> 
> 

Ho visto adesso, cliccate se volete anche sul grande button "ricerca
posizione".


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



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

Re: [Talk-it] segnalate le mancate attribuzioni

[girarsi_liste]

Per curiosità, cliccate su in cima nel menu "carte", poi nella pagina
delle mappe, sceglietene una e nel riquadro cliccate su "vedi
localizzazione", vedrete qualcosa di familiare. ;)

Oppure per facilitarvi, cliccate al link sotto:

http://www.twonav.com/it/carte


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



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

Re: [Talk-cz] Vývoj RUIAN vs. KM prvků na serveru poloha.net za rok

[Marián Kyral]

Pěkné, jen bych doplnil, že ne všechny budovy jsou evidovány v RUIAN. Takže to, 
že nějaká budova chybí v RUIAN, nemusí být nutně chyba.

Marian


 Původní zpráva 
Odesílatel: Jan Macura 
Odesláno: 14. prosince 2016 19:37:29 SEČ
Komu: OpenStreetMap Czech Republic 
Předmět: Re: [Talk-cz]  Vývoj RUIAN vs. KM prvků na serveru poloha.net za rok

2016-12-14 9:51 GMT+01:00 Zdeněk Pražák :

> vrátím se tedy k mé původní otázce
> uvedené budovy mám tedy přetrasovávat?
>
> Pražák
>
>
Zdravím,

chtěl jsem se ujmout odpovědi, ale rozepsal jsem se tak, že to neprošlo do
mail-listu. Dal jsem tedy podrobnosti na wiki:
https://wiki.openstreetmap.org/wiki/Cs:R%C3%9AIAN/p%C5%99etr
asov%C3%A1n%C3%AD

TL;DR: ano, přetrasování je užitečné.

H./YjM




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

-- 
Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji 
stručnost.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[Marián Kyral]

 Původní zpráva 
Odesílatel: "Miroslav Suchý" 
Odesláno: 14. prosince 2016 19:04:50 SEČ
Komu: talk-cz@openstreetmap.org
Předmět: Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

Dne 3.12.2016 v 17:27 Jan Macura napsal(a):
>
> Btw, autorskoprávní ochranu ortofota se už snažilo zpochybnit více 
> lidí (zejména s argumentem, že jeho vytvoření není tvůrčí proces), ale 
> dokud v tomhle smyslu nerozhodne nějaký soud, ZÚ své stanovisko 
> (licenci) změnit nehodlá.[volně shrnuji z diskuse na semináři Autoské 
> právo & Open data, 2014-09-09]

S tím, že dokud se to nedožene k soudu, tak se s tím nic nenadělá souhlasím.

Mě by ale spíše zajímalo, pokud bych ČUZK napsal o ortofoto podle 106, 
tak jaký je by byl/mohl být důvod odmítnutí? Ať koukám do par. 11 jak 
koukám, tak tam nic aplikovatelného nevidím.

Mirek

___
Podle mne ti napíšou, že to je dostupné na webu a pro osobní potřebu ti to 
stačí.

Což ovšem ne implikuje, že si s tím můžeš dělat co chceš.

Marián


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

-- 
Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji 
stručnost.

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

Re: [OSM-talk-be] GRB hackday december 11th

[Glenn Plas]

On 14-12-16 20:55, Marc Gemis wrote:
> On Wed, Dec 14, 2016 at 8:49 AM, joost schouppe
>  wrote:
>> Expect between 10 and 20 users for the import tool. I think we can handle a
>> little ugliness.
>> So something "not too bad" will do :)
>>
>> That said, if it all goes as planned, we will be doing a "model import". So
>> I think the work on
> 
> A model import of this size and data quality with only 10-20 users ?
> You must be kidding :-)

Sure, I would to it alone in 6Months in madness mass-mode approach.  In
Escada approach with eye for detail and survey  information it would
take a lot but there is not due date planned.  It's not an import, its a
merge tool.

> Without involvement of really local mappers (1 per village), it is
> IMHO impossible to bring the GRB data up to  level that is needed for
> a "model import".
> 
> As you might know, everything with an address is categorized as house,
> everything without as shed.  While this is a choice that Glenn made,
> there are only 2 categories you can start from. There are also roofs
> and some buildings are known as industrial (substations for
> electricity), but that does not help with the issue.

It's not a choice by me, it's a source data driven decision , you can't
make up 5 categories when the source is only 2 big.  But we actually
discussed what we will do with those cases and explained why it is what
it is.  There are plenty of solutions for these cases but since it's a
merge tool you're discussion a well balanced/chosen default based on the
source data, we can/will modify that a bit, there are a few new ideas
now since sunday. But all in all, this is a default, you get the merge
windows which is basically what a mapper does: make informed decisions
with a certain amount of local knowledge.


> 
> So even churches are marked as shed. While this type of correction is
> easy, it might easily be skipped (see Urbis import). However, try to
> recognize apartments, retail vs. commercial, warehouse vs. industrial,
> shed vs. garage (next to house), civic, barns vs. stables vs
> farm_auxilairy etc. buildings based on aerial imagery.

Yes, again, we have discussed this and we have a solution for this, this
hackaton was exactly for bringing this up, you are a power user but you
missed the meeting unfortunately, it happens but now I feel like again
we need to discuss this, we are aware of the issues but we have brained
together solutions for this.

> 
> Unless many, many more mappers get involved in the process, this will
> not be a model import in my eyes, simply because too many buildings
> that are not house/shed will be mapped as such.

20 mappers you can do Belgium in a single year.  Not every mapper is
going to work as detailed as you , but for GRB we need it to be done well.


> 
> BTW, this has nothing to do with the import tool, which even in it's
> current version is good to support local mappers. The main benefit is
> that you do not have to draw the buildings yourself or add the
> addresses. That's already done, changing the building type based on
> ones observations is easy.
> 
> So I really hope that the people involved in the import realize that
> improving the data before uploading is much more important that having
> an exact copy of GRB data in OSM.


Yea, I really missed you there Marc,  you would have been an asset.  You
have good input but missed the party this time.  We know it's not easy
to make it sometimes but give us some time to document things and then
give your feedback again on those solutions.


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

Re: [Talk-it] segnalate le mancate attribuzioni

[Martin Koppenhoefer]

sent from a phone

> On 14 Dec 2016, at 20:51, Dino Michelini  wrote:
> 
> "Attualmente OpenStreetMap è un grande alleato per coprire zone del pianeta 
> non cartografate, offrendo carte di qualsiasi luogo del mondo a un prezzo 
> molto competitivo...". Insomma, a quanto capisco ci attribuiscono una 
> cessione di utilizzo dei dati in cambio di money! Che ne pensate?


penso che è un modo per dire gratis senza dirlo. Sono sicuro che non paghino 
niente, come nessuno paga per l'utilizzo di OSM. Non dicono mai niente sulla 
licenza? 

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

Re: [Talk-it] ottenere una mappa europa con coordinate come?

[Cascafico Giovanni]

Se non ti danno fastidio i confini nazionali, puoi scaricare i paesi
europei da qui [1] ed in qgis impostare un reticolo (se é questo che
intendi di per coordinate) nel composer che é la parte e di qgis dedicata
alle stampe.

[1] https://osm.wno-edv-service.de/boundaries/

Il 14/dic/2016 18:13, "matteo ruffoni"  ha scritto:

> Avrei bisogno di ottenere una mappa dell'europa politica moderna con
> licenza cc con coordinate.
> Qualcuno mi suggerisce come fare?
> ciao e grazie Matteo
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-ie] Can Townlands be split for Civil parishes and barony boundries?

[Brian Hollinshead]

Lugaphuill:
The two townlands in separate Civil Parishes were combined into one by the
Boundary Surveyor.
A study of the valuation books this morning shows them as separate in 1856,
1883, 1914 and 1922 but combined in 1935.

A closer inspection of the annotations in the books show the effective date
was 1927.


I strongly believe that townlands which enjoyed a separate but adjoining
existence for seventy years should be shown on OSM as such as there are a
wealth of records referring to each part. Similarly where we find townlands
which have been absorbed into city or town limits, that they should also be
added to OSM for record purposes.

I have therefore drawn the two original parts into OSM as Lugaphuill (Drum)
and Lugaphuill (Ballyhean) AND left the combined one there until those who
decide, decide which is preferable. I have added a note to all three as
below

"Lugaphuill (Drum) and Lugaphuill (Ballyhean) combined by Boundary Surveyor
in 1927, as per Valuation Office books."

On 12 December 2016 at 16:09, Cormac O Murchú  wrote:

> (Apologies for formatting in first message so resent)
>
> We are asking the wrong question of Lugaphuill in a way.
>
> There were two townlands named Lugaphuill in 2 separate civil parishes as
> late as 1911.
>
> 1901 Index.
>
> map  Townland name Area  acres  roods  perches County Barony Parish County
> district / Superintendent Registrar’s District District Electoral Division
> (DED) DED number
> [89] Lugaphuill 215 2 4 Mayo Carra Drum Castlebar Breaghwy 6
> [89][Lugaphuill 249 2 25 Mayo Carra Ballyhean Castlebar Breaghwy 63
>
> As both were then and are now in Breaghwy ED the REAL question is WERE they
> LATER combined intone  townland by a Boundary Order and the answer
> seemingly
> is perhaps yes.. They were separate townlands in 1901 or so.  The problem
> is
> that nobody seems to know where the boundary orders are I asked in the
> Valuation office ( the chief valuer is the chief boundary surveyor who
> makes
> boundary orders in Ireland) and a whole load of boundary orders were made
> c.
> 1898 to 1914 or so.
>
> 1911 census
>
> We can see that separate enumeration forms exist in for FOR Drum
>
> 1. http://www.census.nationalarchives.ie/reels/nai002982064/ ( Drum)
> (dwellngs 21)
>
> And separately Ballyhean
>
> 2. http://www.census.nationalarchives.ie/reels/nai002981321/ (Ballyhean)
> (dwellings 7)
>
> So not combined there either or there would be only one form ( 1 per
> townland)
>
> In the Townlands  supplement to the 1911 census
>
> This >
>
> http://www.histpop.org/ohpr/servlet/PageBrowser?path=
> Browse/Census%20(by%20g
> eography)/Ireland/1911=yes=460=
> expandnew=200
> lay=sections=tables=pagetitles=first-nonblank
>
> There is no mention of Lugaphuill which indicates that a boundary order was
> perhaps made after 1913 IF at all.
>
> http://www.histpop.org/ohpr/servlet/PageBrowser?path=
> Browse/Census%20(by%20g
> eography)/Ireland/1911=yes=460=
> expandnew=section
> s=tables=pagetitles=11
>
> We do see a lot of modifications where xx Urban ED s are located.
>
> 1901
> map sheet number Townland name Are  acres Area roods Area perches County
> Barony Parish County district / Superintendent Registrar’s District
> District
> Electoral Division (DED) DED number
> [88] Clerhaun 116 2 12 Mayo Murrisk Oughaval Westport Westport Rural 154
>
> Suddenly we see Clerhaun “Part of” Here.
>
> http://www.histpop.org/ohpr/servlet/PageBrowser?path=
> Browse/Census%20(by%20g
> eography)/Ireland/1911=yes=460=
> expandnew=section
> s=tables=pagetitles=6
>
> 115 acres 3 and 7 The missing 1 acre was evidently nibbled by Westport
> Urban
> ED as a result of a stream being straightened. Between 1839 and 1901 or so
> and made into the ED Boundary with the townland adjustment made afterwards
> post 1901.
>
> https://www.townlands.ie/mayo/murrisk/kilmeena/westport-rural/clerhaun/
>
> So there should also be a 1 acre Clerhaun townland in Westport Urban ED But
> I dunno when/if the 2 x Lugaphuill townlands were combined save that there
> had to be an order making it so and the Valuers office have no public
> record
> of these.
>
> HTH
>
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-be] GRB hackday december 11th

[Marc Gemis]

On Wed, Dec 14, 2016 at 8:49 AM, joost schouppe
 wrote:
> Expect between 10 and 20 users for the import tool. I think we can handle a
> little ugliness.
> So something "not too bad" will do :)
>
> That said, if it all goes as planned, we will be doing a "model import". So
> I think the work on

A model import of this size and data quality with only 10-20 users ?
You must be kidding :-)
Without involvement of really local mappers (1 per village), it is
IMHO impossible to bring the GRB data up to  level that is needed for
a "model import".

As you might know, everything with an address is categorized as house,
everything without as shed.  While this is a choice that Glenn made,
there are only 2 categories you can start from. There are also roofs
and some buildings are known as industrial (substations for
electricity), but that does not help with the issue.

So even churches are marked as shed. While this type of correction is
easy, it might easily be skipped (see Urbis import). However, try to
recognize apartments, retail vs. commercial, warehouse vs. industrial,
shed vs. garage (next to house), civic, barns vs. stables vs
farm_auxilairy etc. buildings based on aerial imagery.

Unless many, many more mappers get involved in the process, this will
not be a model import in my eyes, simply because too many buildings
that are not house/shed will be mapped as such.

BTW, this has nothing to do with the import tool, which even in it's
current version is good to support local mappers. The main benefit is
that you do not have to draw the buildings yourself or add the
addresses. That's already done, changing the building type based on
ones observations is easy.

So I really hope that the people involved in the import realize that
improving the data before uploading is much more important that having
an exact copy of GRB data in OSM.

regards

m

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

Re: [Talk-it] segnalate le mancate attribuzioni

[Dino Michelini]

Salve lista, a distanza di tempo vorrei tornare sul tema, segnalando una 
attribuzione molto particolare riguardo i dati OSM. Dovendo "strappare" 
alla twonav l'acquisto di 1 (avete letto bene "una") licenza di Land 8 
navigavo sul loro sito e alla pagina "PARTNERS 
" leggete cosa scrivono a proposito 
di OSM: /"Attualmente OpenStreetMap è un grande alleato per coprire zone 
del pianeta non cartografate, offrendo carte di qualsiasi luogo del 
mondo a un prezzo molto competitivo...". /Insomma, a quanto capisco ci 
attribuiscono una cessione di utilizzo dei dati in cambio di money! Che 
ne pensate?



Il 25/08/2016 10:46, Alessandro Palmas ha scritto:

Il 25/08/2016 10:07, Lorenzo "Beba" Beltrami ha scritto:

Sembra incredibile, ma dal thread sul terremoto emerge che sul sito
delle emergenze dell'UE
(http://emergency.copernicus.eu/mapping/list-of-components/EMSR177)
manca l'attribuzione...

Beba


Urca :-O
è quasi imbarazzante.
Nella mappa a pieno schermo non c'è, cliccando su uno dei riquadri per 
la nostra attivazione, cliccando sul link di un'immagine (ad esempio 
http://emergency.copernicus.eu/mapping/ems-product-component/EMSR177_10AMATRICEWEST_GRADING_OVERVIEW/0 
) e selezionando il layer SM Mapnik allora vediamo comparire

 ©CCBYSA OpenStreetMap contributors


___
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-br] Sobre addr:interpolation - possibilidades

[Pedro vida torta]

Apesar de ter sempre usado interpolation para numerar vias em Sampa , sou
contra o uso indiscriminado pois geraria acomodação , Em São Paulo  isso
não seria necessário visto que temos números de porta disponíveis no site
da prefeitura e só numerar , no rio de janeiro já ouvi algo semelhante, o
mais correto penso eu seria procurar e ver se existem números disponíveis
em todas as grande cidades.

Em 14 de dezembro de 2016 16:26, Sérgio V.  escreveu:

> #addr:interpolation
>
> Tava pensando:
>
> Poderia talvez ter uma maneira de adicionar automaticamente um
> addr:interpolation no OSM direto sobre o que já existe.
> E sem depender de montar sobre SHP de "faces de quarteirão" do IBGE.
> Pois isso é coisa que acho que vai levar mais tempo do que já levou para
> traçar vias no OSM todo. A não ser que se consiga numeração de outras
> fontes mais fáceis.
> Numeração é super importante pra navegação.
> Senão vai levar décadas para se conseguir numerar, ficaria um entrave à
> popularização da navegação via OSM.
>
> Talvez poderia ser desenvolvida uma tag para "o(s) mesmo(s) way(s)" da
> via, sem necessitar mais de adicionar 2 ways paralelos.
> No meu ver este método atual de criar ways paralelos causa poluição.
> Creio que em um futuro bem próximo vai gerar excesso de ways paralelos e
> sobrecarga, e é mais fácil de dar problemas de alguém se enganar e
> arrastar).
> Isso talvez ajudaria o OSM em todo o mundo.
>
> CONDIÇÕES:
> Precisaria primeiro selecionar as vias que:
> 1-sigam um padrão fixo como: esquerda=ímpar; direita=par (ou estejam em
> áreas/cidades/localidades que sigam este padrão fixo);
> 2-já tenham sentido confirmado (início-fim, para onde cresce a numeração).
> Ou se for padrão da cidade par/ímpar em lados inversos, inverter o padrão
> no processo.
>
> Poderia ser +/- assim, adicionar 2 tags pro mesmo way da via:
> addr:interpolation:odds=
> addr:interpolation:evens=
>
> Exemplo:
> addr:interpolation:odds=1-1001
> addr:interpolation:evens=2-1002
>
> Creio que se poderia obter "automaticamente" estes valores com um
> processo de script (mesmo se não souber os valores exatos de início e fim):
> 1-indicar ao menos "1" way como o sentido correto (início-fim) para ser
> atribuído a todos os ways da sequência;
> 2-se conhece ao menos "um" número inicial "ou" final (ímpar "ou" par),
> indicá-los (serão atribuídos ao final do processo);
> se não conhece, serão atribuídos "1" ao ímpar inicial, e "2" ao par
> inicial; o resto será dado pelo comprimento dos ways;
> 3-processar os ways de vias em continuidade, isto é: highways=;
> "E" com nós conectados; "E" tag 'name=*' igual;
> 4-somar seus comprimentos para obter o comprimento total da via para o
> "range" de numeração;
> 5-nestes casos eventualmente "subdividindo" os valores das tags
> addr:interpolation:  conforme cada way da sequência;
> 6-por fim aplicando estas tags e valores subdivididos aos respectivos
> segmentos de ways da mesma via ("sem" fundir os ways em um só).
>
> Verificadas aquelas CONDIÇÕES citadas acima, poderia ser em "automated
> edition".
> Mesmo se der coisa errada, acerta-se em grande parte. A aproximação deve
> dar bem boa.
> (OBS.: o Google tá cheio destes problemas de range de numeração, mesmo
> assim vai liberando informação para uso, e recebendo retorno onde corrigir;
> talvez executem assim também em muitos casos; não parece dar em erro grave)
> Poderia-se também adicionar algo como "fixme=automated edition:confirmar
> interpolação com outra fonte", para promover feed-back.
>
> Creio que são coisas que talvez possam facilitar para agilizar a
> popularização do OSM pra navegação.
> Certamente se poderia rever muita coisa nesta possibilidade para tornar
> viável implementar de fato.
>
> Que acham? Útil? Viável?
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


-- 
*Pedro Esmerilho*
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-es] IGN en página de copyright de OSM y reunión inminente

[David Marín Carreño]

Me acabo de dar cuenta de que hay una cosa que creo que sería necesaria
para mejorar la colaboración... Y es que alguien del IGN estuviera por aquí
como un miembro más de la comunidad.

Creo que es un error ser intermediarios cuando quizá lo más adecuado fuese
que el IGN formara parte de la comunidad de OSM, en la medida en que les
interese. Exactamente igual que hacemos cada uno de nosotros.

Quizá nuestra labor debiera ser introducirles en nuestra comunidad, lo que
hacemos, nuestras normas... Y que si quieren más reconocimiento (que creo
que lo pueden merecer) pues que lo busquen de primera mano.

Un cordial saludo,
--
David Marín


El mié., 14 dic. 2016 a las 19:49, Jorge Sanz () escribió:

2016-12-14 18:55 GMT+01:00 Francisco Javier :

Creo que deberíamos esperar la respuesta de OSMF antes de dar una respuesta
erronea al IGN. No sabemos si para estar a 1 click hay que aportar más
contenido, money o caerles simpáticos.

Una vez que se tenga la respuesta se puede pensar en negociar la licencia
de uso de sus datos, pedir ayuda humana etc.. pero tampoco que parezca un
"si tú me das yo te pongo ahí y si no puerta" porque puede que para estar a
un click ni siquiera necesiten a la comunidad española..


Otro tema es que más allá de los datos explícitos que se han importado o se
importarán también está el uso de PNOA como mejor origen de datos para
cartografía en remoto desde hace años.


-- 
Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] IGN en página de copyright de OSM y reunión inminente

[Jorge Sanz]

2016-12-14 18:55 GMT+01:00 Francisco Javier :

> Creo que deberíamos esperar la respuesta de OSMF antes de dar una
> respuesta erronea al IGN. No sabemos si para estar a 1 click hay que
> aportar más contenido, money o caerles simpáticos.
>
> Una vez que se tenga la respuesta se puede pensar en negociar la licencia
> de uso de sus datos, pedir ayuda humana etc.. pero tampoco que parezca un
> "si tú me das yo te pongo ahí y si no puerta" porque puede que para estar a
> un click ni siquiera necesiten a la comunidad española..
>
>
Otro tema es que más allá de los datos explícitos que se han importado o se
importarán también está el uso de PNOA como mejor origen de datos para
cartografía en remoto desde hace años.


-- 
Jorge Sanz
http://www.osgeo.org
http://wiki.osgeo.org/wiki/Jorge_Sanz
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cz] chybová hláška JOSM

[Zdeněk Pražák]

kontroloval jsem turistické značení v okolí Javorníku v datasetu 4440321 - 
zde jsem smazal několik relací zelené turistické značky z travné do Račího 
údolí a sloučil jejich obsah do jedné relace č. 2581151
Při jeho ukládání se mi objevila hláška: selhalo mazání relace č. 6429254. 
je stále odkazována z relace 6429231. Při kliknutí na tlačítko příprava 
řešení konfliktů se mi žádný komnflikt nevytvoří.

Jak mám stáhnout relaci 6429231 tak, abych z ní mohl odsranit odkaz na 
relaci 6429254
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Vývoj RUIAN vs. KM prvků na serveru poloha.net za rok

[Jan Macura]

2016-12-14 9:51 GMT+01:00 Zdeněk Pražák :

> vrátím se tedy k mé původní otázce
> uvedené budovy mám tedy přetrasovávat?
>
> Pražák
>
>
Zdravím,

chtěl jsem se ujmout odpovědi, ale rozepsal jsem se tak, že to neprošlo do
mail-listu. Dal jsem tedy podrobnosti na wiki:
https://wiki.openstreetmap.org/wiki/Cs:R%C3%9AIAN/p%C5%99etr
asov%C3%A1n%C3%AD

TL;DR: ano, přetrasování je užitečné.

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

Re: [Talk-cz] Rozdělení červené

[Petr Holub]

> když jsem tam šplhal po skále s kolem na zádech, tak jsem si říkal, že značka
> tu sice je, ale ta cyklo že snad musela jít jinudy, že jsem přehlídnul odbočku
> nebo co ... potom vyjedu na louku, v protisměru cedule jak kráva, tak se
> otočím a čtu něco jako "Pozor obtížný úsek", hmmm ...

Btw, od toho máme aspoň v rámci MTB značení mtb:scale=4 a výš. Taky
jsem to tak kdysi do mapy zanesl. 

Petr


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

[Talk-br] Sobre addr:interpolation - possibilidades

[Sérgio V .]

#addr:interpolation

Tava pensando:

Poderia talvez ter uma maneira de adicionar automaticamente um 
addr:interpolation no OSM direto sobre o que já existe.
E sem depender de montar sobre SHP de "faces de quarteirão" do IBGE.
Pois isso é coisa que acho que vai levar mais tempo do que já levou para traçar 
vias no OSM todo. A não ser que se consiga numeração de outras fontes mais 
fáceis.
Numeração é super importante pra navegação.
Senão vai levar décadas para se conseguir numerar, ficaria um entrave à 
popularização da navegação via OSM.

Talvez poderia ser desenvolvida uma tag para "o(s) mesmo(s) way(s)" da via, sem 
necessitar mais de adicionar 2 ways paralelos.
No meu ver este método atual de criar ways paralelos causa poluição.
Creio que em um futuro bem próximo vai gerar excesso de ways paralelos e 
sobrecarga, e é mais fácil de dar problemas de alguém se enganar e arrastar).
Isso talvez ajudaria o OSM em todo o mundo.

CONDIÇÕES:
Precisaria primeiro selecionar as vias que:
1-sigam um padrão fixo como: esquerda=ímpar; direita=par (ou estejam em 
áreas/cidades/localidades que sigam este padrão fixo);
2-já tenham sentido confirmado (início-fim, para onde cresce a numeração).
Ou se for padrão da cidade par/ímpar em lados inversos, inverter o padrão no 
processo.

Poderia ser +/- assim, adicionar 2 tags pro mesmo way da via:
addr:interpolation:odds=
addr:interpolation:evens=

Exemplo:
addr:interpolation:odds=1-1001
addr:interpolation:evens=2-1002

Creio que se poderia obter "automaticamente" estes valores com um processo de 
script (mesmo se não souber os valores exatos de início e fim):
1-indicar ao menos "1" way como o sentido correto (início-fim) para ser 
atribuído a todos os ways da sequência;
2-se conhece ao menos "um" número inicial "ou" final (ímpar "ou" par), 
indicá-los (serão atribuídos ao final do processo);
se não conhece, serão atribuídos "1" ao ímpar inicial, e "2" ao par inicial; o 
resto será dado pelo comprimento dos ways;
3-processar os ways de vias em continuidade, isto é: highways=; "E" 
com nós conectados; "E" tag 'name=*' igual;
4-somar seus comprimentos para obter o comprimento total da via para o "range" 
de numeração;
5-nestes casos eventualmente "subdividindo" os valores das tags 
addr:interpolation:  conforme cada way da sequência;
6-por fim aplicando estas tags e valores subdivididos aos respectivos segmentos 
de ways da mesma via ("sem" fundir os ways em um só).

Verificadas aquelas CONDIÇÕES citadas acima, poderia ser em "automated edition".
Mesmo se der coisa errada, acerta-se em grande parte. A aproximação deve dar 
bem boa.
(OBS.: o Google tá cheio destes problemas de range de numeração, mesmo assim 
vai liberando informação para uso, e recebendo retorno onde corrigir; talvez 
executem assim também em muitos casos; não parece dar em erro grave)
Poderia-se também adicionar algo como "fixme=automated edition:confirmar 
interpolação com outra fonte", para promover feed-back.

Creio que são coisas que talvez possam facilitar para agilizar a popularização 
do OSM pra navegação.
Certamente se poderia rever muita coisa nesta possibilidade para tornar viável 
implementar de fato.

Que acham? Útil? Viável?


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Possível cópia de nomes de ruas do Google

[thundercel]

-Mensagem Original- 
From: Nelson A. de Oliveira

O Marcio vai se lembrar que eu perguntei se por acaso ele não teria um
filho ou neto, justamente pelos nomes de familiares nas ruas.
Parece bem uma coisa de criança (não no sentido de mentalidade
infantil, mas de pessoa com pouca idade mesmo).


Ele me disse por telefone que não, ninguém emprega a maquina dele e por essa 
razão que deduzi, sendo ele com pouco experiência, que o PC foi invadido.


Por telefone expliquei e foi feito por ele a troca de senha do ID.

Até prova em contrário acredito na palavra dele quanto a nunca ter editado 
qualquer coisa no estado de SP.


Por fim solicito aquele que o rotulou de sabotador em mensagem direta que 
reflita um pouco mais antes de tecer um comentário desse tipo a um usuário 
que tem boas intenções.


[]s
Marcio 



---
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus


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

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[Miroslav Suchý]

Dne 2.12.2016 v 21:22 Jan Macura napsal(a):
2016-12-02 12:53 GMT+01:00 Miroslav Suchy >:



Technicky jsou ta data pod licenci CC0.


Cože?? [citation needed] !
Tohle by mě vážně zajímalo odkud máš.


Mě to osobně vyplývá z par. 14a bod 3. zák. 106., dále par. 3 odst. 3 a 
také par. 4 odst. 1, který říká, že se to týká i informací zveřejněných. 
Nejenom těch co jsou vyžádány.


Mirek


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

Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de ruas do Google)

[Pedro vida torta]

Eu acho que o importante não e a variação de nomes existentes nas fontes de
pesquisa e sim colocar com clareza a fonte de onde veio, seja ibge site das
prefeituras ou mesmo colhida in loco , para falar de diferenças no Bom
Retiro em São Paulo tem uma rua que tem um nome do google , outro no site
da prefeitura e duas placas da mesma via com grafia diferente em cada uma,
portanto o correto e aquela fonte de onde foi tirado o nome.

Em 14 de dezembro de 2016 08:20, santamariense 
escreveu:

> Sobre nome de vias públicas (ruas/estradas/...) gostaria de
> compartilhar a minha experiência.
>
> 1 - Busco sempre saber se existe um nome oficial (pesquisa nas Leis
> Municipais), no caso da minha cidade temos uma excelente fonte única
> que é uma lei que consolidou cerca de 1,5 mil denominações
> (http://www.camara-sm.rs.gov.br/camara/print_pdf/lei-
> ordinaria/2011/555/5558/lei-ordinaria-n-5558-2011-consolida-a-legislacao-
> municipal-sobre-denominacao-de-ruas).
> Claro que depois dessa lei surgiram leis esparsas, daí é só questão de
> acompanhar as novas leis criadas;
>
> 2 - Há casos em que a razão pode ser sim da placa. Existe uma placa
> "Estr. Mun. José Santo Fighera" (provavelmente colocada pelos próprios
> familiares) onde fica a família do Arroz Fighera. Quem criou a lei,
> aportuguesou o nome (Estr. Mun. José Santos Figueira), talvez porque
> ouviu e entendeu que fosse assim, sem tirar dúvidas em um documento
> com mais calma.
>
> 3 - Há casos em que não se pode confiar em placas. Neste caso, cito a
> R. Enesto Beck. Essa pessoa consta em livros de história sobre a
> cidade. Mas existe uma variação muito forte do nome dele, que é
> (Coronel) Ernesto Becker, seja em (algumas) placas, usado pela
> prefeitura, media local e até um ponto de táxi com o nome errado (sem
> falar que isso foi certamente agravado por erro de mapas conhecidos,
> como o GM, porque querendo ou não as pessoas veem o nome errado lá e
> passam a usá-lo - falei disso no diário certa feita:
> http://www.openstreetmap.org/user/santamariense/diary/37275). No OSM,
> é claro, temos os dois nomes. No IBGE tá certo o "Beck", mas tá errado
> o "coronel", porque o título não aparece no nome oficial.
>
> 4 - Até onde eu sei, o IBGE não é totalmente seguro quanto nome de
> ruas. Pode sim conter erros como qualquer outra fonte. Até porque há
> nomes que são capturados verbalmente com moradores.
>
> Se há variações do nome, e são de fontes lícitas, devemos colocar no
> OSM todas elas. Nas mais diferentes tags name, loc_name, alt_name,
> official_name, old_name,... Na tag "name" eu sempre preferia colocar o
> nome oficial, mas hoje eu tenho opinião diferente, nesta tag devemos
> colocar o que se acha in-loco, seja placas ou consenso de moradores.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>



-- 
*Pedro Esmerilho*
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-GB] 3rd Midlands OSM New Year Mapping Meeting

[SK53 (via Doodle)]

Hi there,

SK53 (sk53@gmail.com) invites you to participate in the Doodle
poll "3rd Midlands OSM New Year Mapping Meeting."

Similar in format to past 2 years. Meet at 10:30 for about 2 hours
footpath mapping, pub lunch, more mapping in the afternoon. Choose
which bits you fancy & come & join us.
  
  Current prospective
locations are around Yoxhall, Staffs & Scalford, Leicestershire.
Latter is further for West Mids folks, but not much more than an hour
using Motorways.
  
  Please see wiki page for more info:
https://wiki.openstreetmap.org/wiki/Nottingham/Mapping_Meetup/New_Year_2017
Jerry

Participate now
https://doodle.com/poll/s7y2ifwc5vbr6rg2?tmail=poll_invitecontact_participant_invitation_with_message=pollbtn

What is Doodle? Doodle is a web service that helps SK53 to find a
suitable date for meeting with a group of people. Learn more about how
Doodle works.
(https://doodle.com/features?tlink=checkOutLink=poll_invitecontact_participant_invitation_with_message)

--

You have received this e-mail because "SK53" has invited you to
participate in the Doodle poll "3rd Midlands OSM New Year Mapping
Meeting."



Doodle is also available for iOS and Android.


Doodle AG, Werdstrasse 21, 8021 Zürich
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Dotaz: Silnice a informace z ŘSD

[Miroslav Suchý]

Dne 3.12.2016 v 17:27 Jan Macura napsal(a):


Btw, autorskoprávní ochranu ortofota se už snažilo zpochybnit více 
lidí (zejména s argumentem, že jeho vytvoření není tvůrčí proces), ale 
dokud v tomhle smyslu nerozhodne nějaký soud, ZÚ své stanovisko 
(licenci) změnit nehodlá.[volně shrnuji z diskuse na semináři Autoské 
právo & Open data, 2014-09-09]


S tím, že dokud se to nedožene k soudu, tak se s tím nic nenadělá souhlasím.

Mě by ale spíše zajímalo, pokud bych ČUZK napsal o ortofoto podle 106, 
tak jaký je by byl/mohl být důvod odmítnutí? Ať koukám do par. 11 jak 
koukám, tak tam nic aplikovatelného nevidím.


Mirek


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

Re: [Talk-cz] zákon o KČT

[Jan Macura]

Míro super!
"v elektronicky čitelné podobě" bych přinejmenším nahradil za
"elektronicky, ve strojově čitelné podobě", ale na debatu už bohužel nebyl
čas. Velký plus za aspoň narychlo vytvořený podnět.

H.

2016-12-14 18:51 GMT+01:00 Miroslav Suchý :

> Dne 14.12.2016 v 13:25 Ha Noj napsal(a):
>
>> Nejsem expert na legislativní proces, ale vzhledem k tomu že to je
>> poslanecká iniciativa, tak se k tomu do vánoc vyjádří vláda (a ministerstva
>> MMR, MV, MZE), kde má možnost zaslat i veřejnost do *DNEŠKA* ;).
>>
>> Termín připomínek 9.12.2016 – 14.12.2016 Adresa připomínek
>> eklep-...@vlada.cz 
>>
>> A pak pokud to projde přes první čtení, tak už jen skrze lobování
>> poslanců nebo poslaneckých výborů.
>>
>> https://apps.odok.cz/veklep-detail?pid=ALBSAGGHW4B2
>>
>> http://www.psp.cz/sqw/tisky.sqw?O=7=982
>>
>> Do dneška je dost krutý termín. Ale tak jo. Dělám to poprvé a asi blbě,
> ale nic mě to nestojí. Zde je kopie:
>
> Dne 14.12.2016 v 18:49 Miroslav Suchý napsal(a):
>
>> Dobrý den,
>>
>> zasílám připomínku k
>>
>> Návrh poslanců Jiřího Miholy, Pavla Bělobrádka, Mariana Jurečky, Daniela
>> Hermana a dalších na vydání zákona o turistických značených trasách
>> (sněmovní tisk č. 982)
>>
>> tak jak byla zveřejněna na
>>
>> https://apps.odok.cz/veklep-detail?pid=ALBSAGGHW4B2
>>
>> Podpora fyzického značení turistických tras je jedna věc, ale podstatnou
>> složkou turismu jsou turistické mapy. Bez nich jsou značky poloviční. Mapy
>> jsou výraznou pomůckou pro turisty.
>>
>> V uvedeném návrhu se uděluje KČT faktický monopol na značkování (nikdo
>> jiný nemůže proškolit "kvalifikovaného značkaře"). V ČR existují ovšem i
>> cesty, jejichž provozovatelem a zřizovatelem je někdo jiný než KČT nebo
>> Horská služba. Typicky se jedná o naučné stezky nebo koňské stezky. Pokud
>> je KČT vyznačí a někdo je chce zmapovat (např. přidat do propagačního
>> letáku, mapy oblasti), tak musí trasu znovu projít a získat elektronický
>> záznam této trasy. Což je zdlouhavý a náročný proces. Který se zbytečně
>> opakuje, protože KČT už tato data získalo při vytváření turistické značené
>> cesty.
>>
>> KČT tato data běžně nevydává. A pokud ano, tak za značný poplatek. Což
>> nevadí pokud se jedná o činnost provozovanou z vlastních zdrojů. Ale v
>> Důvodové zprávě se uvádí, že údržba turistického značení tras stojí ročně
>> až 15 mil. a je plněna příspěvky Ministerstva pro místní rozvoj ČR a
>> jednotilvými kraji. Domnívám se, že v takovém případě má právo stát
>> požadovat zveřejnění tras, tak aby z nich i třetí strany mohli vytvářet
>> mapy, které budou podporovat turistický ruch.
>>
>> Proto bych navrhoval přidání odstavce do částí druhé paragrafu 12:
>>
>> 4) Pokud je zřízena, přeložena nebo zkrácena turistická značená trasa s
>> veřejnou podporou, tak KČT je povinen zveřejnit v elektronicky čitelné
>> podobě a pod volně šiřitelnou licencí průběh turisticky značené trasy.
>>
>> Tento nový bod by neznamenal žádné náklady pro stát ani pro KČT. Netýká
>> se již existujích tras. A umožnil by turistům poskytovat širší a bohatší
>> služby. Podobná situace už dnes funguje např. u jízdních řádů, kde je také
>> správce povinen elektronicky zveřejňovat spravovaná data.
>>
>> S pozdravem
>>
>> Miroslav Suchý
>>
>>
> ___
> 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-br] Digest Talk-br, volume 99, assunto 21

[Helio Cesar Tomio]

ogle Maps" da 1a.
> edição no histórico.
> Só resolve se:
> ii.1) criar "outro nó", "novo", com dados de: ou Bing, ou survey, ou
> mapillary (se viável), ou knowledge de gente local; que indiquem claramente
> os dados válidos que se possa informar.
> ii.2) e, de todo modo, "também remover o nó original da 1a. edição" com
> redact, apagar do banco de dados.
>
> QUESTÃO 2:
> Como saber? Como confirmar? Como proceder?
> 1) Primeira abordagem poderia ser:
> Perguntar ao editor (explicando o problema do copyright, com wiki); ou
> perguntar a quem conheça o local (se houver disponível):
> -Os dados vieram do Google mesmo?
> -Enganou-se, a imagem era de fato Bing?
> -o editor conhece o local?
> -Não conhece o local (aí não teria como localizar no Bing)?
> -Há mapillary de onde tirou os dados?
> -Há outras fontes com que se possa tirar os mesmos dados e corrigir com
> novo POI?
>
> 2) Se não responde mais, não aparece outra fonte ou gente do local, não
> tem um outro que possa intermediar contato, em resumo: sem informações, não
> temos como saber para confirmar. O único fato que permanece é a Premissa 1:
> "Não pode ter "source=Google Maps" no histórico: tem que apagar com
> redact".
> Aí paciência: redact e não se adiciona novo nó para tentar corrigir.
> Não tem contato, não tem melindre. Se contatar posteriormente, se explica
> a mesma coisa.
> Não sei outro jeito válido. E acho que não dá pra deixar estas coisas por
> tanto tempo. Se são importantes.
> - - -
> Agora, fica uma dúvida para mim:
> -o fato de ter erro de copyright no histórico, de fato pode causar
> problemas?
> -é prática padrão do DWG (e do OSM de modo geral), procurar e dar redact
> em coisas assim?
> Em resumo, questão prática:
> Deve-se corrigir coisas assim com redact? Sim ou não?
> (o problema de conseguir contato é outra coisa, e está sujeito à
> viabilidade ou não: o DWG toma atitude após 1o. contato não respondido em 1
> semana).
>
> Se sim, temos que fazer também. Sem melindres.
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
> -- Próxima Parte --
> Um anexo em HTML foi limpo...
> URL: <http://lists.openstreetmap.org/pipermail/talk-br/
> attachments/20161214/63154646/attachment-0001.html>
>
> --
>
> Message: 2
> Date: Wed, 14 Dec 2016 12:56:56 -0200
> From: Vitor George <vitor.geo...@gmail.com>
> To: OSM talk-br <talk-br@openstreetmap.org>
> Subject: [Talk-br] Canais da comunidade brasileira na Wiki
> Message-ID:
> <CAPDrgE05CoT8fzLNZ3e4x8Gw8UfOgxpmkPhdXUBuBDu0VALRJw@mail.
> gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Pessoal,
>
> Atualizei a página que lista os canais de comunicação da comunidade
> brasileira, vejam se falta algo:
>
> http://wiki.osm.org/Pt:Contact
>
> Para os que gostam de se comunicar via chat, temos diversas salas de
> Telegram, a maior delas está chegando a 150 membros:
>
> https://telegram.me/OSMBrasil_Comunidade
>
> Abraços,
> Vitor
> -- Próxima Parte --
> Um anexo em HTML foi limpo...
> URL: <http://lists.openstreetmap.org/pipermail/talk-br/
> attachments/20161214/93210ff9/attachment-0001.html>
>
> --
>
> Message: 3
> Date: Wed, 14 Dec 2016 13:37:42 -0200
> From: santamariense <imagens...@gmail.com>
> To: talk-br@openstreetmap.org
> Subject: Re: [Talk-br] Possível cópia de nomes de ruas do Google
> Message-ID:
> 

Re: [Talk-es] IGN en página de copyright de OSM y reunión inminente

[Francisco Javier]

Creo que deberíamos esperar la respuesta de OSMF antes de dar una respuesta
erronea al IGN. No sabemos si para estar a 1 click hay que aportar más
contenido, money o caerles simpáticos.

Una vez que se tenga la respuesta se puede pensar en negociar la licencia
de uso de sus datos, pedir ayuda humana etc.. pero tampoco que parezca un
"si tú me das yo te pongo ahí y si no puerta" porque puede que para estar a
un click ni siquiera necesiten a la comunidad española..

El 14 de diciembre de 2016, 13:45, Jorge Sanz  escribió:

> Hola
>
> Me uno al hilo tras una semana desconectado, vamos que ayer literalmente
> aterricé y me fui al IGN para una actividad de AESIG (Asocicación Española
> de Sistemas de Información Geográfica que estamos reactivando en parte con
> el soporte de Geoinquietos). Yo era el moderador de la sesión y salió de
> nuevo el tema de OSM e IGN.
>
> Varias cosas:
>
> Como sabéis desde que pasaron su licencia a CC-BY-4 *necesitan* que se les
> haga reconocimiento allá donde se use su información. A mí esto me parece
> totalmente justo y creo que hay que apoyarles en que reciban su atribución
> de la misma forma que desde OSM nos ponemos bravos cuando alguien no lo
> hace. Para ellos que el IGN salga en la página de copyright de OSM es
> importante.
>
> Ellos están interesados en encontrar formas de colaborar con OSM.es,
> tenemos los canales totalmente abiertos a través de Antonio y mucha más
> gente. OSM.es no va a encontrar una respuesta lenta por su parte
>
> A título totalmente personal les dije que creía que OSM.es, como grupo,
> todavía estaba un poco verde pero que estaba mejorando claramente
> (reuniones mensuales y todo eso) y que aunque tal vez ahora todavía no se
> puedan hacer proyectos juntos  la cosa va a mejor.
>
> Poco más la verdad, a ver si averiguamos cómo se entra en la página esa
> dichosa y seguimos avanzando en temas más relevantes.
>
> Saludos
>
>
>
> 2016-12-14 2:08 GMT-06:00 Matías h :
>
>> Hola, buen día.
>>
>> Bien, vamos a intentar recopilar y si os parece podemos hacer un escrito,
>> que mandarle a Antonio F. Rodriguez, también me dijo que sin problema
>> podíamos intentar mantener el contacto por correo electrónico. De todos
>> modos, Santiago Crespo estaba dispuesto a reunirse con el IGN, como veaís.
>>
>> Creo que a estas alturas seguimos sin saber a ciencia cierta los
>> requerimientos de la OSMF para aparecer en el copyright (un click), pero en
>> realidad esto sería sólo para hacerle saber al IGN en concreto cuáles son
>> los requisitos para aparecer en ese copyright. Ya, más o menos, se ha
>> consensuado que será necesario una mayor implicación de este organismo
>> (IGN) para aparecer en ese apartado.
>>
>> En segundo lugar, en lo que se refiere a sus "exigencias", hacerles saber
>> que están a sólo dos clicks de su reconocimiento como contribuidores a OSM.
>>
>> En tercer lugar, nuestras "exigencias". Ufff.
>>
>>
>>- Está claro que como comunidad, como entidad quiero decir (es decir,
>>presidente, vice, etc o como se quiera llamar. Como de dijo Antonio F.
>>alguien de "peso" dentro de OSM España con el que reunirnos yo estoy
>>por los 75 Kg, como andais vosotros?) estamos un poco de esa
>>manera...Nuestro argumento de peso por el contrario, como dice yopasepor,
>>somos 4 gatos pero con dos cojo...y para ello tenemos una prueba claro y 
>> es
>>el estado del mapa actual que en cualquier momento podremos hacerles ver
>>que en muchos lugares, ciudades, etc, está más actualizado que sus 
>> datos...
>>
>>
>>- Pedirles licencia expresa para el uso de sus datos, creo que es el
>>apartado más sencillo y que por su parte más fácilmente van a cumplir.
>>Antonio F. me dijo expresamente el texto que se podría incluir, a ver que
>>os parece.
>>
>>  "
>>
>> *EL CNIG, como organismo responsable de la difusión y distribuciión de
>> todos los productos de datos geográficos del IGN y en cumplimiento de la
>> Orden Ministerial FOM/956/2008, autoriza y está de acuerdo en cualquier
>> uso, aplicación o explotación de sus datos que se realice al amparo de la
>> licencia ODbL, como la que ha adoptado OpenStreetMap, toda vez que dichas
>> condiciones son completamente compatibles con las de la licencia aplicable
>> a todos los datos del IGN, similar en todo a una CC BY 4.0"*
>> A lo que simplemente le sugería añadir en algún párrafo, el hecho de que
>> aceptasen la forma de reconocimiento adoptada (en la wiki de
>> contribuidores).
>> Todo ello firmado por el director del CNIG y por Antonio mismo.
>>
>>
>>- En algún punto habrá que explicarles que es OSM y quienes somos los
>>que estamos tirando del carro. No se hasta que punto estamos preparados
>>para un colaboración mano a mano con ellos y evidentemente pedirles
>>colaboración (vamos gente trabajando) a la hora de hacer las posibles
>>importaciones de datos
>>
>>
>> En fin, soy muy malo para resumir y 

Re: [Talk-cz] zákon o KČT

[Miroslav Suchý]

Dne 14.12.2016 v 13:25 Ha Noj napsal(a):
Nejsem expert na legislativní proces, ale vzhledem k tomu že to je 
poslanecká iniciativa, tak se k tomu do vánoc vyjádří vláda (a 
ministerstva MMR, MV, MZE), kde má možnost zaslat i veřejnost do 
*DNEŠKA* ;).


Termín připomínek 9.12.2016 – 14.12.2016 Adresa připomínek 
eklep-...@vlada.cz 


A pak pokud to projde přes první čtení, tak už jen skrze lobování 
poslanců nebo poslaneckých výborů.


https://apps.odok.cz/veklep-detail?pid=ALBSAGGHW4B2

http://www.psp.cz/sqw/tisky.sqw?O=7=982

Do dneška je dost krutý termín. Ale tak jo. Dělám to poprvé a asi blbě, 
ale nic mě to nestojí. Zde je kopie:


Dne 14.12.2016 v 18:49 Miroslav Suchý napsal(a):

Dobrý den,

zasílám připomínku k

Návrh poslanců Jiřího Miholy, Pavla Bělobrádka, Mariana Jurečky, 
Daniela Hermana a dalších na vydání zákona o turistických značených 
trasách (sněmovní tisk č. 982)


tak jak byla zveřejněna na

https://apps.odok.cz/veklep-detail?pid=ALBSAGGHW4B2

Podpora fyzického značení turistických tras je jedna věc, ale 
podstatnou složkou turismu jsou turistické mapy. Bez nich jsou značky 
poloviční. Mapy jsou výraznou pomůckou pro turisty.


V uvedeném návrhu se uděluje KČT faktický monopol na značkování (nikdo 
jiný nemůže proškolit "kvalifikovaného značkaře"). V ČR existují ovšem 
i cesty, jejichž provozovatelem a zřizovatelem je někdo jiný než KČT 
nebo Horská služba. Typicky se jedná o naučné stezky nebo koňské 
stezky. Pokud je KČT vyznačí a někdo je chce zmapovat (např. přidat do 
propagačního letáku, mapy oblasti), tak musí trasu znovu projít a 
získat elektronický záznam této trasy. Což je zdlouhavý a náročný 
proces. Který se zbytečně opakuje, protože KČT už tato data získalo 
při vytváření turistické značené cesty.


KČT tato data běžně nevydává. A pokud ano, tak za značný poplatek. Což 
nevadí pokud se jedná o činnost provozovanou z vlastních zdrojů. Ale v 
Důvodové zprávě se uvádí, že údržba turistického značení tras stojí 
ročně až 15 mil. a je plněna příspěvky Ministerstva pro místní rozvoj 
ČR a jednotilvými kraji. Domnívám se, že v takovém případě má právo 
stát požadovat zveřejnění tras, tak aby z nich i třetí strany mohli 
vytvářet mapy, které budou podporovat turistický ruch.


Proto bych navrhoval přidání odstavce do částí druhé paragrafu 12:

4) Pokud je zřízena, přeložena nebo zkrácena turistická značená trasa 
s veřejnou podporou, tak KČT je povinen zveřejnit v elektronicky 
čitelné podobě a pod volně šiřitelnou licencí průběh turisticky 
značené trasy.


Tento nový bod by neznamenal žádné náklady pro stát ani pro KČT. 
Netýká se již existujích tras. A umožnil by turistům poskytovat širší 
a bohatší služby. Podobná situace už dnes funguje např. u jízdních 
řádů, kde je také správce povinen elektronicky zveřejňovat spravovaná 
data.


S pozdravem

Miroslav Suchý



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

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[Pedro vida torta]

Puxa legal, passo sempre naquela área, acho que vou aproveitar a internet
grátis

Em 14 de dezembro de 2016 09:52, santamariense 
escreveu:

> Há várias entradas errôneas no OSM de "highway=rest_area" querendo
> representar uma casa/lar. Vejam isso de hoje:
> https://www.openstreetmap.org/node/4553695893 +
> https://www.openstreetmap.org/note/816116, inclusive com acesso a
> internet. Espero que seja de graça :)
>
> Voltando ao assunto, existe eletroposto (amenity=charging_station) no
> Brasil?
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>



-- 
*Pedro Esmerilho*
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk] more missing roads on ImproveOSM

[Martijn van Exel]

Hi all, 

Telenav partnered with INRIX to add more than 800.000 more missing road tiles 
to ImproveOSM worldwide. If you haven’t tried ImproveOSM, it’s a tool that 
points out potential missing roads, one-way streets and turn restrictions based 
on the analysis of billions of GPS points.

Give it a(nother) try and let me know what you think.

http://improveosm.org/#background=Bing=7.25/30.138/78.539 


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

[Talk-it] OSM e CAI

[Dario Zontini]

Segnalo che sulla rivista ufficiale del CAI c'è un bel articolo sulla
convenzione con OSM.

Ciao


Dario Zontini

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

[Talk-GB] 3rd Midlands OSM New Year Meetup

[SK53]

I've drafted a wiki page for a meeting along the lines of those we have had
in the past 2 years.
https://wiki.openstreetmap.org/wiki/Nottingham/Mapping_Meetup/New_Year_2017

There is a Doodle poll which will help me choose a date:
http://doodle.com/poll/s7y2ifwc5vbr6rg2

I'm suggesting two locations for now. My personal preference is for the
Leicestershire one, at least in part because I have cased out the area and
it's a little different from the S Staffs area. However, it may be regarded
as too far by West Midlanders. I'm open to other suggestions, although when
I raised the idea of the Swadlincote area in the pub there were a number of
dissensions.

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

[Talk-it] ottenere una mappa europa con coordinate come?

[matteo ruffoni]

Avrei bisogno di ottenere una mappa dell'europa politica moderna con
licenza cc con coordinate.
Qualcuno mi suggerisce come fare?
ciao e grazie Matteo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Galileo startuje

[Jan Macura]

Dobrá zpráva to určitě je, ale pro nás spíše do budoucna. Těch telefonů na
trhu bude v současnosti vážně minimum (btw, ty levnější s MediaTek čipem
nedávají ani GLONASS). Jsem zvědav, jak bude fungovat ten firmwarový
workaround pro starší Snapdragony.

H.

On 13 December 2016 at 21:39, Miroslav Suchý  wrote:

> Tohle může být pro mnohé z nás dobrá zpráva:
>
> http://mobil.idnes.cz/start-galileo-mobily-0rb-/mob_tech.
> aspx?c=A161213_160553_mob_tech_oma
>
> Mirek
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-br] Digest Talk-br, volume 99, assunto 21

[GABRIEL VILELA]

de copyright no histórico, de fato pode causar problemas?
-é prática padrão do DWG (e do OSM de modo geral), procurar e dar redact em 
coisas assim?
Em resumo, questão prática:
Deve-se corrigir coisas assim com redact? Sim ou não?
(o problema de conseguir contato é outra coisa, e está sujeito à viabilidade ou 
não: o DWG toma atitude após 1o. contato não respondido em 1 semana).

Se sim, temos que fazer também. Sem melindres.


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
-- Próxima Parte --
Um anexo em HTML foi limpo...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-br/attachments/20161214/63154646/attachment-0001.html>

--

Message: 2
Date: Wed, 14 Dec 2016 12:56:56 -0200
From: Vitor George <vitor.geo...@gmail.com>
To: OSM talk-br <talk-br@openstreetmap.org>
Subject: [Talk-br] Canais da comunidade brasileira na Wiki
Message-ID:
<capdrge05cot8fzlnz3e4x8gw8ufogxpmkphdxububdu0val...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Pessoal,

Atualizei a página que lista os canais de comunicação da comunidade
brasileira, vejam se falta algo:

http://wiki.osm.org/Pt:Contact

Para os que gostam de se comunicar via chat, temos diversas salas de
Telegram, a maior delas está chegando a 150 membros:

https://telegram.me/OSMBrasil_Comunidade

Abraços,
Vitor
-- Próxima Parte --
Um anexo em HTML foi limpo...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-br/attachments/20161214/93210ff9/attachment-0001.html>

--

Message: 3
Date: Wed, 14 Dec 2016 13:37:42 -0200
From: santamariense <imagens...@gmail.com>
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Possível cópia de nomes de ruas do Google
Message-ID:

Re: [Talk-it] Le piazze

[mbranco]

@Martin:

solo per spiegarti l'apparente incongruenza tra i miei due interventi: 
considero vera quella frase, perchè guardando i dati in Osm, è vero che
quello "è il modo comune per mappare le piazze".
Peccato che non avendo specificato "pedonali", è diventato il modo comune di
mappare tutte le piazze!

Però anche se vera la considero sbagliata, e anche se già lo dicevo nel
primo intervento, l'ho spiegato meglio nel secondo scrivendo che la
viabilità è un attributo (opzionale) della piazza, non la piazza un
attributo(opzionale) della viabilità.


P.S. non sono proprio tutte "pedestrian" , ho verficato ora con uno script: 
trovo 25.433 oggetti in Italia che hanno "name=Piazza..." .
Di questi, 8.812 hanno "area=yes" e "highway=*".
Di questi, 6.562 hanno "highway=pedestrian" , le altre 2.250 di tutto un po'
(soprattutto residential)

Ma la cosa peggiore è che sovente è stato usato highway per disegnare il
perimetro della piazza, anche se lì non ci sono highways! (qualche esempio a
caso: way con id 409090521, oppure 386547501, oppure 424120890...)



--
View this message in context: 
http://gis.19327.n8.nabble.com/Le-piazze-tp5887345p5887504.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-br] Possível cópia de nomes de ruas do Google

[Nelson A. de Oliveira]

2016-12-14 13:37 GMT-02:00 santamariense :
> Ele disse ter pouco conhecimento do sistema de mensagens. E pelo o que
> o @thundercel relatou de uso indevido da conta, que não teria sido
> ele, é bem provável que possa ter sido outra pessoa que porventura
> compartilhe o computador com ele.

O Marcio vai se lembrar que eu perguntei se por acaso ele não teria um
filho ou neto, justamente pelos nomes de familiares nas ruas.
Parece bem uma coisa de criança (não no sentido de mentalidade
infantil, mas de pessoa com pouca idade mesmo).

> Também tenho notado que ele tem excluído as coisas "indevidas". Como
> este objeto (http://www.openstreetmap.org/node/4472678103/history). Só
> que claro que só isso não adianta, objeto vai ser excluído da base de
> dados do OSM de modo que não seja possível restaurá-lo e nem ver no
> histórico que este objeto em dado momento recebeu este nome.

Acho que seria melhor se ele pudesse manter os objetos.
Vai dar mais trabalho para verificar se eles forem removidos.

> @naoliv, você tem entrado em contato com a comunidade internacional
> sobre o caso? Formas mais práticas de revisão? Uma query no overpass
> não poderia trazer os dados editados por ele para se criar uma camada
> de revisão?

Trabalhando nisso.
Tendo novidades que possa nos ajudar eu aviso.

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

Re: [Talk-br] Possível cópia de nomes de ruas do Google

[Gerald Weber]

2016-12-14 13:37 GMT-02:00 santamariense :

>
> Também tenho notado que ele tem excluído as coisas "indevidas". Como
> este objeto (http://www.openstreetmap.org/node/4472678103/history). Só
> que claro que só isso não adianta, objeto vai ser excluído da base de
> dados do OSM de modo que não seja possível restaurá-lo e nem ver no
> histórico que este objeto em dado momento recebeu este nome.
>
> @naoliv, você tem entrado em contato com a comunidade internacional
> sobre o caso? Formas mais práticas de revisão? Uma query no overpass
> não poderia trazer os dados editados por ele para se criar uma camada
> de revisão?
>
>
Se ele está apagando os nomes que inseriu para mim mostra boa vontade de
colaborar e isto precisa ser respeitado e valorizado.

Erros acontecem e a questão de usuários inserirem nomes do Google é 99% uma
questão de desconhecimento pura e simples.

Será que tem jeito do DWG fazer o redaction apenas em tags específicas de
um usuário? Por exemplo eliminar todas as tags "name" que estão marcadas
como apagadas? Se sim, penso que seja este o caminho a seguir. Pedimos ao
usuário que apague tudo que não deveria estar no OSM. Feito isto entra-se
em contato com o DWG, explicando o caso e pedindo um redaction bem
específico e caso encerrado.

abraços

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

Re: [Talk-br] Possível cópia de nomes de ruas do Google

[santamariense]

Gostaria de registrar aqui que o Gabriel entrou em contato comigo. Ele
relatou poder ter cometido alguns erros (falou de forma abrangente,
não da específica que estamos tratando aqui). Eu não insisti na
pergunta, até porque não cabe ao julgado criar provas contra si mesmo.
Procurei incentivar a permanência dele no OSM, bem como passando links
de como usar a camada do IBGE para mapear nomes de ruas (uma coisa tão
simples e que dispensa aquela consulta no tão-presente Google Maps
goela-abaixo em nossas vidas).

Ele disse ter pouco conhecimento do sistema de mensagens. E pelo o que
o @thundercel relatou de uso indevido da conta, que não teria sido
ele, é bem provável que possa ter sido outra pessoa que porventura
compartilhe o computador com ele.

Também tenho notado que ele tem excluído as coisas "indevidas". Como
este objeto (http://www.openstreetmap.org/node/4472678103/history). Só
que claro que só isso não adianta, objeto vai ser excluído da base de
dados do OSM de modo que não seja possível restaurá-lo e nem ver no
histórico que este objeto em dado momento recebeu este nome.

@naoliv, você tem entrado em contato com a comunidade internacional
sobre o caso? Formas mais práticas de revisão? Uma query no overpass
não poderia trazer os dados editados por ele para se criar uma camada
de revisão?

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

Re: [Talk-it] Le piazze

[Martin Koppenhoefer]

2016-12-14 12:15 GMT+01:00 mbranco :

> Primo, perchè manca un aggettivo in fondo alla frase:
>"Il tag highway=pedestrian insieme al tag area=yes è il modo comune per
> mappare le piazze"
> che secondo me dovrebbe essere :
>"Il tag highway=pedestrian insieme al tag area=yes è il modo comune per
> mappare le piazze *pedonali*"
>
> Secondo, perchè se le piazze pedonali sono un sottocaso del caso più
> generale "piazze", PRIMA dichiaro che è una piazza, e DOPO eventualmente
> gli
> aggiungo l'attributo "pedonale".
>


prima modifichi la definizione, e poi non ti torna ;-)

Scherzi a parte, il concetto originale partiva dal presupposto che una
piazza consiste da una parte pedonale e forse anche delle strade che la
attraversano. Nel nord Europa è raro trovare delle situazioni come in
Italia, che in sostanza fai come ti pare e vai con la macchina dove c'è
pavimentato e ti parcheggi dove vuoi (come nei paesi qui è pratticamente la
norma). Quindi secondo questo concetto si mappava tutta la piazza con
highway=pedestrian, area=yes e sopra si disegnava la strada (con
connessioni ai punti dove si incontrano con l'area). Non vuol dire "piazza
pedonale", concettualmente, è pedonale soltanto nel caso che non ci passino
strade sopra.

Questo più o meno funzionava in quel contesto del nord, ma non
perfettamente (non nel dettaglio), e c'erano comunque problemi nei casi che
qualcosa si trovava sulla piazza che non era pedonale (aiuola, statua,
edificio, ...) e non era calpestabile, perché doveva essere tolto dall'area
pedonale, risultando in bucchi anche nella piazza.

Per le piazza come le abbiamo qui il tagging è comunque simile: highway=* e
area=yes.

Un altro problema con questo approccio è che non si mappa esplicitamente
che si tratta di una "piazza", e non tutte le aree highway con nome
automaticamente sono anche piazze.

Perciò è arrivato place=square che risolve tutto quanto.

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

Re: [OSM-talk-fr] OpenStreetCam

[Marc Gemis]

une discussion sur les differences entre Mapillary et
OpenStreetView/OpenStreetCam

https://github.com/openstreetview/openstreetview.org/issues/60

2016-12-14 14:49 GMT+01:00 Christian Quest :
> Le code lié à openstreetcam est sur github:
> https://github.com/openstreetview
>
> De ce point de vue c'est plus ouvert que Mapillary.
>
> Je n'ai par contre rien trouvé sur la partie backend/API...
>
>
> Le 14 décembre 2016 à 14:33, Nicolas Dumoulin  a
> écrit :
>>
>> Bonjour,
>>
>> Récemment le projet OpenStreetView s'est pas mal développé et a été
>> renommé en OpenStreetCam suite à un litige avec Google à cause de la
>> proximité à "Google Street View" ©.
>> Bref, si vous ne connaissez pas :
>> http://openstreetcam.org/map/@47.4057852900587,5.152587890625,6z
>>
>> Avez-vous des info sur le "open" du projet ? Genre est-ce que c'est
>> plus communautaire et libre que Mappillary ?
>> Pour avoir regardé vite fait, les codes sources des services et des
>> applications mobiles ne sont pas publiés.
>>
>> Merci
>>
>> --
>> Nicolas Dumoulin
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

Re: [Talk-it] Ex capannone riadattato

[Martin Koppenhoefer]

2016-12-14 11:10 GMT+01:00 Lorenzo "Beba" Beltrami :

> Sul wiki suggeriscono (l'onnipresente Martin ;)
> building=production_hall[1], ma taginfo lo dà come usato solo 2 volte[2]...
> building=manufacture è più usato, ma rimane ancora un po' generico.
>


si, vedo le 2 parolo come quasi sinonimi: "manufacture" vuol dire che si
produce qualcosa, "production hall" anche, però il secondo è più specifico
nella forma (fabbricato ad un piano e probabilmente senza tramezzi)


Stesso discorso si può fare con building=prefabricated che potrebbe variare
> dal capannone industriale al container.
>


si, non consiglierei di usare questo valore per "building", si potrebbe
usare qualcosa come building:prefabricated=yes (e anche lì rimane tanto non
detto: quali parti sono prefabbricati? Per un capannone parliamo quasi
sempre di una struttura prefabbricata in acciaio ed una facciata
prefabbricata in metallo e/o vertro e/o fibrocemento, talvolta anche
murata/mattone).



>
> Quale sarebbe il termine tecnico in inglese british per indicare una
> costruzione prefabbricata pensata per la produzione industriale?
>


ci sono più termini, io queste proprietà le spezzerei:
1. produzione industriale
2. struttura prefabbricata
3. numero piani




>
> In effetti per noi che abitiamo in "capannonia", come dice giustamente
> Volker, sarebbe utile trovare un tag appropriato per queste strutture.
>


oltre alle strutture sarebbe anche molto bello avere informazioni
strutturati sul "cosa", per fare delle analisi del tipo: dove si producono
le mobili, le automobili. Oppure vedere: qui ci sono 3 fabbriche enormi, ma
qui ci sono 40 piccoli, ecc.

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

Re: [OSM-talk-fr] OpenStreetCam

[Nicolas Dumoulin]

Le Wed, 14 Dec 2016 14:49:42 +0100,
Christian Quest  a écrit :
> Le code lié à openstreetcam est sur github:
> https://github.com/openstreetview

Merci, j'avais pas vu !

-- 
Nicolas Dumoulin


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

[Talk-br] Canais da comunidade brasileira na Wiki

[Vitor George]

Pessoal,

Atualizei a página que lista os canais de comunicação da comunidade
brasileira, vejam se falta algo:

http://wiki.osm.org/Pt:Contact

Para os que gostam de se comunicar via chat, temos diversas salas de
Telegram, a maior delas está chegando a 150 membros:

https://telegram.me/OSMBrasil_Comunidade

Abraços,
Vitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Ex capannone riadattato

[Martin Koppenhoefer]

2016-12-14 11:03 GMT+01:00 Volker Schmidt :

> Che cosa proponi? Mi interessa perché vivo in Capannonia (= nordest
> dell'Italia)
> industrial=warehouse?  bulding=warehouse (vedi
> http://wiki.openstreetmap.org/wiki/Tag:building%3Dwarehouse)
> non mi piace tanto perché descrive più l'utilizzo, non l'edificio



in sostanza per edifici industriali ci vedo 2 tipologie principali
(lasciando fuori quelli dei servizi come depuratori, centrali elettriche,
discariche/reciclaggio ecc.):

- produzione
- magazinaggio/logistica/distribuzione
(forse ho dimenticato qualcosa)


inoltre nelle fabbriche/siti industriali si trovano comunemente anche degli
uffici (amministrazione e ricerca/design) e dei laboratori
(ricerca/sviluppo/design/testing/prototyping...) (e anche le predette
centraline di caldo/freddo/produzione di elettricità, cambio tensione
elettrica, depurazione di acque sporche,...)

Poi ovviamente dipende molto dal settore, una fabbrica di automobili ha
altre esigenze e fa altre cose che una accaieria o una fabbrica chimica o
una che produce tessili.

Nel caso di un settore con specifiche esigenze/strutture (per esempio
birreria, accaieria, raffineria petrolifera, miniera, segheria, fabbrica di
cemento, ...), userei proprio quel tipo nel valore building. Per le
fabbriche si potrebbe distinguere tra produzione e magazzino/logistica al
livello building (più administrative, R, ecc., per le parti non
industriali). Tanto il settore viene taggato all'insieme (man_made=works +
subtag).

Per il mio gusto ci manca una distinzione fondamentale per quello che in
Germania si chiama "Gewerbe" (attività commerciale, ma non a livello
industriale e non di commercio) e quello che è "Industrie" (industria).
Come si distingue un falegname con 5 impiegati dalla fabbrica della FIAT o
da una fabbrica di mobili con 500 impiegati? Non sono proprio la stessa
cosa solo su scala diversa, o si?

Insomma, c'è molto da sviluppare/formalizzare (anche categorie per cosa si
produce/settori, per esempio primo livello "alimentare" e poi ad un
sotto-livello "birra", "pane", "biscotti", "cibi per bimbi", "cibi per
animali", "pasta", ...)

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

Re: [Talk-pe] reunión balance 2016 y perspectivas para el 2017

[Marino Carhuapoma]

Hola..estoy en la. Charla. Como asistente . Más tarde les doy un resúmen..

El dic. 13, 2016 9:40 PM, "Omar Vega Ramos"  escribió:

> Hola, reenvío el mensaje de Pablo, estuvo retenido por el tamaño del
> mensaje, lo aprobé pero aun así no lo veo en la lista, copio también un
> enlace por si no se ve la imagen.
>
>
>  Mensaje reenviado 
> Asunto: Re: [Talk-pe] reunión balance 2016 y perspectivas para el
> 2017
> Fecha:  Wed, 14 Dec 2016 01:01:36 +
> De: Pablo diaz bendrell 
> Para:   Lista de dialogo sobre OpenStreetMaps en el Perú
> 
>
>
>
> Alguien estará mañana ?
>
> https://quitter.se/file/3dd2131215babdb0c2e1e68e809ed1
> 4c4c9e3c3595a456091d27030aef721d5a.jpg
>
> Saludos
> ___
> Talk-pe mailing list
> Talk-pe@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pe
>
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

[OSM-ja] OpenStreetMap Advent Calendar 2016 について

[Zoar.]

ぞあ. です。

アドベントカレンダーも折り返し地点から後半戦に入ってきました。エントリーいただいている皆様ありがとうございます。
http://qiita.com/advent-calendar/2016/osmjp

まだエントリーには数日の余裕があります。
Qiita のアカウント作りたくないとか、記事を書くような場所がないという場合には OSM 
の日記の機能を使ってくという方法もあります。お知らせいただければアドベントカレンダーからのリンクを張ります。

書いたけどエントリーが空いてなかった! という場合には説明の部分に「延長戦」として追加しますのでご安心ください。

まだ記事を書いてない方もお気軽にご参加ください!

--
Twitter : @ex_zoar
OSM: http://hdyc.neis-one.org/?k_zoar

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

[Talk-TW] 第二屆理監事選舉參選人登記

[李昕迪 Lee , Sin-di]

各位關心開放街圖的朋友大家好，

又是歲末之際，台灣開放街圖社群大會第一屆理監事會的任期即將告一段落。第二屆台灣開放街圖社群大會理監事選舉即日起開放登記參選，歡迎在
Hackpad 登記： https://osmtw.hackpad.com/GpUhaeVRllD

根據選舉辦法，登記分為推舉和自行登記兩種，請填寫被推舉人的 OpenStreetMap id 和對 OpenStreetMap
的貢獻，這些資訊之後會在選舉公報上呈現。

重要時程如下：

2016/12/15 ～ 2017/01/14 - 開放理監事被選舉人登記
2017/01/14 - 選舉人與被選舉人會員會籍認定截止。
2017/01/15 - 2017/01/26 投票 有任何建議歡迎來信 hibo...@openstreetmap.tw

第一屆秘書長 李昕迪



-- 
李昕迪 Lee, Sin-di | http://www.mcdlee.tw
___
Talk-TW mailing list
Talk-TW@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tw

Re: [Talk-it] Le piazze

[mbranco]

@Simone, non ti torna perchè non sono stato chiaro, a rileggermi sembra
infatti che io approvo l'uso di highway perlomeno per le piazze pedonali ma
non è così.

Le piazze sono delle aree, che solitamente contengono molte cose (aiuole,
monumenti, edifici, ecc).
Gli attributi che si assegnano ad un'area riguardano tutta l'area, non una
parte (più o meno grande) di essa.

La viabilità che c'è all'interno di una piazza è una delle cose che
riguardano la piazza, ma se parto da highway per definire una piazza sto
rovesciando il concetto (la piazza diventa un dettaglio della viabilità).

Se devo definire una strada che interseca una piazza, non ci sono problemi:
ci disegno dentro una highway, così come faccio per le panchine, i cestini
dei rifiuti, ecc.
Se voglio dichiarare che tutta la piazza è pedonale, troverei logico usare
access, non highway.
Anche la piazza pedonale a cui mi sono riferito nell'intervento precedente -
Piazza del Duomo a Milano - ha highway=pedestrian e area=yes : ma che ci
azzecca il Duomo stesso con highway? (visto che il Duomo è dentro la piazza,
non sul bordo).



--
View this message in context: 
http://gis.19327.n8.nabble.com/Le-piazze-tp5887345p5887497.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] Ex capannone riadattato

[Volker Schmidt]

Cercando un po' in giro.
In una zona nel UK che conosco, hanno solo utilizzato building=yes.
Poi sono andato in una zona simile in Germania e ho trovato l'uso frequente
di un tag che non conoscevo: building:use. Taginfo ne conta >60 al
livello mondiale.

2016-12-14 11:10 GMT+01:00 Lorenzo "Beba" Beltrami :

> Sul wiki suggeriscono (l'onnipresente Martin ;)
> building=production_hall[1], ma taginfo lo dà come usato solo 2 volte[2]...
> building=manufacture è più usato, ma rimane ancora un po' generico.
> Stesso discorso si può fare con building=prefabricated che potrebbe
> variare dal capannone industriale al container.
>
> Quale sarebbe il termine tecnico in inglese british per indicare una
> costruzione prefabbricata pensata per la produzione industriale?
>
> In effetti per noi che abitiamo in "capannonia", come dice giustamente
> Volker, sarebbe utile trovare un tag appropriato per queste strutture.
>
> Lorenzo
>
> [1] http://wiki.openstreetmap.org/wiki/Tag:building%3Dindustrial
> [2] http://taginfo.openstreetmap.org/search?q=building%3Dproduction_hall
>
> Il giorno 14 dicembre 2016 11:03, Volker Schmidt  ha
> scritto:
>
>> @Martin
>>
>> vedi
>> http://wiki.openstreetmap.org/wiki/Lecce
>> http://wiki.openstreetmap.org/wiki/Puglia/CTR_Import
>>
>> Che cosa proponi? Mi interessa perché vivo in Capannonia (= nordest
>> dell'Italia)
>> industrial=warehouse?  bulding=warehouse (vedi
>> http://wiki.openstreetmap.org/wiki/Tag:building%3Dwarehouse)
>> non mi piace tanto perché descrive più l'utilizzo, non l'edificio.
>>
>>
>> 2016-12-14 9:41 GMT+01:00 Martin Koppenhoefer :
>>
>>> "industrial" non è molto specifico per un capannone, userei se possibile
>>> qualcosa più specifico
>>>
>>> ciao,
>>> Martin
>>>
>>> sent from a phone
>>>
>>> > On 14 Dec 2016, at 08:49, Volker Schmidt  wrote:
>>> >
>>> > C'è abbastanza consenso che il tag building descrive il tipo di
>>> edificio e non l'uso.
>>> > Quindi nel primo caso building=industrial, nel secondo
>>> building=residential
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] Possível cópia de nomes de ruas do Google

[thundercel]

Amigos,
conversei ainda pouco por telefone com o Gabriel Vilela e o questionei sobre a 
inclusão do POI Chácara São Judas Tadeu, na cidade de Silveiras, SP e esse me 
afirmou que não foi ele quem incluiu esse POI.
O fiz entender que o POI foi incluído com o ID dele e se não fez é porque 
alguém invadiu sua conta.
De qualquer forma o orientei a trocar a senha de login no OSM e o ensinei a 
excluir o POI, o que foi feito por ele.
Ele comentou que até então nunca fez edições em SP e que só edita nos locais 
que bem conhece como Acre, Rondônia, Minas e Região serrana do RJ.
Na imagem abaixo a foto do Gabriel Vilela que ele emprega no Whats App

[]s
Marcio


---
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] OpenStreetCam

[Christian Quest]

Le code lié à openstreetcam est sur github:
https://github.com/openstreetview

De ce point de vue c'est plus ouvert que Mapillary.

Je n'ai par contre rien trouvé sur la partie backend/API...


Le 14 décembre 2016 à 14:33, Nicolas Dumoulin  a
écrit :

> Bonjour,
>
> Récemment le projet OpenStreetView s'est pas mal développé et a été
> renommé en OpenStreetCam suite à un litige avec Google à cause de la
> proximité à "Google Street View" ©.
> Bref, si vous ne connaissez pas :
> http://openstreetcam.org/map/@47.4057852900587,5.152587890625,6z
>
> Avez-vous des info sur le "open" du projet ? Genre est-ce que c'est
> plus communautaire et libre que Mappillary ?
> Pour avoir regardé vite fait, les codes sources des services et des
> applications mobiles ne sont pas publiés.
>
> Merci
>
> --
> Nicolas Dumoulin
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [Talk-it-trentino] R: Re: R: Re: Re: R: cena natalizia

[Luca Delucchi]

2016-12-14 9:56 GMT+01:00 Daniele :
>
>
> OK
> Daniele

Allora all'Uva e Menta potevo solo prenotare alle 7 (andando via alle
9) o alle 9 così ho deciso di prenotare al Doc (su consiglio di un
partecipante ;-) ) in via Milano alle 8

http://osm.org/go/0CvojSfB1?m=

-- 
ciao
Luca

www.lucadelu.org

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

[OSM-talk-fr] OpenStreetCam

[Nicolas Dumoulin]

Bonjour,

Récemment le projet OpenStreetView s'est pas mal développé et a été
renommé en OpenStreetCam suite à un litige avec Google à cause de la
proximité à "Google Street View" ©.
Bref, si vous ne connaissez pas : 
http://openstreetcam.org/map/@47.4057852900587,5.152587890625,6z

Avez-vous des info sur le "open" du projet ? Genre est-ce que c'est
plus communautaire et libre que Mappillary ?
Pour avoir regardé vite fait, les codes sources des services et des
applications mobiles ne sont pas publiés.

Merci

-- 
Nicolas Dumoulin


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

Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de ruas do Google)

[Adriano Rosa]

*a "avenida paralela" seria um exemplo de loc_name* (o logradouro chama
"avenida luiz viana" mas todo mundo chama de "avenida paralela")

On Wed, Dec 14, 2016 at 9:37 AM Marcos Fedato  wrote:

> Muito boa sua colocação das outras tags.
>
> Eu não vi muita discussão sobre elas aqui, elas sao muito úteis.
>
> Já usei a old_name que vc coloca o nome antigo quando surge um nome novo,
> é boa para registro historico.
>
> A alt_name eu uso quando por exemplo o logradouro chama "avenida luiz
> viana" mas todo mundo chama de "avenida paralela" (salvador - ba).
>
> Essa loc_name eu nao sei se seria o caso de usar quando a rua tem um nome
> dado pelos moradores e outro oficial, ou se seria um alt_name também?
>
> O official_name seria no caso do aeroporto de guarulhos/sao paulo onde
> alguns conhecem por cumbica e na verdade o nome oficial é do governador
> franco montoro. Além de ter o alt_name de gru airport (ou é o nome
> internacional isso? ).
>
> Além disso algumas tags vc pode usar o ; ponto e virgula quando há mais de
> um valor... ruas que mudam constantemente de nome podem ter vários old_name
> que ficam na mesma tag, separados por ;
>
> Além do ref que guarda a informacão do numero da estrada municipal,
> estadual ou federal.
>
> Sabendo usar o modelo de dados do OSM é bem completo.
>
> Marcos Fedato
>
> Enviado do meu smartphone Samsung Galaxy.
>
>
>  Mensagem original 
> De: santamariense 
> Data: 14/12/2016 08:22 (GMT-03:00)
> Para: talk-br@openstreetmap.org
> Assunto: Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de
> ruas do Google)
>
> Sobre nome de vias públicas (ruas/estradas/...) gostaria de
> compartilhar a minha experiência.
>
> 1 - Busco sempre saber se existe um nome oficial (pesquisa nas Leis
> Municipais), no caso da minha cidade temos uma excelente fonte única
> que é uma lei que consolidou cerca de 1,5 mil denominações
> (
> http://www.camara-sm.rs.gov.br/camara/print_pdf/lei-ordinaria/2011/555/5558/lei-ordinaria-n-5558-2011-consolida-a-legislacao-municipal-sobre-denominacao-de-ruas
> ).
> Claro que depois dessa lei surgiram leis esparsas, daí é só questão de
> acompanhar as novas leis criadas;
>
> 2 - Há casos em que a razão pode ser sim da placa. Existe uma placa
> "Estr. Mun. José Santo Fighera" (provavelmente colocada pelos próprios
> familiares) onde fica a família do Arroz Fighera. Quem criou a lei,
> aportuguesou o nome (Estr. Mun. José Santos Figueira), talvez porque
> ouviu e entendeu que fosse assim, sem tirar dúvidas em um documento
> com mais calma.
>
> 3 - Há casos em que não se pode confiar em placas. Neste caso, cito a
> R. Enesto Beck. Essa pessoa consta em livros de história sobre a
> cidade. Mas existe uma variação muito forte do nome dele, que é
> (Coronel) Ernesto Becker, seja em (algumas) placas, usado pela
> prefeitura, media local e até um ponto de táxi com o nome errado (sem
> falar que isso foi certamente agravado por erro de mapas conhecidos,
> como o GM, porque querendo ou não as pessoas veem o nome errado lá e
> passam a usá-lo - falei disso no diário certa feita:
> http://www.openstreetmap.org/user/santamariense/diary/37275). No OSM,
> é claro, temos os dois nomes. No IBGE tá certo o "Beck", mas tá errado
> o "coronel", porque o título não aparece no nome oficial.
>
> 4 - Até onde eu sei, o IBGE não é totalmente seguro quanto nome de
> ruas. Pode sim conter erros como qualquer outra fonte. Até porque há
> nomes que são capturados verbalmente com moradores.
>
> Se há variações do nome, e são de fontes lícitas, devemos colocar no
> OSM todas elas. Nas mais diferentes tags name, loc_name, alt_name,
> official_name, old_name,... Na tag "name" eu sempre preferia colocar o
> nome oficial, mas hoje eu tenho opinião diferente, nesta tag devemos
> colocar o que se acha in-loco, seja placas ou consenso de moradores.
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 

cordialmente,

adriano.

_
Sempre tenha os seus arquivos quando você precisar deles com @Dropbox. Conta
 de 2GB é grátis!

Acesse: http://db.tt/enaEb5F
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-se] ideell förening - OpenStreetMap Sverige

[Jimmy Utterström]

Hej!

Jag kan inte på något vis räkna mig själv som en av de flitigaste och aktivaste 
OSM-bidragsgivarna men tänkte ändå bidra med min tanke kring den diskussion har 
förts gällande bildandet av en OSM-förening sedan en tid tillbaka. Utifrån de 
tidigare inläggen i diskussionen är min personliga åsikt att det vore betydligt 
lämpligare att engagera sig genom Wikimedia Sverige. Skulle det vid ett senare 
skede visa sig att det faktiskt finns en större mängd personer som lägger 
mycket tid och intresse på att driva just OSM-frågor så kanske en lämplig väg 
att gå kan vara den som Wikimedia Italia gått (bli en officiell OSM-chapter). 
Jag ser inte riktigt hur en separat och mer nischad OSM-förening skulle kunna 
vara till större nytta utifrån hur pass få aktiva OSM-eldsjälar det trots allt 
tycks finnas i Sverige just nu. Finns det dessutom inga konkreta mål och 
exempel på vad en sådan förening kan uppnå och varför behovet finns så tycker 
jag personligen att det känns lämpligare att nyttja Wikimedia Sverige.


Att det skulle vara möjligt att utse en svensk OSM-representat eller liknande 
ser jag inte riktigt heller som ett tillräckligt starkt argument, särskilt om 
det eventuellt skulle vara möjligt även genom Wikimedia Sverige. Viktigast i 
frågan tycker jag är att man ser till vad som kommer att bidra med störst nytta 
i förhållande till den arbetstid som behöver läggas ned.


Mvh Jimmy Utterström



Från: Prolineserver 
Skickat: den 10 december 2016 13:40
Till: OpenStreetMap Sverige mailinglista
Ämne: Re: [Talk-se] ideell förening - OpenStreetMap Sverige

Hej!

Jag är också ganska skeptiskt med samma anledningar som nämns övan.

Av 6 som kan tänka sig ställa upp som styrelse är det kanske 4 som
verkligen ställer upp, och det är på längre sikt ännu färre som
ställer upp till mer än att bara delta i styrelsemöten. I Wikimedia
Sverige var det nästan bara Jan Ainali och jag som under flera år har
satsat ganska många timmar i veckan för att dra föreningen vidare. Att
föreningen lyckades berodde dels på att vi hade än väldigt bra
kontaktnät när det startades, samt att föreningen var i en komfortabel
finansiell situation från början (stor privat donation vid start,
Wikipedias julkampanj samt nu extern finansiering från stiftelser och
staten). Det har varit/är väldigt svart att få aktiviteter igång som
inte drivs av styrelsen/kansliet.

Behövs det en representant i Sverige så går det att en redan
existerande förening kan söka att bli en officiell OSM-chapter. Så
gjorde t.ex. Wikimedia Italia:
http://www.wikimedia.it/cosa-facciamo/openstreetmap-italia/
OpenStreetMap - Wikimedia 
Italia
www.wikimedia.it
Da gennaio 2016, dopo due anni di trattative e uno di collaborazione informale, 
Wikimedia Italia è ufficialmente un capitolo locale di OpenStreetMap Foundation.




Hälsningar,
Holger Motzkau


2016-11-28 0:58 GMT+01:00 Andreas Vilén :
> Jag är den som är skeptisk, mycket enligt Jans och Per Erics inlägg ovan,
> vad är det egentligen vi vill göra med en förening? Sedan verkar det som att
> vi är väldigt få. Exempelvis är det kanske fyra-fem stycken som är mer
> aktiva på IRC, och där kan det ändå vara knäpptyst flera dagar på raken.
> Maillistan brukar inte dra speciellt mycket aktivitet även om man frågar om
> något som borde engagera de flesta och Facebookgruppen är det också oftast
> samma namn som deltar. Jag vet att det finns fler som mappar än dessa och
> outreach har alltid varit ett problem på OSM eftersom det inte finns samma
> naturliga samlingspunkt som på Wikipedia exempelvis.
>
> Jag tror att vill man ha en gemensam representation är det bättre att gå
> under Wikimedia Sverige, där dessa rekommenderar någon som har kontakt med
> press och liknande. Bara att utse en presskontakt för OSM i Sverige är ju
> inte helt lätt när bara fem-sex stycken skulle delta i en sådan diskussion,
> med några hundra användare helt utan röst eftersom de inte känner till
> kontaktvägarna. Även svenska Wikipedia hade en presskontakt ganska långt
> innan det fanns någon förening, så det är inget krav.
>
> Det jag kan tänka mig att man kan ha en förening till är att sätta press på
> ägare av geodata att släppa den fri, men det tror jag nog att den redan
> etablerade Wikimedia Sverige gör bättre än en nystartad mikroförening som
> ingen hört talas om. Att organisera mapparträffar vore förvisso trevligt,
> lite som Wikipedias fototräffar, men med tanke på hur få vi är har detta
> alltid varit svårt. På sin höjd har vi lyckats samla ihop tre-fyra personer
> i Skåne, med undantag för Mappa Malmö-träffen i Lund där vi var ett tiotal
> (var är alla ni, är ni aktiva fortfarande får ni gärna höra av er). Inte för
> att vi kämpat jättemycket för att kontakta andra användare förvisso, med
> undantag för mappa Malmö-träffen.
>
> Jag vet inte riktigt vart jag vill komma med allt detta, och det 

Re: [Talk-br] Possível cópia de nomes de ruas do Google

[santamariense]

Correto. Analisando de um ângulo diferente, não é não um spam. Eu
tinha chegado a conclusão esta depois de ver isto no GM
(https://goo.gl/CR1pqZ) de onde deduzi que seria uma imobiliária
anunciando este imóvel, e fazendo auto-promoção. A "Chácara S J T"está
mal caracterizada no GM, isto seria um espaço de eventos e não um
hotel/pousada - mas isso é problema deles.
Só que isso não explica o fato-chave de uma simples pousada/espaço se
tornar aqui no OSM o nome da cidade toda pela tag "addr:city",
coincidentemente destacada no mapa do Google.

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

Re: [OSM-talk-fr] intégration des référentiels STIF

[Philippe Verdy]

Le 14 décembre 2016 à 11:47, Christian Quest  a
écrit :

> Le 14 décembre 2016 à 10:34, Florian LAINEZ  a écrit :
>
>> Hello,
>>
>> Si on veut gérer la transition, il faut décider vers lequel de "platform"
>>> ou "stop_position" on doit basculer les "bus_stop" actuels. En majorité les
>>> "bus_stop" ont été mis sur ce qui devrait être des "plateform" en v2 (c'est
>>> à dire à côté des chemins de la relation "route"). Mais si on tague les 2
>>> ("platform" + "stop_position" ) en v2
>>>
>>
>> Nous n'avons pas à décider, le modèle V2 a été créé en tant que tel sans
>> rétro-compatibilité, ce qui veut bien dire ce que ça veut dire. Chaque
>> amenity=bus_stop doit être complété ou remplacé à la mano par un platform
>> ou un stop_position.
>>
>>
>>>
>>> Et si on veut être compatible avec sketchline, les "bus_stop" devraient
>>> être déplacés vers les nouveaux noeuds "stop_position".
>>>
>>
>> Je n'ai pas de préférence ni d'avis sur le sujet mais je pense qu'il vaut
>> mieux laisser un seul bus_stop par arrêt effectif.
>> Jusqu'à présent je laisse bus_stop sur la platform par habitude. Mais
>> plus ça va plus je pense que je vais me radicaliser et virer totalement le
>> modèle V1 là où je passe, quitte à impacter le rendu Mapnik.
>>
>>
> Il y a beaucoup de rendus qui verront les arrêts de bus disparaitre.
>
> Il est très complexe d'utiliser les relations public_transport dans les
> rendus*... donc attention à ne pas se tirer une balle dans le pied en
> voulant trop bien faire sur la modélisation des transports publics on
> risque de les rendre invisibles dans la majorité des rendus car trop
> complexes à rendre.
>
> La coexistence ancien/nouveau schéma ne coûte pas grand chose... et évite
> une "fracture sémantique" ;)
>

Exactement ce dont je parlais plus haut.
* Pour cette coexistence dans les rendus carto, les "bus_stop" devraient
être conservés sur les "platform";
* pour la coexistence (sans doublon de noms dans Sketchline), ils devraient
être sur les "stop_position" (les "stop_area" c'est actuellement utilisé
uniquement pour le rendu "Public Transport" sélectionnable dans les couches
proposées sur le site OSM standard, ils peuvent inclure sans problèmes
"platform" et "stop_position", que l'un des deux ait un "bus_stop" ou aucun
des deux).

On a un choix à faire car on ne mettra pas les bus_stop à la fois sur les
stop_position et sur les platform (ce qui serait encore pire pour le rendu
carto et ne résoudrait rien sur Sketchline).
Je penche plutôt au choix de garder les bus_stop pour l'instant sur les
platform et non sur les stop_position (même si cela donne des noms en
doublon dans Sketchline

L'anomalie de Sketchline est déjà signalée de ce côté-là dans la doc du
modèle sur le wiki et signalé d'autre part à l'auteur de cette extension
Overpass Turbo du serveur allemand). Sketchline peut (et de toute façon
doit encore) être corrigé séparément et a un usage pour l'instant bien plus
limité. Et il a encore des améliorations à faire sur d'autres anomalies,
par exemple les lignes formant un circuit en boucle, dont il vire l'arrêt
commun un point de départ et d'arrivée, on a un exemple sur une ligne bus à
Saint-Malo, mais ça pourrait concerner tout autant la ligne de petite
ceinture à Paris et des lignes de circuits à caractère touristique, ou sur
la recherche des correspondances, qui ne fonctionne pas complètement, et la
possibilité d'avoir un diagramme sur plus de deux rangées, pour les lignes
très longues avec de nombreux arrêts, ou encore pour pouvoir y inclure des
pictogrammes de service ou d'accessibilité, ou encore pouvoir annoter les
limites de communes traversées afin de distinguer les arrêts "homonymes"
(comme "Mairie", "Eglise", "Centre", "Gare", "Collège", "Charles de Gaule"
sans avoir à rallonger les noms de chacune des stations avec le nom de la
commune et des parenthèses);

Ou encore pour afficher les limites de zones de tarification comme en
Île-de-France, où ces limites ne sont pas strictement alignées sur les
limites communale (montrer des photos d'exemples réels dans les trains RER
et Transilien peut aider à comprendre; pour les limites de communes on a
déjà les boundaries nécessaires, pour les zones tarifaires c'est à
modéliser avec des tags facilement réemployables tels que
"public_transport:zone=FR:STIF:Z1" et une relation avec le même tag pour
indiquer le nom en clair "name=Zone 1", la relation contenant un polygone
ou plusieurs polygones de types boundary plus des noeuds faisant exception
pour certains arrêts de certaines lignes hors de la zone normale, à moins
que les exceptions soient justement de taguer spécifiquement la zone
 tarifaire sur les arrêts faisant exception, les autres arrêts héritant de
la zone tarifaire délimitée par la relation).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] zákon o KČT

[Ha Noj]

Nejsem expert na legislativní proces, ale vzhledem k tomu že to je
poslanecká iniciativa, tak se k tomu do vánoc vyjádří vláda (a ministerstva
MMR, MV, MZE), kde má možnost zaslat i veřejnost do *DNEŠKA* ;).

Termín připomínek 9.12.2016 – 14.12.2016 Adresa připomínek
eklep-...@vlada.cz

A pak pokud to projde přes první čtení, tak už jen skrze lobování poslanců
nebo poslaneckých výborů.

https://apps.odok.cz/veklep-detail?pid=ALBSAGGHW4B2

http://www.psp.cz/sqw/tisky.sqw?O=7=982

ha
hanoj

Dne 14. prosince 2016 12:47 Jáchym Čepický 
napsal(a):

> Pokud byste na něco přišli (stran připomínkování), rádi to jako OSGeo.cz
> pokrejeme
>
> J
>
> Dne 14.12.2016 v 12:38 Karel Volný napsal(a):
>
> zdar,
>>
>> dík za info
>>
>> nerozumím procesu ... dá se to (ještě v tuto chvíli) nějak připomínkovat?
>>
>> pokud jo a někdo mi poví, jak na to, zkusil bych něco sepsat (i když
>> známe to
>> o tom hrachu na zeď atd.) - myslímže minimálně bychom se měli snažit
>> protlačit
>> tam explicitně zveřejnění dat o vedení tras, když už musí být zákon na
>> každý
>> pšouk
>>
>> řešit to ale od A do Z nemám čas, resp. ani chuť
>>
>> /me pošilhává na Matěje ...
>>
>> K.
>>
>> On Thursday 08 December 2016 16:55:01 Ha Noj wrote:
>>
>>> Ahoj,
>>>
>>> tohle nás asi bude zajímat, nový zákon: KČT se zasloužil o stát.
>>>
>>> http://www.ceskatelevize.cz/ct24/domaci/1976920-ceske-turist
>>> icke-trasy-jsou-> svetovy-unikat-chranit-je-mohl-samostatny-zakon
>>>
>>> http://www.psp.cz/sqw/text/orig2.sqw?idd=120094
>>>
>>> ha
>>> hanoj
>>>
>>> ___
>>> 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
>>>
>>
> --
> Jachym Cepicky
> e-mail: jachym.cepi...@gmail.com
> twitter: @jachymc
>
>
> ___
> 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-be] GRB hackday december 11th

[joost schouppe]

The blog post is ready for translation:

https://hackpad.com/Hackday-b5rCQLrvmXC

Especially on the French version we could use some help!
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[Nelson A. de Oliveira]

2016-12-14 9:52 GMT-02:00 santamariense :
> Voltando ao assunto, existe eletroposto (amenity=charging_station) no Brasil?

Tem poucos.
Dá para achar através de notícias.
Por exemplo:

http://g1.globo.com/sp/campinas-regiao/noticia/2015/07/postos-para-carregar-carros-eletricos-comecam-funcionar-em-campinas.html
http://www.veiculoeletrico.blog.br/2015/12/rodovia-de-sp-tem-carga-gratis-para.html

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

Re: [Talk-br] Correção de alguns postos de combustível no Brasil

[santamariense]

Há várias entradas errôneas no OSM de "highway=rest_area" querendo
representar uma casa/lar. Vejam isso de hoje:
https://www.openstreetmap.org/node/4553695893 +
https://www.openstreetmap.org/note/816116, inclusive com acesso a
internet. Espero que seja de graça :)

Voltando ao assunto, existe eletroposto (amenity=charging_station) no Brasil?

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

Re: [Talk-cz] zákon o KČT

[Jáchym Čepický]

Pokud byste na něco přišli (stran připomínkování), rádi to jako OSGeo.cz 
pokrejeme


J

Dne 14.12.2016 v 12:38 Karel Volný napsal(a):

zdar,

dík za info

nerozumím procesu ... dá se to (ještě v tuto chvíli) nějak připomínkovat?

pokud jo a někdo mi poví, jak na to, zkusil bych něco sepsat (i když známe to
o tom hrachu na zeď atd.) - myslímže minimálně bychom se měli snažit protlačit
tam explicitně zveřejnění dat o vedení tras, když už musí být zákon na každý
pšouk

řešit to ale od A do Z nemám čas, resp. ani chuť

/me pošilhává na Matěje ...

K.

On Thursday 08 December 2016 16:55:01 Ha Noj wrote:

Ahoj,

tohle nás asi bude zajímat, nový zákon: KČT se zasloužil o stát.

http://www.ceskatelevize.cz/ct24/domaci/1976920-ceske-turisticke-trasy-jsou-> 
svetovy-unikat-chranit-je-mohl-samostatny-zakon

http://www.psp.cz/sqw/text/orig2.sqw?idd=120094

ha
hanoj

___
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


--
Jachym Cepicky
e-mail: jachym.cepi...@gmail.com
twitter: @jachymc

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

[Talk-es] Soñando (era: IGN en página de copyright de OSM y reunión inminente

[Felipe T. Dorado]

Hola yo  : )

A mí, como modesto aprendiz de estas cosas y usuario y defensor de OSM, me
resuena lo que dices.

On Tue, 13 Dec 2016 23:26:58 +0100, yo escribió:

YP> Va, voy a ser optimista, de hecho voy a soñar.

Bien hecho. Que se tiende a perder la costumbre  } ; )

YP> buena dirección. Aunque sea un poco utópico imaginaos un Cartociudad +
YP> OSM. Este "Cartopaís" vendría por la introducción de datos de

YP> Es cierto que tardaríamos un tiempo (lo veo como proyecto a medio
YP> plazo empezando...ya) 

YP> de dos tipos y en general a nivel español (sí sí, de todo el Estado,
YP> Cartociudad funciona en todo el Estado Español, islas y otras naciones

YP> Las dos cosas nos llevan a un "leve" cambio de fundamento del proyecto y
YP> que alguna vez hemos debatido:el hecho de editar/trabajar/colaborar en
YP> zonas que no son nuestras, o en intereses que son directamente los

YP> nuestros. Mi experiencia en la comunidad catalana me dice que cuando
YP> todos colaboramos en un mismo fin, aunque no sea exactamente nuestra
YP> ...   se avanza mucho o muchísimo.

YP> Eh, que no hablo de colaborar en "cosas que NO ME interesan" o "que NO
YP> ME gustan". Hablo de ,personalmente, plantearnos qué "es lo nuestro" y
YP> qué es lo que "nos gusta" referente a este proyecto que seguirá siendo
YP> colaborativo, y que sin o con IGN seguirá dependiendo de todos nosotros.

Y de los que vengan y se consiga atraer. Que son mas que nosotros.

YP> Lo que el otro día denominé como un cambio de actitud: actitud
YP> proactiva. 

Para esto hace falta algo mas que animarse porque va a haber mas
"imports".

YP> -El debate en la lista española se haría por exigencia de imports, pero

YP> -Las páginas de la wiki podrían ser muy elaboradas no tanto con el
YP> Workflow, que todos lo conoceríamos, y que debe estar, sino más
YP> técnicas, sobretodo mucho más completas, gracias a las descripciones
YP> que la gente del IGN nos podría suministrar, veo una wiki llena de
YP> índices de proyectos realizados.

Y yo espero que para poder iniciar esos proyectos haya unas páginas wiki en
el Wiki de OSM que atraigan y sean de utilidad a los que llegan y lleguen.
Las páginas técnicas también, para los técnicos.

YP> - [Si] ... el debate fuera afirmativo influiría positivamente en la
YP> visión de imports. 
YP> -Dispondríamos de algún permiso expreso del IGN así que ese paso se

YP> se sumaría gente incluso del mismo IGN, y sin más validez que
YP> la de cualquier usuario (a imagen y semejanza de cuando en el HOT
YP> trabajamos los de siempre o la viejecita que viene atraída por MSF y
YP> con muchas ganas de colaborar por primera vez). 

Eso, la viejecita. Y el chaval del instituto, y el conductor de camión, 
y el guardia civil, y el senderista, y el maestro de escuela, y el médico
rural, y el guardabosques, y el carnicero, y el funcionario, y el  ... 

YP> - y en el servidor que fuere) para coordinarnos e ir completando las
YP> fases del proyecto. 

YP> la siguiente fase: validadores del IGN dando por buenos los datos
YP> conseguidos en base a su profesionalidad o bien colaboradores de la
YP> zona dando por buenos los datos conseguidos en base a su conocimiento

YP> - Finalmente nosotros, las diversas comunidades y grupos, y
YP> por supuesto el propio IGN - gobiernos, administraciones y su madre
YP> montada en bicicleta podrían dar difusión a estas actualizaciones de
YP> CartoPaís OSM (y le llamo de dos maneras porque pienso que IGN querrá
YP> hacerse su propio portal...pero TODOS los datos estarán en OSM) así
YP> como en prensa, radio, televisión y redes a nivel estatal, lo cual
YP> atraería a más gente, a colaborar.

He dejado en las citas lo mas relevante para enfatizarlo y comentarlo. Sobre
todo las partes que hacen a la atracción de mas usuarios/as, formación de
los mismos/as y no tanto a las partes técnicas en donde vosotros sabéis
mucho.
Pero si no se atiende a que quien trata de añadir cualquier cosa en el
mapa, se encuentra con que aportar algo en el ID es facilísimo pero
para proseguir, remangarse y ponerse a aportar mas en serio se han de
aprender toda una serie de cosas que alejan a cualquiera sin mas pretensión
que aportar lo que conoce y no está en el mapa: no todo el mundo quiere ser
cartógrafo.

Hay mucho potencial en la colaboración pero lamentablemente suele durar poco
y quedar en eso: lo potencial.
Si se quiere atraer a "mano de obra" que use las herramientas
adecuadamente las herramientas disponibles o se creen, éstas han de ser
mostradas, enseñadas para ser usadas. No basta con juguetear con el móvil.
Es suficiente hablar de "imports" para que ya ni se lea el mensaje porque
se piensa en amplísimo trabajo, cualificación, tiempo y dedicación. ¿Me
explico? 
Intento __congeniar al técnico con el usuario de base__.
Es lo que echo en falta y creo hace falta para que el mapa crezca.

El PDF de de Pepe Casado es muy informativo. Gracias Pepe.

Muy humildemente animo a que se aborden las cosas con esta visión soñadora
_pero muy 

Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de ruas do Google)

[Marcos Fedato]

Muito boa sua colocação das outras tags.

Eu não vi muita discussão sobre elas aqui, elas sao muito úteis.

Já usei a old_name que vc coloca o nome antigo quando surge um nome novo, é boa 
para registro historico.

A alt_name eu uso quando por exemplo o logradouro chama "avenida luiz viana" 
mas todo mundo chama de "avenida paralela" (salvador - ba).

Essa loc_name eu nao sei se seria o caso de usar quando a rua tem um nome dado 
pelos moradores e outro oficial, ou se seria um alt_name também?

O official_name seria no caso do aeroporto de guarulhos/sao paulo onde alguns 
conhecem por cumbica e na verdade o nome oficial é do governador franco 
montoro. Além de ter o alt_name de gru airport (ou é o nome internacional isso? 
).

Além disso algumas tags vc pode usar o ; ponto e virgula quando há mais de um 
valor... ruas que mudam constantemente de nome podem ter vários old_name que 
ficam na mesma tag, separados por ;

Além do ref que guarda a informacão do numero da estrada municipal, estadual ou 
federal.

Sabendo usar o modelo de dados do OSM é bem completo.

Marcos Fedato

Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: santamariense 
Data: 14/12/2016 08:22 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de ruas 
do Google)

Sobre nome de vias públicas (ruas/estradas/...) gostaria de
compartilhar a minha experiência.

1 - Busco sempre saber se existe um nome oficial (pesquisa nas Leis
Municipais), no caso da minha cidade temos uma excelente fonte única
que é uma lei que consolidou cerca de 1,5 mil denominações
(http://www.camara-sm.rs.gov.br/camara/print_pdf/lei-ordinaria/2011/555/5558/lei-ordinaria-n-5558-2011-consolida-a-legislacao-municipal-sobre-denominacao-de-ruas).
Claro que depois dessa lei surgiram leis esparsas, daí é só questão de
acompanhar as novas leis criadas;

2 - Há casos em que a razão pode ser sim da placa. Existe uma placa
"Estr. Mun. José Santo Fighera" (provavelmente colocada pelos próprios
familiares) onde fica a família do Arroz Fighera. Quem criou a lei,
aportuguesou o nome (Estr. Mun. José Santos Figueira), talvez porque
ouviu e entendeu que fosse assim, sem tirar dúvidas em um documento
com mais calma.

3 - Há casos em que não se pode confiar em placas. Neste caso, cito a
R. Enesto Beck. Essa pessoa consta em livros de história sobre a
cidade. Mas existe uma variação muito forte do nome dele, que é
(Coronel) Ernesto Becker, seja em (algumas) placas, usado pela
prefeitura, media local e até um ponto de táxi com o nome errado (sem
falar que isso foi certamente agravado por erro de mapas conhecidos,
como o GM, porque querendo ou não as pessoas veem o nome errado lá e
passam a usá-lo - falei disso no diário certa feita:
http://www.openstreetmap.org/user/santamariense/diary/37275). No OSM,
é claro, temos os dois nomes. No IBGE tá certo o "Beck", mas tá errado
o "coronel", porque o título não aparece no nome oficial.

4 - Até onde eu sei, o IBGE não é totalmente seguro quanto nome de
ruas. Pode sim conter erros como qualquer outra fonte. Até porque há
nomes que são capturados verbalmente com moradores.

Se há variações do nome, e são de fontes lícitas, devemos colocar no
OSM todas elas. Nas mais diferentes tags name, loc_name, alt_name,
official_name, old_name,... Na tag "name" eu sempre preferia colocar o
nome oficial, mas hoje eu tenho opinião diferente, nesta tag devemos
colocar o que se acha in-loco, seja placas ou consenso de moradores.

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

Re: [Talk-it] Le piazze

[girarsi_liste]

Il 14/12/2016 12:15, mbranco ha scritto:
> @Simone:
> Hai ragione, lo spiega lì [1] , ma per me è sbagliato due volte.
> 
> Primo, perchè manca un aggettivo in fondo alla frase: 
>"Il tag highway=pedestrian insieme al tag area=yes è il modo comune per
> mappare le piazze"
> che secondo me dovrebbe essere :
>"Il tag highway=pedestrian insieme al tag area=yes è il modo comune per
> mappare le piazze *pedonali*"
> 
> Secondo, perchè se le piazze pedonali sono un sottocaso del caso più
> generale "piazze", PRIMA dichiaro che è una piazza, e DOPO eventualmente gli
> aggiungo l'attributo "pedonale".
> 
> Per intenderci, per me questa [2] è una piazza pedonale, ma questa [3] no!
> 
> Ciao,
> Marco
> 
> 
> [1] http://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dpedestrian
> [2]
> http://i.static.duomomilano.it/variants/c/4/a/d/c4ad17c4-307e-4516-aa83-c40326caa02b_large.jpg?_635919946149160388
> [3]
> http://www.dearmilano.it/wp-content/uploads/2014/02/piazza-della-repubblica-by-night.jpg
> 
> 

C'è qualcosa che non mi torna, e premetto che non parlo l'inglese per
cui posso dire cavolate.

Con pedestrian si intende strada prevalentemente pedonale ma con accesso
anche ai veicoli a motore e no, oppure ti stai confondendo con footway,
cioè espressamente dedicata ai pedoni?


Per quel che riguarda il traffico nelle piazze, di solito si disegnano
delle way, perchè uno non và in macchina, di solito, a spasso per la
piazza, ma deve tenere di solito la destra, mia osservazione sia chiaro,
perchè difficilmente chi guida va alla rinfusa, anche per evitare
incidenti con persone.

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



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

Re: [OSM-talk-fr] aires de covoiturage

[Nicolas Dumoulin]

Bonjour,

Le Fri, 9 Dec 2016 22:34:37 +0100,
osm.sanspourr...@spamgourmet.com a écrit :
> Il y a aussi ceci :
> 
> http://www.openstreetmap.org/way/196325787
> 
> park_ride yes

Pour ma part, j'utilise la combo park_ride=yes + carpool=designated
http://www.openstreetmap.org/way/128277712

Je reste ouvert à un autre consensus.

-- 
Nicolas Dumoulin


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

Re: [Talk-it] Le piazze

[mbranco]

@Simone:
Hai ragione, lo spiega lì [1] , ma per me è sbagliato due volte.

Primo, perchè manca un aggettivo in fondo alla frase: 
   "Il tag highway=pedestrian insieme al tag area=yes è il modo comune per
mappare le piazze"
che secondo me dovrebbe essere :
   "Il tag highway=pedestrian insieme al tag area=yes è il modo comune per
mappare le piazze *pedonali*"

Secondo, perchè se le piazze pedonali sono un sottocaso del caso più
generale "piazze", PRIMA dichiaro che è una piazza, e DOPO eventualmente gli
aggiungo l'attributo "pedonale".

Per intenderci, per me questa [2] è una piazza pedonale, ma questa [3] no!

Ciao,
Marco


[1] http://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dpedestrian
[2]
http://i.static.duomomilano.it/variants/c/4/a/d/c4ad17c4-307e-4516-aa83-c40326caa02b_large.jpg?_635919946149160388
[3]
http://www.dearmilano.it/wp-content/uploads/2014/02/piazza-della-repubblica-by-night.jpg



--
View this message in context: 
http://gis.19327.n8.nabble.com/Le-piazze-tp5887345p5887488.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-fr] intégration des référentiels STIF

[Christian Quest]

Le 14 décembre 2016 à 10:34, Florian LAINEZ  a écrit :

> Hello,
>
> Si on veut gérer la transition, il faut décider vers lequel de "platform"
>> ou "stop_position" on doit basculer les "bus_stop" actuels. En majorité les
>> "bus_stop" ont été mis sur ce qui devrait être des "plateform" en v2 (c'est
>> à dire à côté des chemins de la relation "route"). Mais si on tague les 2
>> ("platform" + "stop_position" ) en v2
>>
>
> Nous n'avons pas à décider, le modèle V2 a été créé en tant que tel sans
> rétro-compatibilité, ce qui veut bien dire ce que ça veut dire. Chaque
> amenity=bus_stop doit être complété ou remplacé à la mano par un platform
> ou un stop_position.
>
>
>>
>> Et si on veut être compatible avec sketchline, les "bus_stop" devraient
>> être déplacés vers les nouveaux noeuds "stop_position".
>>
>
> Je n'ai pas de préférence ni d'avis sur le sujet mais je pense qu'il vaut
> mieux laisser un seul bus_stop par arrêt effectif.
> Jusqu'à présent je laisse bus_stop sur la platform par habitude. Mais plus
> ça va plus je pense que je vais me radicaliser et virer totalement le
> modèle V1 là où je passe, quitte à impacter le rendu Mapnik.
>
>
Il y a beaucoup de rendus qui verront les arrêts de bus disparaitre.

Il est très complexe d'utiliser les relations public_transport dans les
rendus*... donc attention à ne pas se tirer une balle dans le pied en
voulant trop bien faire sur la modélisation des transports publics on
risque de les rendre invisibles dans la majorité des rendus car trop
complexes à rendre.

La coexistence ancien/nouveau schéma ne coûte pas grand chose... et évite
une "fracture sémantique" ;)

* j'ai dû bricolé à mort en repassant par des tables qui servent à la mise
à jour des données et pas au rendu pour retrouver le network/operator des
arrêts de bus dans leur relation route pour mettre les logos locaux sur le
rendu FR. Je dois être un des rares à avoir fait ça.
voir: https://github.com/cquest/osmfr-cartocss/blob/master/project.mml#L1937

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

Re: [Talk-br] Possível cópia de nomes de ruas do Google

[santamariense]

Tudo bem @Thundercel, questiona ele. Mas não vai pensar que eu não
tentei falar com ele (assim como o @naoliv e o @Gerald Weber também
tentaram), seja pela discussão de changeset, seja por mensagem
privada. Em ambos os casos não respondidas.

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

Re: [Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de ruas do Google)

[santamariense]

Sobre nome de vias públicas (ruas/estradas/...) gostaria de
compartilhar a minha experiência.

1 - Busco sempre saber se existe um nome oficial (pesquisa nas Leis
Municipais), no caso da minha cidade temos uma excelente fonte única
que é uma lei que consolidou cerca de 1,5 mil denominações
(http://www.camara-sm.rs.gov.br/camara/print_pdf/lei-ordinaria/2011/555/5558/lei-ordinaria-n-5558-2011-consolida-a-legislacao-municipal-sobre-denominacao-de-ruas).
Claro que depois dessa lei surgiram leis esparsas, daí é só questão de
acompanhar as novas leis criadas;

2 - Há casos em que a razão pode ser sim da placa. Existe uma placa
"Estr. Mun. José Santo Fighera" (provavelmente colocada pelos próprios
familiares) onde fica a família do Arroz Fighera. Quem criou a lei,
aportuguesou o nome (Estr. Mun. José Santos Figueira), talvez porque
ouviu e entendeu que fosse assim, sem tirar dúvidas em um documento
com mais calma.

3 - Há casos em que não se pode confiar em placas. Neste caso, cito a
R. Enesto Beck. Essa pessoa consta em livros de história sobre a
cidade. Mas existe uma variação muito forte do nome dele, que é
(Coronel) Ernesto Becker, seja em (algumas) placas, usado pela
prefeitura, media local e até um ponto de táxi com o nome errado (sem
falar que isso foi certamente agravado por erro de mapas conhecidos,
como o GM, porque querendo ou não as pessoas veem o nome errado lá e
passam a usá-lo - falei disso no diário certa feita:
http://www.openstreetmap.org/user/santamariense/diary/37275). No OSM,
é claro, temos os dois nomes. No IBGE tá certo o "Beck", mas tá errado
o "coronel", porque o título não aparece no nome oficial.

4 - Até onde eu sei, o IBGE não é totalmente seguro quanto nome de
ruas. Pode sim conter erros como qualquer outra fonte. Até porque há
nomes que são capturados verbalmente com moradores.

Se há variações do nome, e são de fontes lícitas, devemos colocar no
OSM todas elas. Nas mais diferentes tags name, loc_name, alt_name,
official_name, old_name,... Na tag "name" eu sempre preferia colocar o
nome oficial, mas hoje eu tenho opinião diferente, nesta tag devemos
colocar o que se acha in-loco, seja placas ou consenso de moradores.

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

Re: [Talk-it] Ex capannone riadattato

[Lorenzo "Beba" Beltrami]

Sul wiki suggeriscono (l'onnipresente Martin ;)
building=production_hall[1], ma taginfo lo dà come usato solo 2 volte[2]...
building=manufacture è più usato, ma rimane ancora un po' generico.
Stesso discorso si può fare con building=prefabricated che potrebbe variare
dal capannone industriale al container.

Quale sarebbe il termine tecnico in inglese british per indicare una
costruzione prefabbricata pensata per la produzione industriale?

In effetti per noi che abitiamo in "capannonia", come dice giustamente
Volker, sarebbe utile trovare un tag appropriato per queste strutture.

Lorenzo

[1] http://wiki.openstreetmap.org/wiki/Tag:building%3Dindustrial
[2] http://taginfo.openstreetmap.org/search?q=building%3Dproduction_hall

Il giorno 14 dicembre 2016 11:03, Volker Schmidt  ha
scritto:

> @Martin
>
> vedi
> http://wiki.openstreetmap.org/wiki/Lecce
> http://wiki.openstreetmap.org/wiki/Puglia/CTR_Import
>
> Che cosa proponi? Mi interessa perché vivo in Capannonia (= nordest
> dell'Italia)
> industrial=warehouse?  bulding=warehouse (vedi
> http://wiki.openstreetmap.org/wiki/Tag:building%3Dwarehouse)
> non mi piace tanto perché descrive più l'utilizzo, non l'edificio.
>
>
> 2016-12-14 9:41 GMT+01:00 Martin Koppenhoefer :
>
>> "industrial" non è molto specifico per un capannone, userei se possibile
>> qualcosa più specifico
>>
>> ciao,
>> Martin
>>
>> sent from a phone
>>
>> > On 14 Dec 2016, at 08:49, Volker Schmidt  wrote:
>> >
>> > C'è abbastanza consenso che il tag building descrive il tipo di
>> edificio e non l'uso.
>> > Quindi nel primo caso building=industrial, nel secondo
>> building=residential
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ex capannone riadattato

[Volker Schmidt]

@Martin

vedi
http://wiki.openstreetmap.org/wiki/Lecce
http://wiki.openstreetmap.org/wiki/Puglia/CTR_Import

Che cosa proponi? Mi interessa perché vivo in Capannonia (= nordest
dell'Italia)
industrial=warehouse?  bulding=warehouse (vedi
http://wiki.openstreetmap.org/wiki/Tag:building%3Dwarehouse)
non mi piace tanto perché descrive più l'utilizzo, non l'edificio.


2016-12-14 9:41 GMT+01:00 Martin Koppenhoefer :

> "industrial" non è molto specifico per un capannone, userei se possibile
> qualcosa più specifico
>
> ciao,
> Martin
>
> sent from a phone
>
> > On 14 Dec 2016, at 08:49, Volker Schmidt  wrote:
> >
> > C'è abbastanza consenso che il tag building descrive il tipo di edificio
> e non l'uso.
> > Quindi nel primo caso building=industrial, nel secondo
> building=residential
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] intégration des référentiels STIF

[Florian LAINEZ]

Hello,

Si on veut gérer la transition, il faut décider vers lequel de "platform"
> ou "stop_position" on doit basculer les "bus_stop" actuels. En majorité les
> "bus_stop" ont été mis sur ce qui devrait être des "plateform" en v2 (c'est
> à dire à côté des chemins de la relation "route"). Mais si on tague les 2
> ("platform" + "stop_position" ) en v2
>

Nous n'avons pas à décider, le modèle V2 a été créé en tant que tel sans
rétro-compatibilité, ce qui veut bien dire ce que ça veut dire. Chaque
amenity=bus_stop doit être complété ou remplacé à la mano par un platform
ou un stop_position.


>
> Et si on veut être compatible avec sketchline, les "bus_stop" devraient
> être déplacés vers les nouveaux noeuds "stop_position".
>

Je n'ai pas de préférence ni d'avis sur le sujet mais je pense qu'il vaut
mieux laisser un seul bus_stop par arrêt effectif.
Jusqu'à présent je laisse bus_stop sur la platform par habitude. Mais plus
ça va plus je pense que je vais me radicaliser et virer totalement le
modèle V1 là où je passe, quitte à impacter le rendu Mapnik.


>- Relation Noctilien N21 : Châtelet → Chilly-Mazarin – Libération
>(2504515) 
>et fait partie de :
>- Relation Noctilien N21 : Châtelet → Chilly-Mazarin – Libération
>(2504515) 
>
> Faut-il vraiment le second lien (sans rôle) ? Quelle signification ?
> Retrouver la relation maîtresse ?
>
C'est en effet une erreur que j'ai maintenant corrigée, merci.
ça confirme notre besoin d'un outil plus adapté pour faire ce boulot sans
erreur. J'ai un projet qui n'attend qu'à être lancé pour y parvenir ...
#WaitForIt

Le 13 décembre 2016 à 22:38, Philippe Verdy  a écrit :

> effectivement, les membres de relations ne devraient pas se lier l'un à
> l'autre, ce devrait être des parentés strictes dans une hiérarchie, donc
> sans boucle.
>
> Il y a cependant quelques cas où de telles boucles existent entre
> relations (mais pour des rôles différents), notamment pour les "default"
> values applicables à une région.
>
> Pour de tels cas, JOSM a inclus il y a maintenant près de 3 ans un "fix"
> lui évitant de créer une boucle infinie lors de l'énumération récursive des
> membres enfants: il détecte tout cas de retour d'un descendant vers un des
> ancêtres déjà en cours d'énumération et dans ce cas n'ira pas parcourir ce
> lien "descendant" qui en fait revient à un ascendant. Il utilise pour cela
> une simple pile, en empilant l'objet dont on va énumérer les enfants, puis
> en parcourant chacun les enfants (sans rien faire s'ils sont déjà présents
> quelque part dans la pile), puis une fois parcourus tous les enfants en
> dépilant le premier objet parent.
>
> C'est un garde-fou simple à implémenter (la pile est en fait non ordonnée,
> c'est une simple collection indexée par référence d'objet, l'index pouvant
> être très efficace si c'est une simple "hashtable"; de plus il ne sera
> jamais très grand car limité en taille à la longueur maximale de parcours
> hiérarchique d'un ancêtre vers le dernier de ses descendants, qui ne va
> jamais au delà d'un poignée: les parcours d'arbres de relation sont en fait
> beaucoup plus "larges" que "hauts" avec souvent beaucoup de membres dans
> une relation mais peu de niveaux de relations, je n'ai pas vu un seul cas
> où la profondeur atteint ou dépasse 16): si jamais on tombe sur un cas où
> en enfant est présent à la fois dans la liste des membres d'une relation et
> déjà dans la pile, on n'a aucun moyen de retraiter cet objet une deuxième
> fois, tout au plus on peut détecter une éventuelle incohérence de tags et
> journaliser ce cas, mais on ne doit pas traiter cet enfant à nouveau sans
> créer une boucle infinie: il suffit donc juste de savoir, si un objet qui
> peut avoir des descendants est déjà en cours de traitement dans la pile, si
> oui ne rien faire d'autre, sinon on commence à traiter l'objet en
> l'incluant d'abord dans la pile, puis en le retirant une fois le traitement
> de cet enfant terminé.
>
>
>
>
> Le 13 décembre 2016 à 22:17, Éric Gillet  a
> écrit :
>
>> Le 13 décembre 2016 à 21:27,  a écrit :
>>
>>> J'ai peut-être la réponse à la longueur du traitement :
>>>
>>> https://www.openstreetmap.org/relation/6789691 a pour membre :
>>>
>>>- Relation Noctilien N21 : Châtelet → Chilly-Mazarin – Libération (
>>>2504515) 
>>>et fait partie de :
>>>- Relation Noctilien N21 : Châtelet → Chilly-Mazarin – Libération (
>>>2504515) 
>>>
>>> Faut-il vraiment le second lien (sans rôle) ? Quelle signification ?
>>> Retrouver la relation maîtresse ?
>>>
>>
>> Cela me semble être une erreur, il n'est pas nécessaire de "boucler"
>> comme ça les relations. Les outils, notamment Overpass, savent gérer les
>> liens de parenté entre les 

Re: [Talk-it] Ex capannone riadattato

[Martin Koppenhoefer]

"industrial" non è molto specifico per un capannone, userei se possibile 
qualcosa più specifico 

ciao,
Martin 

sent from a phone

> On 14 Dec 2016, at 08:49, Volker Schmidt  wrote:
> 
> C'è abbastanza consenso che il tag building descrive il tipo di edificio e 
> non l'uso.
> Quindi nel primo caso building=industrial, nel secondo building=residential 

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

Re: [Talk-cz] Vývoj RUIAN vs. KM prvků na serveru poloha.net za rok

[Zdeněk Pražák]

vrátím se tedy k mé původní otázce
uvedené budovy mám tedy přetrasovávat?

Pražák

-- Původní zpráva --
Od: Janda Martin 
Komu: OpenStreetMap Czech Republic 
Datum: 14. 12. 2016 8:57:33
Předmět: Re: [Talk-cz] Vývoj RUIAN vs. KM prvků na serveru poloha.net za rok

"

Omlouvam se.


  vlastni program myslim Mapu 3D ve 100% Jave pres OpenGL. Online renderuje 
2D data podle OSM stylu (gravitystorm/osm-carto) a 3D budovy + dalsi prvky.





building:ruian:type=8 jsou myslim chaty/rekreacni objekty (podle tagu 
building=? se nedaji poznat) 





  Proto se mi hodi kdyz budovy maji doplneny RUIAN kod + typ.





   Dekuji


   Martin






From: "Zdeněk Pražák" 
To: "OpenStreetMap Czech Republic" 
Sent: Tuesday, December 13, 2016 6:34:04 PM
Subject: Re: [Talk-cz]Vývoj RUIAN vs. KM prvků na serveru poloha.net
za rok






nerozumím co tím míníte, 
používám JOSM




Dne 13. prosince 2016 17:25 Janda Martin  napsal(a):
"


Dobry den,



 ve svem programu pouzivat pro zpracovani "building:ruian:type" protoze 
nektere typy nejsou zadefinovany pomoci OSM tagu. Napr.  building:ruian:type
=8



  Martin





From: "Zdeněk Pražák" 
To: "OpenStreetMap Czech Republic" 
Sent: Tuesday, December 13, 2016 5:05:16 PM
Subject: Re: [Talk-cz]Vývoj RUIAN vs. KM prvků na serveru poloha.net
(http://poloha.net) za rok





Chtěl jsem se zeptat, zda mám tedy pomocí traceru RUIAN přetrasovávat 
budovy, které byly natrasovány již dříve a nemají v popisu identifikátory 
RUIAN

Pražák

-- Původní zpráva --
Od: Petr Schönmann 
Komu: OpenStreetMap Czech Republic 
Datum: 2. 12. 2016 12:05:39
Předmět: [Talk-cz] Vývoj RUIAN vs. KM prvků na serveru poloha.net
(http://poloha.net) za rok

"

Ahoj, sepsal jsem takový menší článek jak to vypadá když se mapují budovy z 
poloha.net(http://poloha.net).
Zajímavý graf vývoje prvků, jak se nám daří přemapovávat CUZK:KM

http://gpsfreemaps.net/openstreetmap/vyvoj-ruian-vs-km-prvku-na-serveru-
poloha-net-za-rok
(http://gpsfreemaps.net/openstreetmap/vyvoj-ruian-vs-km-prvku-na-serveru-poloha-net-za-rok)



Pěkné počtení.


-- 



S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz(https://www.facebook.com/klikklakcz)


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






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

"



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


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

[Talk-br] Nomes de ruas (era Re: Possível cópia de nomes de ruas do Google)

[Daniel d'Andrada Tenório de Carvalho]

Esse tópico da variação no nome das ruas é interessante.
Ví isso agora que estou processando os dados de lotes da prefeitura de
Joinville.

Aqui no meu bairro tem uma rua que na placa está "Frederico Hubner",
no google está "Frederico Hubner", no shapefile da prefeitura está
"Frederico Huebner", no mapa de setores urbanos do IBGE está "Frederico
Huebener" e nos correios "Frederico Hubner".

Na minha opinião a melhor fonte é o que está na placa, na rua. Que é algo
verificável em campo e o mais atual. O que seriam as melhores fontes (IBGE
e a própria prefeitura) estão "erradas". Nesse caso específico, acredito
que desatualizadas, pois devem ter simplificado a grafia do sobrenome
alemão que batizou a rua (o sobrenome deveria ser Hübner ou Hübener).


2016-12-14 1:32 GMT-02:00 Marcos Fedato :

> Saindo do tópico da copia...
>
> Eu acho que o nome da placa é mais confiavel q o do ibge pq quem dita o
> nome é lei da prefeitura, que é quem faz a placa.
>
> Nesse caso a menos que tivesse uma terceira fonte (preferencialmente a lei
> que nomeia) eu manteria o nome da placa.
>
> O IBGE é bom... mas só pq tem pro país todo a qualidade dele não é
> inquestionavel. Não é fonte oficial do nome.
>
> Desculpa se chovi no molhado mas é bom aproveitar o gancho para novos
> mapeadores saberem sobre as diferentes fontes de informação.
>
> Marcos Fedato
>
> Enviado do meu smartphone Samsung Galaxy.
>  Mensagem original 
> De: thunder...@gpsinfo.com.br
> Data: 14/12/2016 00:01 (GMT-03:00)
> Para: OpenStreetMap no Brasil 
> Assunto: Re: [Talk-br] Possível cópia de nomes de ruas do Google
>
> Não perguntei a ele se copiou dados do Google, ao contrário, disse-lhe que
> não pode empregar dados do google e isso ele entendeu.
>
> Aí está a questão do approach ao editor. Ao acusarmos que copiou dados do
> google já estamos sentenciando e se o indivíduo não copiou esse pode se
> ofender com a acusação.
>
> Como citei no grupo do telegram, difícil acusar alguém se não soubermos a
> fonte empregada para a edição. As vezes alguns dados podem estar
> semelhantes
> aos estampados no google, mas devemos ter em mente que em caso de
> igualdade
> é de suma importância que busquemos as fontes de referencia empregadas
> porque tanto o google como o editor podem ter empregado a mesma fonte.
>
> Quando cheguei em Vila Velha - ES, onde resido desde janeiro deste ano, a
> rua onde moro estava no Google e OSM como Rua Aquino de Araújo quando na
> verdade ela se chama Aquino Araújo, sem o "de". Alterei no OSM e pude
> constatar que assim está no mapa do IBGE, sem o "de".
>
> Não sei de onde o Google tirou o "de" no nome, mas a placa na Rua tem
> erradamente o "de". A placa está errada e o IBGE certo.
>
> Nesse exemplo prático alguns poderiam concluir que o editor copiou o erro
> do
> "de" do google e acusar quem editou a ter copiado.
>
> Acho que não até porque a placa na rua tem o "de".
>
> Com tudo isso quero concluir instando aos amigos a não tirarem conclusões
> precipitadas de um fato observado em edições que sabemos não serem
> maldosas.
>
> []s
> Marcio
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Estrarre edifici con 8 lati

[Martin Koppenhoefer]

sent from a phone

> On 14 Dec 2016, at 08:20, Lorenzo Beba Beltrami  
> wrote:
> 
> è possibile fare una query su OSM che mi ritorni tutti gli edifici 
> (building=*) che hanno 8 lati?


un'approssimazione sarebbe trovare way con 8 nodi e tag building!=no, però non 
troveresti quelli con più nodi, dove si trovano alcuni nodi in linea, e 
troveresti anche quelli con meno lati perché alcuni nodi sono in linea. 
Dovresti quindi filtrare il risultato con un simplify e farlo in più passi, per 
esempio con postgres/postGIS

ciao,
Martin 


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

Re: [Talk-it] Estrarre edifici con 8 lati

[pietro marzani]

Il Mercoledì 14 Dicembre 2016 8:22, "Lorenzo "Beba" Beltrami" 
 ha scritto:


>è possibile fare una query su OSM che mi ritorni tutti gli edifici 
>(building=*) che hanno 8 lati?>Ho provato a cercare un po' nella 
>documentazione di Overpass, ma non ho trovato nulla...
>Con QGIS avrei qualche possibilità in più?


Con QGIS non saprei, con PostGis questo dovrebbe funzionare

http://postgis.net/docs/ST_NPoints.html

Ciao,
Pietro

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

Re: [Talk-it] Ex capannone riadattato

[Lorenzo "Beba" Beltrami]

Grazie!

Lorenzo

Il giorno 14 dicembre 2016 08:49, Volker Schmidt  ha
scritto:

> C'è abbastanza consenso che il tag building descrive il tipo di edificio e
> non l'uso.
> Quindi nel primo caso building=industrial, nel secondo
> building=residential
>
> Volker
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] IGN en página de copyright de OSM y reunión inminente

[Matías h]

Hola, buen día.

Bien, vamos a intentar recopilar y si os parece podemos hacer un escrito,
que mandarle a Antonio F. Rodriguez, también me dijo que sin problema
podíamos intentar mantener el contacto por correo electrónico. De todos
modos, Santiago Crespo estaba dispuesto a reunirse con el IGN, como veaís.

Creo que a estas alturas seguimos sin saber a ciencia cierta los
requerimientos de la OSMF para aparecer en el copyright (un click), pero en
realidad esto sería sólo para hacerle saber al IGN en concreto cuáles son
los requisitos para aparecer en ese copyright. Ya, más o menos, se ha
consensuado que será necesario una mayor implicación de este organismo
(IGN) para aparecer en ese apartado.

En segundo lugar, en lo que se refiere a sus "exigencias", hacerles saber
que están a sólo dos clicks de su reconocimiento como contribuidores a OSM.

En tercer lugar, nuestras "exigencias". Ufff.


   - Está claro que como comunidad, como entidad quiero decir (es decir,
   presidente, vice, etc o como se quiera llamar. Como de dijo Antonio F.
   alguien de "peso" dentro de OSM España con el que reunirnos yo estoy
   por los 75 Kg, como andais vosotros?) estamos un poco de esa
   manera...Nuestro argumento de peso por el contrario, como dice yopasepor,
   somos 4 gatos pero con dos cojo...y para ello tenemos una prueba claro y es
   el estado del mapa actual que en cualquier momento podremos hacerles ver
   que en muchos lugares, ciudades, etc, está más actualizado que sus datos...


   - Pedirles licencia expresa para el uso de sus datos, creo que es el
   apartado más sencillo y que por su parte más fácilmente van a cumplir.
   Antonio F. me dijo expresamente el texto que se podría incluir, a ver que
   os parece.

 "

*EL CNIG, como organismo responsable de la difusión y distribuciión de
todos los productos de datos geográficos del IGN y en cumplimiento de la
Orden Ministerial FOM/956/2008, autoriza y está de acuerdo en cualquier
uso, aplicación o explotación de sus datos que se realice al amparo de la
licencia ODbL, como la que ha adoptado OpenStreetMap, toda vez que dichas
condiciones son completamente compatibles con las de la licencia aplicable
a todos los datos del IGN, similar en todo a una CC BY 4.0"*
A lo que simplemente le sugería añadir en algún párrafo, el hecho de que
aceptasen la forma de reconocimiento adoptada (en la wiki de
contribuidores).
Todo ello firmado por el director del CNIG y por Antonio mismo.


   - En algún punto habrá que explicarles que es OSM y quienes somos los
   que estamos tirando del carro. No se hasta que punto estamos preparados
   para un colaboración mano a mano con ellos y evidentemente pedirles
   colaboración (vamos gente trabajando) a la hora de hacer las posibles
   importaciones de datos


En fin, soy muy malo para resumir y redactar un escrito de estas
características sin que se me pase nada de las distintas opiniones y
sugerencias vertidas en esta discusión, así que si os parece, voy a poner
un enlace a un Titanpad y vamos trabajando sobre ello para hacerlo los más
"pofesional" posible...

https://titanpad.com/1roNP5Uk2F

Venga gente, a ver si somos capaces de sacar esto adelante





El 13 de diciembre de 2016, 23:26, yo paseopor 
escribió:

> Va, voy a ser optimista, de hecho voy a soñar.
> Y voy a "pulsar" la opinión directa de la "comunidad".  A partir de ahora
> voy a hablar entre "pajamental" y "ciencia ficción", pero si alguien se ve
> reflejado o entiende a qué me refiero es que vamos en la buena dirección.
> Aunque sea un poco utópico imaginaos un Cartociudad + OSM. Este
> "Cartopaís" vendría por la introducción de datos de Cartociudad siguiendo
> todas las normas y protocolos que se nos exige en OSM para introducir
> datos. Es cierto que tardaríamos un tiempo (lo veo como proyecto a medio
> plazo empezando...ya) pero tendríamos por fases temáticas los datos de IGN
> más actualizados que se dispongan, al hacer la importación deberíamos hacer
> la conflación de datos con lo cual al final de cada proceso tendríamos los
> datos más actualizados de Cartociudad + OSM.
> Probablemente estos "proyectos de introducción de datos" pudieran ser de
> dos tipos y en general a nivel español (sí sí, de todo el Estado,
> Cartociudad funciona en todo el Estado Español, islas y otras naciones
> incluídas ;)
> -de temáticas concretas: vías de un tipo determinado (sí, la conflación
> puede ser muy complicada, pero dado que seguro que no somos perfectos,
> habrá datos no introducidos  - no ya trazados solo sino, nombres,
> referencias, carriles, maxspeed, hgv..., masas de agua, cimas...
> -de sitios concretos: zonas determinadas que no fueren significativas,
> pequeñas a nivel de población, poco actualizadas, en definitiva, "poca
> cobertura". En todas las provincias las hay, y quien más quien menos las
> conoce y sabe dónde quedan.
>
> Las dos cosas nos llevan a un "leve" cambio de fundamento del proyecto y
> que alguna vez hemos