Re: [Talk-it] OSMit 2016: dove dormire

[Giuliana Mancini]

Ciao a tutti,
questo è il mio primo intervento nella lista! Sono Giuliana e sono 
collega di Alessandro.
I lavori vanno spediti ma le camere sono ancora un cantiere...dubito si 
possa dormire all'interno, comunque chiedere non costa niente.


Buondì,

Giuliana



Il 29/04/16 20:10, Alessandro Palmas ha scritto:

Il 29/04/2016 13:56, Luca Delucchi ha scritto:

Ciao a tutti,

è possibile dormire a BaSe portandosi un sacco a pelo?

Altrimenti altre soluzioni low cost?



Mmh, avendo anche le camere non penso che lascino dormire all'interno. 
Martedì se riesco a parlargli (sono ancora nel pieno delirio per il 
termine dei lavori) gli chiedo se ci fanno dello sconto rispetto ai 
prezzi che mi avevano detto


Piuttosto qualcuno di Milano che conosca posti decenti?

Su noto sito di booking:


Hotel Nuovo Murillo Hotel a 2 stelle
Fiera Milano City, Milano
N° max persone: 2
Camera Doppia con Letti Singoli  € 60


Hostel Lumiere
Fiera Milano City, Milano
2 ×  Posto Letto in Dormitorio Misto con 6 Letti € 40

___
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-au] Routing instructions

[Simon Slater]

On Wed, 27 Apr 2016 08:17:04 PM m.james wrote:
> If you want to grab the updated data from OSM and try it with your buggy
> routing engines turned back on and see if they still break or if that fixes
> it for them.
Sorry for the delay, business got crazy since your response.

Sequentially tried all the routing engines in Marble and now all give 
the 
same error, even OSRM.   The error even displays the html tags: "Drive null 
onto Murray Valley Highway, B400".  Would that be in the rendering of 
the instructions onto the map ie problem in Marble, or how the engine outputs 
the instruction?

The routing engines used are: CycleStreets; Gosmore; MapQuest; Monav; 
OSRM; OpenRouteService; Routino and Yours.  Any of these better or worse?

I'm still new to OSM protocols,learning from this list.  What is 
considered essential data to include for a feature and what is optional?  
Another way of thinking about it is what should be left unset and what should 
be specified?  So for this roundabout on a B highway still in town boundaries, 
can we assume 60kph on asphalt and leave them unset?

What is the consensus on preferred editor? I have only used iD so far.  
Looking at Potlatch, it handles these attributes in a different way.  I have 
JOSM and Merkaartor, but haven't really used them yet.
-- 
Regards
Simon Slater

Registered Linux User #463789
http://linuxcounter.net 


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

Re: [Talk-cz] Mapy bez bariér

[Pavel Machek]

Ahoj!

> No říkal jsem si, že když budu vše kontrolovat a mergeovat ručně, tak se to 
> až tak neliší od třeba obkreslování nějakého podkladu, což se za import 
> nepokládá.

Dneska uz se spousta importu dela takhle "rucne", protoze byrokracie
automaticke importy v podstate nedovoluje :-(.

Pavel


> "On Thu 2016-04-28 12:29:47, Jan Vršovský wrote:
> > Zdar, tak se tedy do toho pouštím sám :-)
> > 
> > Moje úvahy - prosím o komentáře:
> > - jde o jen asi 600 objektů, takže bych to provedl poloautomaticky (ruční 
> > práci odhaduju na den až dva práce)
> > - skriptem transformovat poskytnutý JSON na OSM xml formát, každý objekt 
> > bude bod POI, načíst do JOSM
> > - každý bod ručně projít a sloučit s existujícím objektem, pokud existuje
> > - protože je to takhle ručně redigované, tak se to ani nedá považovat za 
> > import - NEBO ANO?
> > - tedy není potřeba podstupovat martirium v konferenci imports a provedl 
> > bych to pod svým uživatelským jménem
> 
> Umm. Sorry. "NEBO ANO".
> 
> (A trochu to dava smysl; konvertuje se to skriptem, bylo by dobre ty
> vysledky prohlidnout driv nez to pujde naostro do databaze).
> 
> Pavel


-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

[Talk-ec] Documento de discusión para mapeo post-evento

[Daniel Orellana]

Estimados comaperos.

Como parte de la iniciativa #MappingEcuador para mapear la zona afectada
por el terremoto, estamos discutiendo los elementos y etiquetas a utilizar.
El borrador de documento es el siguiente. Antes de colocarlo en la wiki es
necesario que lo discutamos y aportemos con nuestros comentarios.

Saludos!

daniel.

https://docs.google.com/document/d/1f-ZQTBcb5aGf31-i-8mzdK61uQVhQ236kbXrpSL0VOs/edit?usp=sharing
--
Daniel Orellana V.

PhD en Geoinformación
Grupo de Investigación en Ciudades Sustentables
Grupo de Investigación en Recursos Hídricos y Ciencias Ambientales
Universidad de Cuenca.












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

Re: [OSM-talk-fr] Cours d'eau

[François Lacombe]

Le 29 avril 2016 à 15:41, Frédéric Bonifas  a écrit :
> Le ref:sandre est déjà présent sur la relation :
> http://www.openstreetmap.org/relation/301845
> Je ne connais pas plus que ça les relations type=waterway mais je suppose
> que c'est suffisant et qu'il n'y a pas besoin d'ajouter le ref:sandre sur
> tous les membres de la relation.
>
> Fred

+1
Le ref:sandre d'un cours d'eau correspond à une "route" et doit
logiquement figurer sur la relation.
Dans le cas où on ne cherche pas à faire apparaitre ce code sur le
rendu, il n'est pas nécessaire de l'ajouter sur les chemins.

Je crois me souvenir que mapcss ne permet pas d'aller chercher dans
les attributs d'une relation pour afficher une voie membre.

François

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

[OSM-talk-fr] Bienvenue aux wikipédiens

[Guillaume Allegre]

Grâce au signalement de  Benoît Fournier, j'ai vu sur le wiki la page  
http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users
(fraîche du jour), et je n'ai pas pu m'empêcher de la traduire et de l'adapter 
en français.

Elle peut bien sûr évoluer séparément de la VO, mais je pense que l'essentiel 
est déjà là
et qu'il ne faut pas trop l'allonger.
En tous cas, je pense m'en servir dans mes présentations diverses.


-- 
 ° /\Guillaume AllègreOpenStreetMap France 
http://www.openstreetmap.fr
  /~~\/\   allegre.guilla...@free.fr  Wikimedia France 
http://www.wikimedia.fr
 /   /~~\tél. 04.76.63.26.99  Des contenus partagés libres et 
collaboratifs


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

Re: [Talk-cl] Etiquetas de algunos servicios

[Cristián Serpell]

Aquí otro ejemplo de algo difícil de etiquetar y etiquetado de muchas
maneras diferentes a lo largo de Chile:

http://www.openstreetmap.org/search?query=servipag
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[OSM-talk] WeeklyOSM 301

[Jinal Foflia]

The weekly round-up of OSM news, issue #301, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7383



*Among others:*

   - Read more updates about the progress in Ecuador Humanitarian mapping
   - Love taking pictures and travelling? Look in about the photo contest
   initiated by Wikipedia "Wiki Loves Earth", which starts on 1st of May
   - The David Rumsey Map Colletion now offers to 67,000 historic high
   resolution maps for download.
   - You can apply for a scholarship to join the SotM 2016 in Brussels, the
   deadline is Sunday May 21, 2016.
   - Tagesspiegel.de offers an interesting website for visualizing
   differences in aerial photography of Berlin from recent days and those of
   1928.


Cheers,

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

[Talk-GB] WeeklyOSM 301

[Jinal Foflia]

The weekly round-up of OSM news, issue #301, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7383



*Among others:*

   - Read more updates about the progress in Ecuador Humanitarian mapping
   - Love taking pictures and travelling? Look in about the photo contest
   initiated by Wikipedia "Wiki Loves Earth", which starts on 1st of May
   - The David Rumsey Map Colletion now offers to 67,000 historic high
   resolution maps for download.
   - You can apply for a scholarship to join the SotM 2016 in Brussels, the
   deadline is Sunday May 21, 2016.
   - Tagesspiegel.de offers an interesting website for visualizing
   differences in aerial photography of Berlin from recent days and those of
   1928.


Cheers,

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

[Talk-ca] WeeklyOSM 301

[Jinal Foflia]

The weekly round-up of OSM news, issue #301, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7383



*Among others:*

   - Read more updates about the progress in Ecuador Humanitarian mapping
   - Love taking pictures and travelling? Look in about the photo contest
   initiated by Wikipedia "Wiki Loves Earth", which starts on 1st of May
   - The David Rumsey Map Colletion now offers to 67,000 historic high
   resolution maps for download.
   - You can apply for a scholarship to join the SotM 2016 in Brussels, the
   deadline is Sunday May 21, 2016.
   - Tagesspiegel.de offers an interesting website for visualizing
   differences in aerial photography of Berlin from recent days and those of
   1928.


Cheers,

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

[Talk-in] WeeklyOSM 301

[Jinal Foflia]

The weekly round-up of OSM news, issue #301, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7383



*Among others:*

   - Read more updates about the progress in Ecuador Humanitarian mapping
   - Love taking pictures and travelling? Look in about the photo contest
   initiated by Wikipedia "Wiki Loves Earth", which starts on 1st of May
   - The David Rumsey Map Colletion now offers to 67,000 historic high
   resolution maps for download.
   - You can apply for a scholarship to join the SotM 2016 in Brussels, the
   deadline is Sunday May 21, 2016.
   - Tagesspiegel.de offers an interesting website for visualizing
   differences in aerial photography of Berlin from recent days and those of
   1928.


Cheers,

Jinal Foflia 
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] OSMit 2016: dove dormire

[Alessandro Palmas]

Il 29/04/2016 13:56, Luca Delucchi ha scritto:

Ciao a tutti,

è possibile dormire a BaSe portandosi un sacco a pelo?

Altrimenti altre soluzioni low cost?



Mmh, avendo anche le camere non penso che lascino dormire all'interno. 
Martedì se riesco a parlargli (sono ancora nel pieno delirio per il 
termine dei lavori) gli chiedo se ci fanno dello sconto rispetto ai 
prezzi che mi avevano detto


Piuttosto qualcuno di Milano che conosca posti decenti?

Su noto sito di booking:


Hotel Nuovo Murillo Hotel a 2 stelle
Fiera Milano City, Milano
N° max persone: 2
Camera Doppia con Letti Singoli   € 60


Hostel Lumiere
Fiera Milano City, Milano   
2 ×  Posto Letto in Dormitorio Misto con 6 Letti € 40

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

Re: [Talk-us] Editing US National Parks

[Lawlis, Chad]

Hi everyone,

Chad from NPMap here. Sorry for the confusion on this - that blog post is
from 2013 and admittedly it is outdated at this point. The "Improve Park
Tiles" page is a bit outdated as well, in light of a recent Park Tiles
release, but we plan on updating it here soon.

So, to clarify. NPS does use a modified version of the iD Editor, what we
call Places Editor, but this does not pull data in from or push data out to
OpenStreetMap. The Places database is internal to NPS, with data uploaded
only by NPS employees, and it feeds directly into Park Tiles. While the
previous version of Park Tiles, 2.1, rendered Places points of interest on
top of OSM basemap data (roads, trails, buildings, parking, etc), the
latest version of Park Tiles, 3, shows only Places data inside of park
boundaries and defaults to OpenStreetMap data outside of park boundaries.

The {"nps:verified":"yes"} tag was a concept back in 2013, at the time of
the blog post being referenced, but it is not something we are currently
implementing or are planning to implement any time soon. At this point we
are not importing data from Places into OpenStreetMap, though this is
something we are interested in exploring in collaboration with the
community down the road.

Take a look at our more recent blog posts here
https://www.nps.gov/npmap/blog/ for more up to date information on all of
this. We hope to release more up to date documentation soon as well.

Best,
Chad

On Fri, Apr 29, 2016 at 9:53 AM, Mike Thompson  wrote:

>
>
> On Fri, Apr 29, 2016 at 9:45 AM, Clifford Snow 
> wrote:
>
>>
>>
>> From past conversations with NPS employees I've learned that NPS is using
>> a modified version of the iD editor. Changesets from that editor are
>> uploaded to both OSM and NPS. The OSM data is added to our database while
>> the NPS feed is sent to be validated before being added to NPS data.
>>
>> Read the article [1] on NPS website for a better description of the
>> process.
>>
>> [1]
>> https://www.nps.gov/npmap/blog/nps-plus-osm-equals-places-of-interest.html
>>
>> I don't have any objection to what is in the blog post, and it sounds
> like a great program. Perhaps the person with whom I was having the
> discussion was referring to their copy of OSM when they said "lock down",
> which they are free to do.
>
> "nps:verified=yes" may prove problematic for them as anyone is free to
> modify an element with that tag and not remove the tag. From an overall OSM
> perspective, other than taking up some DB space, I don't think it hurts.
>
> Mike
>



-- 
Chad Lawlis
http://www.nps.gov/npmap/
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] RES: Limite de cidades com distritos

[Papibaquígrafo]

Flávio: Concordo que este é um trabalho importante. Eu fiz um tanto disso, em 
geral baseado no bom senso, ou seja, só o faço quando a divisa natural é 
bastante evidente.  A maior dificuldade, na minha experiência, é determinar 
precisamente linhas imaginárias que ligam dois trechos de limites naturais. 
Exemplo: https://www.openstreetmap.org/way/331679585. Deveríamos tentar 
estabelecer critérios para estas situações.

A  propósito, muitas vezes o limite natural é o divisor de águas. Suspeito que 
para o "armchair mapper" seja difícil ou mesmo impossível traçá-lo, mas 
poderíamos tentar estabelecer critérios.
PS: Alguém sabe resolver esta nota? https://www.openstreetmap.org/note/292283

Leonardo: confesso que não tenho acompanhado as discussões recentemente e posso 
muito bem estar repetindo pontos que outros já levantaram.


  De: Flavio Bello Fialho 
 Para: OpenStreetMap no Brasil  
 Enviadas: Sexta-feira, 29 de Abril de 2016 9:01
 Assunto: Re: [Talk-br] RES: Limite de cidades com distritos
   
O assunto das divisões administrativas é evidentemente polêmico. Há opiniões 
divergentes e é difícil chegar a um consenso. Há outros assuntos igualmente 
polêmicos, que volta e meia retornam à lista. Na minha opinião, nesses casos, 
deve-se deixar o mapa como está (para evitar guerras de edição) e passar a 
outros assuntos em que haja consenso, enquanto cada um amadurece melhor a ideia.

Em relação aos limites administrativos, tenho um assunto a levantar: eles NÃO 
estão corretos. Foram importados da base do IBGE, com uma resolução que se 
aproxima bastante do real, mas há muitos erros. Por exemplo, em vários casos, o 
limite administrativo oficial (ditado pela lei) acompanha um rio (ou, às vezes, 
uma estrada). No mapa, existe um caminho para o rio e outro para o limite 
administrativo, que não coincidem e frequentemente não coincidem com o curso 
real do rio. A minha proposta, nesses casos é:

1. Verificar, na lei, se o limite administrativo é mesmo o rio (à).
2. Unir os caminhos de limite administrativo e rio num só caminho, cuidando 
para preservar os tags e relações.
3. Corrigir o trajeto do caminho, com base em imagens de satélite ou outra 
fonte, de forma que ele siga o percurso do rio.

A parte mais difícil é o item 1. É trabalhoso achar a lei que estabelece a 
divisa dos municípios (geralmente é a lei de criação do município, mas os 
limites podem ter sido alterados por uma lei posterior), e mais trabalhoso 
ainda conseguir interpretar o texto descrevendo os limites, que é bastante 
confuso. Entretanto, o resultado é compensador. O mapa fica bem melhor e se 
corrige hidrografia e limites administrativos ao mesmo tempo. Fiz isso em 
alguns (poucos) locais no Rio Grande do Sul, e já notei que eu não fui o único. 
Alguém tem interesse em ajudar?

-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
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] OpenMtbMap errore rendering pozzi privati \ drinking water

[Federico Cortese]

Ciao a tutti,

in linea di massima premetto che io non sono favorevole agli import,
ma ho sempre specificato che almeno per i fabbricati la penso
diversamente, perchè ammettendo per assurdo di volerli e poterli
ricalcare tutti a mano dalle foto, comunque non si arriverebbe mai
nemmeno lontanamente alla precisione delle aerofotogrammetrie
tecniche, che sfruttano strumenti di altro tipo (stereoscopia, etc.).
Per quanto riguarda la Puglia il materiale di partenza proviene
infatti dalla Carta Tecnica Regionale in scala 1:5.000.

Il primo import è stato realizzato da giugno ad agosto 2014, per 18
comuni della provincia di Lecce, in seguito alla pubblicazione di una
parte dei dati eseguita dal Comune di Lecce.
L'import è descritto qui: http://wiki.openstreetmap.org/wiki/Lecce ed
eseguito a cura di Leonardo (Darkswan) che non smetterò mai di
ringraziare per il suo lavoro (io ero iscritto ad OSM da pochi mesi e
veder comparire i fabbricati a Lecce è forse uno dei motivi principali
che mi hanno fatto appassionare al progetto).
In quell'occasione si costruì quella tabella di conversione discussa
abbondantemente in questa lista.

Io sono ripartito dalla stessa tabella per completare l'import per il
resto della Puglia, descritto invece in questa pagina:
http://wiki.openstreetmap.org/wiki/Puglia/CTR_Import e discusso in
questa stessa lista.
Nello shape dei fabbricati era presente anche il layer dei "pozzi
rappresentabili" di cui si discute.
Personalmente non sentivo la necessità di importarli, ma li ho
lasciati nella tabella per continuità con quello che era stato già
fatto.

Quello che dici "tanti sono stagni dove affluisce l'acqua piovana per
le bestie" sicuramente non è vero. Per pozzi si intende quelli
utilizzati dai contadini ad uso irriguo nelle zone di campagna, in un
territorio particolare perchè molto parcellizzato. Raramente gli
appezzamenti di terreno agricolo superano l'ettaro (spesso sono molto
più piccoli), quindi ci sono moltissimi pozzi. Senz'altro ci sono
degli errori, ma come dice Martin l'unico modo per capirlo è di andare
a controllarli uno per uno.

Premesso che il problema sollevato da Marco è un palese difetto di
rendering, adesso possiamo benissimo decidere di eliminare tutti i
pozzi importati (è un'operazione che possiamo fare in un click) e per
quel che mi riguarda non ci sarebbero problemi.

Capisco le brutte esperienze di Volker legate ad altri import e
condivido pienamente le sue preoccupazioni, evitiamo però di
demonizzare gli import in maniera generica ed il lavoro di chi vi si
dedica.

Ciao
Federico

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

[Talk-dk] Parkeringsbåse i iD

[Michael Andersen]

Nu ved jeg ikke lige hvem der egentlig oversætter iD til dansk, men jeg 
undrede mig over at 
http://www.openstreetmap.org/user/Lise%20Lindberg%20Frellesen i dag lavede en 
række http://wiki.openstreetmap.org/wiki/Tag:amenity=parking_space der 
rettelig skulle have været 
http://wiki.openstreetmap.org/wiki/Tag:amenity=parking.

Jeg bruger sjældent iD, men nu måtte jeg lige tjekke hvad grunden kunne være 
og kunne så konstatere at amenity=parking_space i iD er oversat til 
"Parkeringsplads", mens amenity=parking er oversat til "Bilparkering".

Jeg kan til en vis grad godt forstå at amenity=parking for bedre at skelne 
mellem parkeringspladser til cykler, motorcykler og biler oversættes til 
"Bilparkering", men det er da vist ikke almindeligt brugt i det danske sprog?

Jeg vil også mene at for at undgå denne forvirring er det bedre at oversætte 
amenity=parking_space til "parkeringsbås" fremfor "parkeringsplads".

Mvh Hjart



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

Re: [Talk-us] Editing US National Parks

[Mike Thompson]

On Fri, Apr 29, 2016 at 9:45 AM, Clifford Snow 
wrote:

>
>
> From past conversations with NPS employees I've learned that NPS is using
> a modified version of the iD editor. Changesets from that editor are
> uploaded to both OSM and NPS. The OSM data is added to our database while
> the NPS feed is sent to be validated before being added to NPS data.
>
> Read the article [1] on NPS website for a better description of the
> process.
>
> [1]
> https://www.nps.gov/npmap/blog/nps-plus-osm-equals-places-of-interest.html
>
> I don't have any objection to what is in the blog post, and it sounds like
a great program. Perhaps the person with whom I was having the discussion
was referring to their copy of OSM when they said "lock down", which they
are free to do.

"nps:verified=yes" may prove problematic for them as anyone is free to
modify an element with that tag and not remove the tag. From an overall OSM
perspective, other than taking up some DB space, I don't think it hurts.

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

Re: [Talk-cat] Vull millorar Castellterçol però no sé per on començar

[pitort]

Hola i benvingut,Jo, com els altres, puc explicar la meva experiència per intentar ajudar-te a decidir. Abans de tot haig de dir que jo em dedico especialment a cartografiar pistes i corriols i que utilitzo OSM per a les meves excursions arreu del país, per això estic molt interessat en ser precís de manera que el mapa sigui útil a una persona que camina amb un dispositiu gps a les mans. Habitualment utilitzo fotografia aèria, en especial la de l'ICC perquè acostuma a ser la més actualitzada, ara disposem dels vols del 2015. No utilitzo mai els mapes, però de la meva experiència et puc explicar que el mapa del cadastre és ple d'errors (tots els mapes tenen errors) en especial al món rural i quan poses l'osm sobre una fotgrafia i veus un edifici que no apareix a la foto, en superposar el mapa del cadastre veus clarament que hi usuaris que copien literalment els mapes sense contrastar-los amb la realitat(*). el fet que un mapa sigui "oficial" no significa que sigui molt precís. El mapa del cadastre es caracteritza per no respectar les mides dels edificis i de vegades ni les seves formes. Una altra cosa a tenir en compte en utilitzar fotografia aèria és que les teulades dels edificis apareixeran més desplaçades a mesura que siguin més lluny del centre de la fotografia. I en el cas de zones urbanes això pot complicar la feina, sobretot tenint en compte que cal respectar el traçat dels carrers de manera que els edificisno trepitgin les vies. Jo, en cas de dubte entre el cadasre i una fotografia optaria per la fotografia, sense dubtar-ho, una fotografia (recent) s'aproximarà més a la realitat que una geo-interpretació feta en el passat.(*) JOSM permet treballar amb diferents capes d'imatgeria i jugar amb la transparència per comparar-les. Un exercici molt interessant és comparar una fotografia actual amb l'arxiu històric de l'ICC, hi ha fins i tot el vol americà dels anys 50. Salutpitort
--- original message ---From: Carlos Cámara Date: 29.04.2016 13:31:08To: OpenStreetMap in catalan Subject: Re: [Talk-cat] Vull millorar Castellterçol però no sé per on començar





Hola, 
Moltíssimes gràcies per la detallada resposta, yopaseopor, i disculpa per trigar tant a respondre, però darrerament estic molt liat.
Miraré ben detalladament el què expliques i aniré donant la tabarra amb això, ja que em sembla que ara tinc més dubtes ;) Però sobre tot em llençaré a la piscina així que tingui més temps lliure i aniré mapejant. 

Em queda el dubte de quin WMS he de fer servir per a referència per a traçar edificis: PNOA o Cadastre, ja que malauradament no coincideixen. Jo havia pensat fer servir cadastre, que a més, no té problema de projeccions de les alçades dels edificis, però veig que el traçat dels vials existents no coincideix amb el cadastre. Quin seria el consell sobre com procedir en aquest cas? Confiar en Cadastre i moure els nodes dels vials per a ajustar-lo?
Salutacions,






Carlos Cámarahttp://carloscamara.es


El dia 19 d’abril de 2016, 22:56, yo paseopor  ha escrit:


Wenes!
 
El primer que et diré és BENVINGUT a la comunitat catalana de mapes col·laboratius OpenstreetMap.Aquí ningú és més que un altre i tots estem amb el mateix objectiu: millorar el mapa. I aquí és on entres TU en joc. T'explicaré el meu parer.
 
-Pots modificar dades , i més si ets del territori i tens coneixement, ens "refiem" de tu (i d'entrada, de tothom), de fet, no pateixis, que a la vegada algú revisarà el que fas i també s'hi podrà queixar o parlar amb tu si hi ha disparitat de criteri. Hi ha importacions...que no són correctes, i importacions correctes que poden tenir dades mal escrites, o desactualitzades...així que no hi ha cap altra veritat absoluta que el que veus a la realitat. Ara bé, entenc el teu respecte i la teva forma de procedir (tot i que jo sóc més de en coses tan flagrants i clares com aquesta...actuar).
 
-De criteris...hi ha com culs: tothom té el seu.Això no vol dir que la comunitat no segueixi una mínima uniformitat (trobaràs les diverses descripcions a la wiki d'osm http://wiki.openstreetmap.org/wiki/Main_Page) però donat que les casuístiques d'un lloc poden ser variades (cada ajuntament té les seves ordenances i la seva manera de reinterpretar certes lleis) el que més et pot ajudar és el donar el màxim d'informació sobre el lloc.Mirant les places en concret veig algunes incongruències (ex: si hi ha per una banda area=yes i highway=pedestrian, no té sentit un area:residential=yes, doncs no és més que una etiqueta més moderna que combina les altres dues, però amb una configuració diferent.).Però també s'ha d'atendre a l'ús real del lloc: ex: a Vilanova i la Geltrú, una ordenança socialista d'abans de la crisi va fer que el centre de la ciutat quedés restringit a la majoria del trànsit, al fer-ho via càmeres, es van eliminar les pilones...però va arribar la crisi i per tant les càmeres mai van entrar en funcionament, així que ara tens un 

Re: [Talk-es] Asociación OpenStreetMap España

[Alejandro S.]

Hola a todos,
Comentando con David Abián que está metido en Wikimenia España sobre la
infraestructura y organización que tienen
 me propuso lo siguiente:
En lugar de hacer todo el papeleo para reactivar la asociación y organizar
todo desde cero, integrarnos como una parte de Wikimedia España dedicada a
la cartografía libre, OSM, cosa que ya sucede en otros países, por ejemplo,
Italia.
A continuación esta el mensaje original:

No sé si sabías que hay países en los que no existe una asociación OSM como
> tal, sino que la labor de OSM (geografía libre) se integra oficialmente en
> Wikimedia X (conocimiento libre, incluyendo geografía). Sucede, por
> ejemplo, en Italia.
>
> https://blog.openstreetmap.org/2016/02/03/welcome-openstreetmap-italia/
>
> http://www.wikimedia.it/cosa-facciamo/openstreetmap-italia/
>
> Ya que pensáis en reactivar la asociación y que Wikimedia España está
> establecida, crecida, e incluso tiene un empleado a tiempo completo (pronto
> serán dos), me pregunto qué tal os parecería esa posibilidad, que
> eliminaría los paralelismos/duplicidades a los que te refieres y
> garantizaría una infraestructura y una actividad mínima para OSM.
>
> Desde Wikimedia España colaboramos con el Instituto Geográfico Nacional y,
> en particular, en su momento me preguntaron cosas técnicas de referencias y
> de formatos geográficos sobre los que no supe ni qué responder. Algunos
> miembros de Wikimedia España son también editores habituales de OSM
> (especialmente, los de Valladolid), y seguro que les gustaría la idea.
>

¿Que os parece la propuesta?

Salud y libertad,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cl] Como etiquetar laboratorios clínicos

[Marco Antonio]

On Fri, 29 Apr 2016 12:10:05 -0300 Cristián Serpell
 wrote:

> Quería agregar varios lugares que se llaman "laboratorios algo",
> lugares donde se toman distintos tipos de exámenes médicos. Me puse a
> revisar la wiki y resulta que no es tan claro etiquetarlos.

No existe etiqueta consensuada, aunque si algunos posibles
amenity=medical_laboratory con 70 entradas [1] y la propuesta de
especialización detallada con health_facility:type=laboratory con +300
entradas [2]. Mayoritario en francia, habría que buscar alguna
discusión en talk-fr.

Quizá a casi nadie le interesa porque estos lugares como decís son 
complejos y necesitan un conocimiento avanzado para identificar o
simplemente están incluidos y se asume que están dentro de las
clínicas/hospitales.

Una propuesta latino-americana sería:

office = company
amenity = medical_laboratory
health_facility:type = laboratory
health_specialty:clinical_pathology=yes
medical_system:western = yes

"company" porque en realidad es un negocio (se podría retirar cuando se
apruebe otra etiqueta) y para que "aparezca en mapas".
"medical_laboratory" siguiendo el estilo de "craft =
photographic_laboratory". "health_specialty:clinical_pathology" se
pondría opcional aunque describe bien un laboratorio médico clásico (ver
wiki [3] [4]). 

abrazos,

Marco Antonio
@51114u9

[1] http://taginfo.openstreetmap.org/tags/amenity=medical_laboratory
[2]
http://taginfo.openstreetmap.org/tags/health_facility%3Atype=laboratory
[3] http://en.wikipedia.org/wiki/Clinical_pathology
[4]
http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Examples#Medical_laboratory

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

Re: [OSM-talk] osm maps on wikipedia - discussion

[Simone Cortesi]

On Apr 29, 2016 3:59 PM, "Martin Koppenhoefer" 
wrote:
>
>
>
> sent from a phone
>
> > Il giorno 29 apr 2016, alle ore 14:46, Richard Fairhurst <
rich...@systemed.net> ha scritto:
> >
> > I've just created a quick, friendly wiki page to explain that and other
> > differences:
> >
> > http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users
>
>
> great page \o/
>
> As a minor remark: "OpenStreetMap is 100% independent. It is not a
Wikimedia Foundation project."
>
> We are not any more 100% independent, for example the Italian chapter (?)
of osmf is Wikimedia Italy, i.e. in Italy OSM is a wikimedia foundation
project. But of course this doesn't mean that Wikipedia editing rules are
applied to mapping.

Martin, please NO FUD, you know that Wikimedia Italia is not just wmf
Italian counterpart but we do other stuff related to open knowledge and
open access and libraries.

Our main source of income does not come from Wikimedia Foundation.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-br] RES: RES: Limite de cidades com distritos

[Blademir Andrade de Lima]

  Flávio, gostaria de ajudar, mas no momento estou ocupado com os 
distritos, pretendo finalizar em 2 ou 3 meses.
Já trabalhei em muitas dessas “divisas com rios”, é natural para um país com 
tamanha bacia hidrográfica.

De fato, é necessário verificar as divisas por lei, muitas prefeituras já 
possuem mapas em PDF prontos ou através de Plano Diretor (caso da minha cidade, 
todas as divisas são descritas em Lei).

Voltando o assunto dos distritos, o tema divide opiniões cada um com fortes 
argumentos. Eu não consegui tomar partido, o Márcio, Leonardo e os demais já 
explicaram o suficiente, resta-nos aguardar uma decisão do OSM. 

Eu retornei esta “pauta bomba” a lista, agradeço aos amigos pelas explicações.

Att,
BladeTC

Enviado do Email para Windows 10

De: Flavio Bello Fialho
Enviado:sexta-feira, 29 de abril de 2016 10:02
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: Limite de cidades com distritos

“Fiz isso em alguns (poucos) locais no Rio Grande do Sul, e já notei que eu não 
fui o único. Alguém tem interesse em ajudar?”


-- 
Flávio Bello Fialho
bello.fla...@gmail.com

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

Re: [Talk-us] Editing US National Parks

[Clifford Snow]

On Fri, Apr 29, 2016 at 8:05 AM, Mike Thompson  wrote:

> From the above page: "Park Tiles is currently pulling many feature types
> from OpenStreetMap, although we are in the process of replacing this data
> with data from our Places 
>  system." - does this mean that the Park Service will be replacing the
> data in OSM with their data, or that in the future the "Park Tiles" will be
> generated from the "Places System"? I heard someone associated with the
> Park Service recently state "we are going to push our data into OSM and
> lock it down." Although this doesn't make any sense (I don't think there is
> any technical means to "lock down" any data in OSM, and if there were, I
> don't think the community would stand for it), it did concern me greatly.
>

>From past conversations with NPS employees I've learned that NPS is using a
modified version of the iD editor. Changesets from that editor are uploaded
to both OSM and NPS. The OSM data is added to our database while the NPS
feed is sent to be validated before being added to NPS data.

Read the article [1] on NPS website for a better description of the process.

[1]
https://www.nps.gov/npmap/blog/nps-plus-osm-equals-places-of-interest.html

Clifford


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

Re: [OSM-talk] osm maps on wikipedia - discussion

[john whelan]

I agree a very nice introduction and it shows the differences.

Thanks John

On 29 April 2016 at 10:25, Clifford Snow  wrote:

>
> On Fri, Apr 29, 2016 at 5:46 AM, Richard Fairhurst 
> wrote:
>
>> I've just created a quick, friendly wiki page to explain that and other
>> differences:
>>
>> http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users
>>
>
> Richard,
> Nice job on the Welcome page. Thanks
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Representing census-designated places (CDP), Census County Division (CCD), etc

[Phil! Gold]

* Nelson A. de Oliveira  [2016-04-28 16:24 -0300]:
> Do you represent [CDPs] (and maybe other statistical boundaries) in OSM?
> If yes, what are you using? (boundary=?, border_type=?, etc)

As people have indicated, practices vary.

I live in a region where very few named population centers have legal
administrative boundaries[0], so a) we have a lot of CDPs, and b) the CDPs
are useful approximations of the geographic extents of places that people
refer to by name on a day-to-day basis.

What I often do (because I've seen others do it) is take the CDPs that
were imported from the US Census's TIGER dataset and change them from
boundary=administrative to boundary=census.  (I also drop the
admin_level=8 tag.)  Most of these places also have a place=* node, which
I don't usually merge with the CDP, mostly for fuzzy personal reasons
like, "The CDPs are useful enough to keep around but I don't always feel
like they're right *enough* to supplant a place node at the rough
geographic center of the place."


[0] In Maryland, the counties tend to perform a lot of administrative
functions like road maintenance, fire and police services, and school
operations.  Consequently, there's not a strong need for most
communities to incorporate so most don't.  Boundaries between adjacent
populated places are very fuzzy and driven a lot by what the people
who live there happen to say about themselves.

-- 
...computer contrarian of the first order... / http://aperiodic.net/phil/
PGP: 026A27F2  print: D200 5BDB FC4B B24A 9248  9F7A 4322 2D22 026A 27F2
--- --
There's a frood who really knows where his towel is.
 --- --

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

Re: [Talk-GB] UK chapter

[Dennis Bauszus]

Hi guys...

I have setup a blogger blog.

https://osmuk.blogspot.co.uk/

I believe that a blog will improve the way we can distribute information 
and encourage an active discussion via comments.


I have made comment sections open to everyone but we can lock this down 
to registered users.


I invited osmuk at nomoregrapes.com to become a blog author. I am not 
sure whether a google account is required to be a blog author.


Can you please send me your email addresses if you are interested in 
becoming a blog author and I will send you invites.


I think a post about where we are and what we plan to do in the next few 
months will be helpful.


A post to invite interested person to become founding members is also a 
good idea. We can thereafter send a link to some organisations who might 
be interested (e.g. Universities, GIS companies).


Cheers,
Dennis


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

Re: [Talk-us] Editing US National Parks

[Mike Thompson]

On Fri, Apr 29, 2016 at 7:19 AM, Alan Bragg  wrote:

>
>> This led me to the discover the NP Mapping page
>>  which explains how
>> their database and OSM interface.
>>
> From the above page: "Park Tiles is currently pulling many feature types
from OpenStreetMap, although we are in the process of replacing this data
with data from our Places  system." -
does this mean that the Park Service will be replacing the data in OSM with
their data, or that in the future the "Park Tiles" will be generated from
the "Places System"? I heard someone associated with the Park Service
recently state "we are going to push our data into OSM and lock it down."
Although this doesn't make any sense (I don't think there is any technical
means to "lock down" any data in OSM, and if there were, I don't think the
community would stand for it), it did concern me greatly.

Mike

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

Re: [Talk-cl] Etiquetas de algunos servicios

[Cristián Serpell]

Bueno, como no sé en verdad como etiquetarlos, los dejaré sin ninguna
etiqueta especial salvo el nombre. Tengo una nueva duda, pero la enviaré en
otro email. ¡Muchas gracias por la ayuda!
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-talk] osm maps on wikipedia - discussion

[Clifford Snow]

On Fri, Apr 29, 2016 at 5:46 AM, Richard Fairhurst 
wrote:

> I've just created a quick, friendly wiki page to explain that and other
> differences:
>
> http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users
>

Richard,
Nice job on the Welcome page. Thanks


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

[Talk-lt] Ortofoto

[Paulius Zaleckas]

Pastebejau, kad maps.lt Kaune turi jau naujas orto nuotraukas. Neduoda dar
mums NZT? Ar cache'as senas dar duoda?
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

[Talk-cz] WeeklyOSM CZ 299

[Tom Ka]

Ahoj, je dostupné vydání 299 týdeníku weeklyOSM:

http://www.weeklyosm.eu/cz/archives/7256

Téma čísla: Stromy v mapách

* Mapování jeskyní.
* Fork iD pro indoor.
* Vandalizmus v OSM.
* Wikipedie na OSM mapě.
* Svoboda panoramatu ve Švédsku.

Pěkné počtení...

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

Re: [OSM-talk] osm maps on wikipedia - discussion

[Martin Koppenhoefer]

sent from a phone

> Il giorno 29 apr 2016, alle ore 14:46, Richard Fairhurst 
>  ha scritto:
> 
> I've just created a quick, friendly wiki page to explain that and other
> differences:
> 
> http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users


great page \o/

As a minor remark: "OpenStreetMap is 100% independent. It is not a Wikimedia 
Foundation project."

We are not any more 100% independent, for example the Italian chapter (?) of 
osmf is Wikimedia Italy, i.e. in Italy OSM is a wikimedia foundation project. 
But of course this doesn't mean that Wikipedia editing rules are applied to 
mapping.

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

Re: [Talk-tr] Disa aktarilan dosya

[Roman Neumüller]

* Dosya nasıl oluşturuldu?
* Dosyanın uzantısı ne?
* Hangi program/websayfa kullanıldı?

On Fri, 29 Apr 2016 12:43:17 +0300, Sezai YAZICI   
wrote:



Merhaba,
Dışa Aktarılan dosyayı açamıyorum.
Ne yapmam gerekir?
Yardımlarınız için şimdiden çok teşekkür ederim.
Sezai



--
katpatuka.org

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

Re: [OSM-talk-fr] Cours d'eau

[Frédéric Bonifas]

Le ref:sandre est déjà présent sur la relation :
http://www.openstreetmap.org/relation/301845
Je ne connais pas plus que ça les relations type=waterway mais je suppose
que c'est suffisant et qu'il n'y a pas besoin d'ajouter le ref:sandre sur
tous les membres de la relation.

Fred

Le 29 avril 2016 à 15:38, Ludovic Hirlimann  a écrit
:

> On 02/03/2016 14:31, Frédéric Bonifas wrote:
>
> Salut,
>
> Dans le menu imagerie de JOSM, tu peux ajouter une couche "BD Carthage"
> sur laquelle tu verras le tracé du cours d'eau, son code Sandre (par exempe
> Y0011200) et parfois son nom.
> Tu peux ensuite aller sur le site du Sandre pour rechercher la référence
> d'un cours d'eau et avoir plus d'informations :
> http://www.sandre.eaufrance.fr/Rechercher-une-donnee-d-un-jeu
>
> Fred
>
> Rah le canal des deux mers est super long et découpé en plein de petits
> morceaux, y a un moyen simple d'y ajouter sur toute sa longueur la
> "ref:sandre" sans être obligé dans josm de télécharger le canal petit bout
> par petit bout ? (comme je viens de le commencer
> http://www.openstreetmap.org/user/lhirlimann/history#map=11/43.8291/1.3191
> )
>
>
> Ludo
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cours d'eau

[Ludovic Hirlimann]

On 02/03/2016 14:31, Frédéric Bonifas wrote:
> Salut,
>
> Dans le menu imagerie de JOSM, tu peux ajouter une couche "BD
> Carthage" sur laquelle tu verras le tracé du cours d'eau, son code
> Sandre (par exempe Y0011200) et parfois son nom.
> Tu peux ensuite aller sur le site du Sandre pour rechercher la
> référence d'un cours d'eau et avoir plus d'informations
> : http://www.sandre.eaufrance.fr/Rechercher-une-donnee-d-un-jeu
>
> Fred
>
Rah le canal des deux mers est super long et découpé en plein de petits
morceaux, y a un moyen simple d'y ajouter sur toute sa longueur la
"ref:sandre" sans être obligé dans josm de télécharger le canal petit
bout par petit bout ? (comme je viens de le commencer
http://www.openstreetmap.org/user/lhirlimann/history#map=11/43.8291/1.3191)


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

[Talk-es] Difusión Mapping Party Accesibilidad en Zaragoza

[Miguel Sevilla-Callejo]

A la espera de que César tenga acceso a la lista os reenvío su (nuestro)
mensaje:

-- Forwarded message --
From: César Canalís Pedrón 
Date: 2016-04-29 12:36 GMT+02:00
Subject: Difusión Mapping Party OSM España
To: Miguel Sevilla-Callejo 


¡Buenos días compañeros de OpenStreetMap!


Desde Zaragoza os invitamos a la primera *Mapping Party *dedicada a la
accesibilidad.

Entendemos que OpenStreetMap es la herramienta perfecta para hacer una
categorización de las barreras arquitectónicas existentes en la ciudad, con
el fin de que estén identificadas  en una base datos abiertos para su
posterior libre uso.


Así pues, se va a celebrar los días 6,7 y 9 de mayo (presentación, campo y
entrada de datos) en la Sede de Zaragoza Activa en Las Armas (Las Armas,
72) una *Mapping Party* enfocada a todos los niveles y con los mismos
objetivos, con el fin de compartir una experiencia muy enriquecedora tanto
a nivel individual como colectivo.


Os adjunto el planning:



*Presentación (Viernes 6 **de mayo)*

*Día y hora:* Viernes 6 de mayo, de 10 a 13:00

*Lugar:* Sede de Zaragoza Activa en Las Armas (Las Armas, 72

)*

*Contenido:* Se tratará de una sesión teórica y participativa entorno a los
siguientes temas:

   - Presentación del grupo "Mapeado Colaborativo"
   - Introducción a OpenStreetMap
   - Explicación metodología a seguir en la mapping party.

*Material necesario:* Ninguno.

* Dado que el aforo a la sala es limitado a 12 personas, este es el único
evento de la mapping party que requiere inscripción previa a través de este
enlace de la red ZAC . Quienes no
puedan asistir o hayan quedado fuera son también bienvenidos y el sábado
siguiente realizaremos un breve resumen de la metodología.



*Salida de campo/Toma de datos (Sábado 7 de mayo)*

*Día y hora:* Sábado 7 de mayo, de 9:00 a 14:00

*Lugar:* Aula de informática de la Sede de Zaragoza Activa en Las Armas (Las
Armas, 72

)

*Contenido:* Se tratará de una salida de campo para recopilar datos
estructurada de la siguiente manera:

   - Breve recordatorio de metodología
   - Creación de grupos y toma de datos
   - Puesta en común y despedida

*Material necesario:* Únicamente será necesario disponer de un bolígrafo o
rotulador para anotar sobre mapas impresos en papel (Fieldpapers
) que serán proporcionados por los organizadores.
Opcionalmente, los asistentes podrán traer un GPS convencional o un
smartphone con GPS y alguno de estos programas presentados el día anterior:
OSMAnd, OSM Tracker, Vespucci, Maps.me.



*Publicación de datos en OSM (Lunes 9 de mayo)*

*Día y hora:* Lunes 9 de mayo, de 11:30 a 13:00

*Lugar:* Plaza Las Armas, 72
,
frente al centro musical artístico.

*Contenido:* El objetivo de la jornada será publicar en OpenStreetMap los
datos recopilados en la jornada anterior de forma que sean públicos y
abiertos a todo el mundo:

   - Explicación del funcionamiento del editor JOSM
   - Creación de cuenta de usuario en OSM
   - Publicación de los datos recopilados

*Material necesario:* Ninguno. Utilizaremos los ordenadores del aula de
informática de Zaragoza Activa. Opcionalmente los asistentes podrán traer
sus propios ordenadores.



Y por último el Blog de Zaragoza Activa.



*Blog de Zaragoza Activa*:*
http://blogzac.es/mapping-party-zaccesibilidad-67-9-mayo/
*

*Inscripciones: http://www.zaragoza.es/zac/events/33039
*


Las plazas (para la presentación y la edición), por cuestiones logísticas
son limitadas, ¡Os esperamos!.


Un saludo,

Carlos Cámara, César Canalís,  Miguel Sevilla y Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Asociación OpenStreetMap España

[Laura Barroso]

Santiago cuando tengan todo completamente organizado pásenme un mail para
anunciarlos en el semanario ;)

> Hola :
> He creado un nuevo hilo para tratar los temas relativos a la
> reactivación administrativa de la asociación.
> La semana que viene, Jorge Sanz me pasará los papeles existentes.
> Escanearé los estatutos y algún otro papel que considere que lo merece
> para que los podamos ver y comentar entre todos. He echado un vistazo a
> la web y los estatutos de Wikimedia, como proponía Jesús Gómez, y están
> muy bien [1]. Pueden servirnos de guía.
> Propongo que alguien abra una página en el Wiki para poder ir guardando
> los datos y temas que consideremos de interés, ¿quién se anima a
> hacerlo?
> Una vez que hayamos echado un vistazo a los papeles, podríamos tener la
> primera reunión por chat o hangout, ¿alguien se anima a organizarlo?
>
> Vamos comentando, un saludo
>
> Santiago Higuera
>
> PD.: Iván, dinos algo, no te hagas el noruego, danos tu bendición al
> menos, que eres el presidente.
>
> [1] https://www.wikimedia.es/wiki/Portada
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>



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

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Martin Koppenhoefer]

sent from a phone

> Il giorno 29 apr 2016, alle ore 11:37, Volker Schmidt  ha 
> scritto:
> 
> Importare dati non è sbagliato se un controllo si fa prima dell'inserzione 
> dei dati  in OSM.


vabe, certo si presume che un controllo a campione si faccia sempre, anche 
prima di cominciare a pensare di importare. Ma in realtà dovresti controllare 
tutto, e a quel punto non è più un "import" ;-)


> 
> "Attenzione
> È OBBLIGATORIO riallineare tramite le ortofoto PCN2006. Non caricate dati non 
> allineati con queste foto e soprattutto NON DOVETE RIALLINEARE con Bing 
> (troppa differenza con la realtà)!."
> 
> Da notare che l maggior parte degli oggetti importati non è neanche visibile 
> in queste immagini


comunque, quando dico verificare, intendo andare lì e guardare cosa c'è. Le 
foto aeree sono sempre superati (sta nella loro natura), e non si vede mai 
tutto. Ammetto che parlo anche di esperienza propria, che avevo peccato* e 
tracciato da foto aeree, e scoperto di seguito in rilievi sul campo, quanto mi 
era sfuggito, e cosa avevo interpretato diversamente dalla realtà...


ciao,
Martin 


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

[Talk-us] Editing US National Parks

[Alan Bragg]

>
> ​
> ​
> I've been tinkering with western section of Acadia National Park in Maine
> where I've often visited.
>
> This led me to the discover the NP Mapping page
>  which explains how
> their database and OSM interface.
> I now add the hash tag #parktiles to my changesets.
>
> I read that it was ok for me to adjust the boarder of the park which are
> sloppy. I started by aligning a segment of the shore line with Bing and used 
> that
> segment  to replace the
> segment from the boarder relation
> .
>
> I set up routes for the trails so they now appear in  Waymarked Trails
> .
>
> There's still lot of work to do; in just this one section of the park
> there are 16 serious errors and 2,246 warnings according to the JOSM
> Validator. Many are due to old and duplicated imported data. Anyone want to
> help?
>
> I also found Chimani,  a free app based on OSM
> that works off-line and has the content of a good sized guide book.
>
> Alan Bragg
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] osm maps on wikipedia - discussion

[Simone Cortesi]

Clifford,
I have really no idea, I've been recently referred to that page, but
I've not been involved with it at all.


On Thu, Apr 28, 2016 at 10:38 PM, Clifford Snow  wrote:
> Simone,
> I'm not a Wikimedia user but maybe you could clarify a question for me.
> Under the con's is the statement "in many cases OpenStreetMap's territorial
> borders are bad or outdated" Where does this opinion come from? Please
> understand that I'm not necessarily disagreeing, but it seems to be a broad
> generalization.
>
> One of the Pro arguments might be "If the map data is wrong, you can fix
> it."
>
>
> On Thu, Apr 28, 2016 at 4:19 AM, Simone Cortesi  wrote:
>>
>> Hello,
>> currently being discussed on mediawiki is the future of maps soon to
>> be added to wikipedia.
>>
>> page:
>> https://www.mediawiki.org/wiki/Maps/Conversation_about_interactive_map_use
>>
>> talk page:
>> https://www.mediawiki.org/wiki/Talk:Maps/Conversation_about_interactive_map_use
>>
>> I would ask you to have a look at it and respond by adding your
>> opinion to the pages.
>>
>> It is a great chance to have your say on the maps that will be seen on
>> one of the most visited websites in the world.
>>
>> Thank you,
>> S.
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch



-- 
-S

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

Re: [OSM-talk-fr] Sandre

[Francescu GAROBY]

Chez moi aussi, ça remarche sous Firefox (mais je confirme que ça ne
marchait pas, après le mail de Vincent).

Francescu

Le 29 avril 2016 à 15:09, Bruno  a écrit :

> Le 29/04/2016 14:56, osm.sanspourr...@spamgourmet.com a écrit :
>
> Avec FireFox, même soucis par contre avec IE ça marche.
>
> Je parle juste du lien passé par Vincent.
>
> Jean-Yovn
>
> Le 2016-04-29 à 12:48, Vincent Bergeot - vinc...@bergeot.org a écrit :
>
> Le 29/04/2016 12:42, Ludovic Hirlimann a écrit :
>
> C'est juste moi ou les recherche sur le site sandre sont HS ?
>
>
> si c'est de cela que l'on parle : http://www.sandre.eaufrance.fr/
>
> alors je n'arrive même pas sur le site, cela tourne en rond !
>
> Bonne journée
>
>
>
>
>
>
> Ludo
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> Chez moi ça marche sous Firefox , accès au site et recherche.
>
> Bruno.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Martin Koppenhoefer]

sent from a phone

> Il giorno 29 apr 2016, alle ore 10:16, Volker Schmidt  ha 
> scritto:
> 
> Il tag man_made=water_well è utilizzato in tutto il mondo e indica che c'è 
> una fonte di acqua cui qualità può essere specificato con tag aggiuntivi, ma 
> nella maggior parte dei casi non lo è. 


no, il tag dice proprio che c'è un pozzo (buco nella terra per prelevare acqua 
dall'acquifero)


> Per quanto riguarda l'import sono abbastanza certo che, controllando questi 
> pozzi, tanti sono stagni dove affluisce l'acqua piovana per le bestie, non 
> sono pozzi nel senso del tag.. 


in quel caso il tag sarebbe sbagliato. Per capire la situazione qui dobbiamo 
controllare i pozzi uno per uno...



> Ripeto quanto detto già tante volte in altre occasioni: smettiamo con gli 
> import di massa, non verificati e neanche verificabili.


+1, lo dico anch'io da anni. In generale gli import introducono dati meno 
affidabili da quelli inseriti da un mappatore dopo un rilievo, e quando non ci 
sono mappatori in una zona per inserire i dati, non ci sono nemmeno per 
mantenerli (poi, se hai rilevato con sforzo enorme i dati ci tieni e ti senti 
più responsabile e interessato a mantenerli). Detto questo, alcuni dati sono 
difficilmente rilevabili (confini amministrativi) ma comunque importanti per 
certi usi. Altri (nomi di piccoli correnti d'acqua per esempio) sono anche 
difficili da rilevare (o lo sai, o potresti chiedere a qualcuno che lo sa), e 
credo che sono per la più grande parte abbastanza affidabili nei dataset 
ufficiali, quindi non sono categoricamente contro gli import.

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

Re: [OSM-talk-fr] Sandre

[lenny]

Pas de soucis avec firefox pour les recherches ou l’accès direct, par 
exemple


http://services.sandre.eaufrance.fr/Courdo/Fiche/client/fiche_courdo.php?CdSandre=O---


cordialement

Lenny



Le 29/04/2016 à 14:56, osm.sanspourr...@spamgourmet.com a écrit :


Avec FireFox, même soucis par contre avec IE ça marche.

Je parle juste du lien passé par Vincent.

Jean-Yovn


Le 2016-04-29 à 12:48, Vincent Bergeot - vinc...@bergeot.org a écrit :

Le 29/04/2016 12:42, Ludovic Hirlimann a écrit :

C'est juste moi ou les recherche sur le site sandre sont HS ?


si c'est de cela que l'on parle : http://www.sandre.eaufrance.fr/

alors je n'arrive même pas sur le site, cela tourne en rond !

Bonne journée







Ludo



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







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


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

Re: [OSM-talk-fr] Sandre

[Bruno]

Le 29/04/2016 14:56, osm.sanspourr...@spamgourmet.com a écrit :


Avec FireFox, même soucis par contre avec IE ça marche.

Je parle juste du lien passé par Vincent.

Jean-Yovn


Le 2016-04-29 à 12:48, Vincent Bergeot - vinc...@bergeot.org a écrit :

Le 29/04/2016 12:42, Ludovic Hirlimann a écrit :

C'est juste moi ou les recherche sur le site sandre sont HS ?


si c'est de cela que l'on parle : http://www.sandre.eaufrance.fr/

alors je n'arrive même pas sur le site, cela tourne en rond !

Bonne journée







Ludo



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







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

Chez moi ça marche sous Firefox , accès au site et recherche.

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

Re: [Talk-br] RES: Limite de cidades com distritos

[Flavio Bello Fialho]

O assunto das divisões administrativas é evidentemente polêmico. Há
opiniões divergentes e é difícil chegar a um consenso. Há outros assuntos
igualmente polêmicos, que volta e meia retornam à lista. Na minha opinião,
nesses casos, deve-se deixar o mapa como está (para evitar guerras de
edição) e passar a outros assuntos em que haja consenso, enquanto cada um
amadurece melhor a ideia.

Em relação aos limites administrativos, tenho um assunto a levantar: eles
NÃO estão corretos. Foram importados da base do IBGE, com uma resolução que
se aproxima bastante do real, mas há muitos erros. Por exemplo, em vários
casos, o limite administrativo oficial (ditado pela lei) acompanha um rio
(ou, às vezes, uma estrada). No mapa, existe um caminho para o rio e outro
para o limite administrativo, que não coincidem e frequentemente não
coincidem com o curso real do rio. A minha proposta, nesses casos é:

1. Verificar, na lei, se o limite administrativo é mesmo o rio (à).
2. Unir os caminhos de limite administrativo e rio num só caminho, cuidando
para preservar os tags e relações.
3. Corrigir o trajeto do caminho, com base em imagens de satélite ou outra
fonte, de forma que ele siga o percurso do rio.

A parte mais difícil é o item 1. É trabalhoso achar a lei que estabelece a
divisa dos municípios (geralmente é a lei de criação do município, mas os
limites podem ter sido alterados por uma lei posterior), e mais trabalhoso
ainda conseguir interpretar o texto descrevendo os limites, que é bastante
confuso. Entretanto, o resultado é compensador. O mapa fica bem melhor e se
corrige hidrografia e limites administrativos ao mesmo tempo. Fiz isso em
alguns (poucos) locais no Rio Grande do Sul, e já notei que eu não fui o
único. Alguém tem interesse em ajudar?

-- 
Flávio Bello Fialho
bello.fla...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] osm maps on wikipedia - discussion

[Guillaume Rischard]

On 29 Apr 2016, at 14:46, Richard Fairhurst  wrote:
> 
> Frederik Ramm wrote:
>> We'd have to explain to Wikipedia users that what they see on our 
>> maps might not be what they expect, and that we do *not* want 
>> them to fix it...
> 
> I've just created a quick, friendly wiki page to explain that and other
> differences:
> 
> http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users 
> 
The mediawiki discussion mentions disputed borders. We often include borders 
that can’t really be surveyed or checked as facts on the ground. What should we 
say about them on that page?

I’ve asked for clarification about the “bad or outdated” borders: 
https://www.mediawiki.org/w/index.php?title=Topic:T30iq8fsfdecvl3m_showPostId=t30iq8fsfhcf3p1u#flow-post-t30iq8fsfhcf3p1u
 


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

Re: [OSM-talk-fr] Sandre

[osm . sanspourriel]

Avec FireFox, même soucis par contre avec IE ça marche.

Je parle juste du lien passé par Vincent.

Jean-Yovn


Le 2016-04-29 à 12:48, Vincent Bergeot - vinc...@bergeot.org a écrit :

Le 29/04/2016 12:42, Ludovic Hirlimann a écrit :

C'est juste moi ou les recherche sur le site sandre sont HS ?


si c'est de cela que l'on parle : http://www.sandre.eaufrance.fr/

alors je n'arrive même pas sur le site, cela tourne en rond !

Bonne journée







Ludo



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





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

[talk-latam] Semanario Nr. 301

[Laura Barroso]

Hola, el semanario Nr. 301, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

Artículos más destacados esta semana:
1.Actualización sobre terremoto en Ecuador.

2.Coming Home: un concierto benéfico para apoyar el alivio del terremoto
Ecuador/Japón. Las ganancias de este concierto serán donadas al equipo de
OpenStreetMap humanitario. Fecha: 1ro de mayo Hora: 15:00-17:00,
Ubicación.

3.Usted puede aplicar a una beca para unirse a la SotM 2016 en Bruselas.

4.OSMF busca un “asistente administrativo” a tiempo parcial. Él o ella
será el primer empleado de OSMF, un hecho que no gusta a algunos miembros.
La oferta de trabajo dió como resultado una discusión en la lista de
correo OSMF-Talk sobre la falta de transparencia de la junta OSMF (que fue
un tema importante durante las elecciones de la junta OSMF 2014 y 2015).

http://www.weeklyosm.eu/es/ ¡Disfruta!






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

[Talk-es] Semanario Nr. 301

[Laura Barroso]

Hola, el semanario Nr. 301, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

Artículos más destacados esta semana:
1.Actualización sobre terremoto en Ecuador.

2.Coming Home: un concierto benéfico para apoyar el alivio del terremoto
Ecuador/Japón. Las ganancias de este concierto serán donadas al equipo de
OpenStreetMap humanitario. Fecha: 1ro de mayo Hora: 15:00-17:00,
Ubicación.

3.Usted puede aplicar a una beca para unirse a la SotM 2016 en Bruselas.

4.OSMF busca un “asistente administrativo” a tiempo parcial. Él o ella
será el primer empleado de OSMF, un hecho que no gusta a algunos miembros.
La oferta de trabajo dió como resultado una discusión en la lista de
correo OSMF-Talk sobre la falta de transparencia de la junta OSMF (que fue
un tema importante durante las elecciones de la junta OSMF 2014 y 2015).

http://www.weeklyosm.eu/es/ ¡Disfruta!






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

[OSM-co] Semanario Nr. 301

[Laura Barroso]

Hola, el semanario Nr. 301, el sumario de todo lo que está ocurriendo en
el mundo de openstreetmap está en línea en español.

Artículos más destacados esta semana:
1.Actualización sobre terremoto en Ecuador.

2.Coming Home: un concierto benéfico para apoyar el alivio del terremoto
Ecuador/Japón. Las ganancias de este concierto serán donadas al equipo de
OpenStreetMap humanitario. Fecha: 1ro de mayo Hora: 15:00-17:00,
Ubicación.

3.Usted puede aplicar a una beca para unirse a la SotM 2016 en Bruselas.

4.OSMF busca un “asistente administrativo” a tiempo parcial. Él o ella
será el primer empleado de OSMF, un hecho que no gusta a algunos miembros.
La oferta de trabajo dió como resultado una discusión en la lista de
correo OSMF-Talk sobre la falta de transparencia de la junta OSMF (que fue
un tema importante durante las elecciones de la junta OSMF 2014 y 2015).

http://www.weeklyosm.eu/es/ ¡Disfruta!






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

Re: [OSM-talk] osm maps on wikipedia - discussion

[Richard Fairhurst]

Frederik Ramm wrote:
> We'd have to explain to Wikipedia users that what they see on our 
> maps might not be what they expect, and that we do *not* want 
> them to fix it...

I've just created a quick, friendly wiki page to explain that and other
differences:

http://wiki.openstreetmap.org/wiki/Welcome_to_Wikipedia_users

Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/osm-maps-on-wikipedia-discussion-tp5872649p5872717.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

[Talk-it] OSMit 2016: dove dormire

[Luca Delucchi]

Ciao a tutti,

è possibile dormire a BaSe portandosi un sacco a pelo?

Altrimenti altre soluzioni low cost?

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-cat] Vull millorar Castellterçol però no sé per on començar

[Carlos Cámara]

Hola,

Moltíssimes gràcies per la detallada resposta, yopaseopor, i disculpa per
trigar tant a respondre, però darrerament estic molt liat.

Miraré ben detalladament el què expliques i aniré donant la tabarra amb
això, ja que em sembla que ara tinc més dubtes ;) Però sobre tot em
llençaré a la piscina així que tingui més temps lliure i aniré mapejant.
Em queda el dubte de quin WMS he de fer servir per a referència per a
traçar edificis: PNOA o Cadastre, ja que malauradament no coincideixen. Jo
havia pensat fer servir cadastre, que a més, no té problema de projeccions
de les alçades dels edificis, però veig que el traçat dels vials existents
no coincideix amb el cadastre. Quin seria el consell sobre com procedir en
aquest cas? Confiar en Cadastre i moure els nodes dels vials per a
ajustar-lo?

Salutacions,



Carlos Cámara
http://carloscamara.es

El dia 19 d’abril de 2016, 22:56, yo paseopor  ha
escrit:

> Wenes!
>
> El primer que et diré és BENVINGUT a la comunitat catalana de mapes
> col·laboratius OpenstreetMap.Aquí ningú és més que un altre i tots estem
> amb el mateix objectiu: millorar el mapa. I aquí és on entres TU en joc.
> T'explicaré el meu parer.
>
> -Pots modificar dades , i més si ets del territori i tens coneixement, ens
> "refiem" de tu (i d'entrada, de tothom), de fet, no pateixis, que a la
> vegada algú revisarà el que fas i també s'hi podrà queixar o parlar amb tu
> si hi ha disparitat de criteri. Hi ha importacions...que no són correctes,
> i importacions correctes que poden tenir dades mal escrites, o
> desactualitzades...així que no hi ha cap altra veritat absoluta que el que
> veus a la realitat. Ara bé, entenc el teu respecte i la teva forma de
> procedir (tot i que jo sóc més de en coses tan flagrants i clares com
> aquesta...actuar).
>
> -De criteris...hi ha com culs: tothom té el seu.Això no vol dir que la
> comunitat no segueixi una mínima uniformitat (trobaràs les diverses
> descripcions a la wiki d'osm http://wiki.openstreetmap.org/wiki/Main_Page)
> però donat que les casuístiques d'un lloc poden ser variades (cada
> ajuntament té les seves ordenances i la seva manera de reinterpretar certes
> lleis) el que més et pot ajudar és el donar el màxim d'informació sobre el
> lloc.Mirant les places en concret veig algunes incongruències (ex: si hi ha
> per una banda area=yes i highway=pedestrian, no té sentit un
> area:residential=yes, doncs no és més que una etiqueta més moderna que
> combina les altres dues, però amb una configuració diferent.).Però també
> s'ha d'atendre a l'ús real del lloc: ex: a Vilanova i la Geltrú, una
> ordenança socialista d'abans de la crisi va fer que el centre de la ciutat
> quedés restringit a la majoria del trànsit, al fer-ho via càmeres, es van
> eliminar les pilones...però va arribar la crisi i per tant les càmeres mai
> van entrar en funcionament, així que ara tens un centre peatonal...però que
> a la gran majoria de carrers s'hi pot passar sense restriccions, la qual
> cosa fa que no sigui ni tan restringit ni tan peatonal, així que el mapa ha
> de reflectir la realitat.Pots tenir places peatonals però que permeten
> l'aparcament (pq a més en època de la bombolla les van anivellar totes al
> mateix nivell i es van eliminar voreres, etc.,pq la població és petita i
> donat que passen 4 potser no cal restringir oficialment el trànsit). Per
> tant estudia cada cas i aplica el que consideris. Una plaça acostuma a ser
> area=yes però també és cert que en el cas de la Plaça Vella hi ha un portal
> segons Cadastre que està al carrer que porta entre places...i que segueix
> sent Plaça Vella.En funció de si vols separar les voreres de la plaça (si
> les té), si vols dibuixar, arbres, papereres,parterres...pots anar fent
> servir totes les etiquetes disponibles. Quanta més informació més correcta
> serà la plaça, ja sabràs on comença i on acaba la plaça, si has de fer una
> barrera, o un mur de contenció...o el que consideris.
>
> -El tema edificis ja és més complicat , amb punts i ratlles a OSM pots
> construir de tot, però parlem de 3 dimensions i de moltes dades, endavant.
> Hi ha mètodes que t'ho poden facilitar, però no exempts d'errors com les
> importacions del Cadastre. Són metodologies que a més tenen les seves
> rutines i procediments així que és anar-los seguint i de fet trobaràs gent
> que t'ajudarà a seguir-los. Jo personalment et recomano una altra via,
> donat que falta molta informació comença per lo bàsic: 1 node que marqui la
> propietat de l'edifici, ja sigui un portal, amb adreça, etc. i si és una
> botiga les seves propietats, (prioritat sempre pels edificis públics
> primer)...
> Però ja que hi som comencem pel principi: Tots els carrers de
> Castellterçol tenen nom? (segons http://qa.poole.ch/ NO) .Per tant
> interpreto que tampoc estaran tots els sentits dels carrers (OSM és molt
> més que un mapa...però també pot ser utilitzat com un mapa, així que els
> sentits dels carrers han de ser correctes).Hi són tots els 

[Talk-tr] Disa aktarilan dosya

[Sezai YAZICI]

Merhaba, 
Dışa Aktarılan dosyayı açamıyorum. 
Ne yapmam gerekir?
Yardımlarınız için şimdiden çok teşekkür ederim. 
Sezai___
Talk-tr mailing list
Talk-tr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-tr

Re: [OSM-talk-fr] Sandre

[Vincent Bergeot]

Le 29/04/2016 12:42, Ludovic Hirlimann a écrit :

C'est juste moi ou les recherche sur le site sandre sont HS ?


si c'est de cela que l'on parle : http://www.sandre.eaufrance.fr/

alors je n'arrive même pas sur le site, cela tourne en rond !

Bonne journée







Ludo



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



--
Vincent Bergeot


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

[OSM-talk-fr] Sandre

[Ludovic Hirlimann]

C'est juste moi ou les recherche sur le site sandre sont HS ?


Ludo



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

[OSRM-talk] running on windows

[John Aherne]

Running the release was the first thing I tried. You'll see that in my
second email.

Failed on both machines with the urctbase.dll module.

Now I download again and make no changes to the download at all and what a
turn up for the books, it all works on both machines.

Well the slow one is still building all the data but I expect it to run as
well.

So thanks for your time and help

I still have a problem with compiling and building but I'll have to come
back for that sometime.

Doing the extract on british-isles I get a lot of restrictions invalid node
and way. Not sure how important that will be.

Thanks once again for all the work.


-- 
*John Aherne*




*www.rocs.co.uk *
020 7223 7567
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Volker Schmidt]

Importare dati non è sbagliato se un controllo si fa prima dell'inserzione
dei dati  in OSM. Lasciare il controllo alla comunità è sbagliato ed è
doppiamente sbagliato se i dati importati sono di dubbiosa qualità.
Il legame fra i due import dei reservoir in Veneto e dei pozzi in Puglia
c'è: entrambi sono stati fatti senza controllo dei dati e entrambi sommano
sotto una unica combinazione chiave/valore una varietà di oggetti diversi.
Il caso pugliese è aggravato dal numero elevato di oggetti.

Ho cercato una traccia di documentazione su questo import di pozzi in
Puglia.
Sono partito dalla pagina:
http://wiki.openstreetmap.org/wiki/Category:Import_from_Italy
Ho guardato anche
http://wiki.openstreetmap.org/wiki/IT:Potenziali_fonti_di_dati

Non ho trovato niente.

L'unica guida per import CTR che trovo, è
http://wiki.openstreetmap.org/wiki/Veneto/Guide_e_documentazione/Import:_dalla_CTRN_Veneto_a_OSM

In questo documento, nella sua incarnazione attuale, è scritto:
"JOSM: controllo edifici con Mapbox Satellite

Dopo aver corretto tutti gli errori e semplificato la geometria è fortemente
consigliato

controllare il file tramite le ortofoto aeree Mapbox Satellite."
*(Nota Mapbox Satellite e Bing in Veneto sono identici)*

*"Attenzione*

È OBBLIGATORIO riallineare tramite le ortofoto PCN2006. Non caricate dati
non allineati con queste foto e soprattutto NON DOVETE RIALLINEARE con Bing
(troppa differenza con la realtà)!."
Da notare che l maggior parte degli oggetti importati non è neanche
visibile in queste immagini

Ci vediamo a OSMit

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

[Talk-es] Asociación OpenStreetMap España

[Santiago Higuera]

Hola :
He creado un nuevo hilo para tratar los temas relativos a la
reactivación administrativa de la asociación.
La semana que viene, Jorge Sanz me pasará los papeles existentes.
Escanearé los estatutos y algún otro papel que considere que lo merece
para que los podamos ver y comentar entre todos. He echado un vistazo a
la web y los estatutos de Wikimedia, como proponía Jesús Gómez, y están
muy bien [1]. Pueden servirnos de guía.
Propongo que alguien abra una página en el Wiki para poder ir guardando
los datos y temas que consideremos de interés, ¿quién se anima a
hacerlo?
Una vez que hayamos echado un vistazo a los papeles, podríamos tener la
primera reunión por chat o hangout, ¿alguien se anima a organizarlo?

Vamos comentando, un saludo

Santiago Higuera

PD.: Iván, dinos algo, no te hagas el noruego, danos tu bendición al
menos, que eres el presidente.

[1] https://www.wikimedia.es/wiki/Portada


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

Re: [Talk-es] Reunión Zaragoza Activa y presentación grupo de mapeo colaborativo

[Carlos Cámara]

Hola, Laura

No sé si llega a tiempo para el semanario, pero los próximos días 6,7 y 9
de mayo vamos a hacer la mapping party de accesibilidad que te comenté hace
unas semanas.

Te paso la info:

http://blogzac.es/mapping-party-zaccesibilidad-67-9-mayo/

Durante los días 6, 7 y 9 de mayo tendrá lugar la primera *Mapping Party*
dedicada a la Accesibilidad organizada por del grupo de trabajo *Mapeado
Colaborativo* y a la que os invitamos a participar.

Una *Mapping Party* es un evento abierto a todo el mundo en el que
voluntarios se reúnen para mapear de forma colaborativa y coordinada a
través de la plataforma OpenStreetMap .
¿En qué consiste la Mapping Party #Zaccesibilidad”?

Para esta mapping party de iniciación al mapeado colaborativo hemos fijado
un tema, la accesibilidad, y un lugar, el Gancho.

Para ello dedicaremos un día para presentar el grupo y la metodología, otro
para una salida de campos para hacer la toma de datos, y otro para reunir
la información y publicarla online, tal y como detallamos a continuación
(si bien no es obligatorio asistir a todos los días, es es muy recomendable
para conocer el proceso completo ):
Presentación (Viernes 6 de mayo)

*Día y hora:* Viernes 6 de mayo, de 10 a 13:00

*Lugar:* Sede de Zaragoza Activa en Las Armas (Las Armas, 72

)*

*Contenido:* Se tratará de una sesión teórica y participativa entorno a los
siguientes temas:

   1. Presentación del grupo “Mapeado Colaborativo”
   2. Introducción a OpenStreetMap
   3. Explicación metodología a seguir en la mapping party.

*Material neceario:* Ninguno.

** Dado que el aforo a la sala es limitado a 12 personas, este es el único
evento de la mapping party que requiere inscripción previa a través de este
enlace de la red ZAC . Quienes no
puedan asistir o hayan quedado fuera son también bienvenidos y el sábado
siguiente realizaremos un breve resumen de la metodología.*
Salida de campo/Toma de datos (Sábado 7 de mayo)

*Día y hora:* Sábado 7 de mayo, de 10:00 a 14:00

*Lugar:* Aula de informática de la Sede de Zaragoza Activa en Las Armas (Las
Armas, 72

)

*Contenido:* Se tratará de una salida de campo para recopilar datos
estructurada de la siguiente manera:

   - Breve recordatorio de metodología
   - Creación de grupos y toma de datos
   - Puesta en común y despedida

*Material necesario:* Únicamente será necesario disponer de un bolígrafo o
rotulador para anotar sobre mapas impresos en papel (Fieldpapers
) que serán proporcionados por los organizadores.
Opcionalmente, los asistentes podrán traer un GPS convencional o un
smartphone con GPS y alguno de estos programas presentados el día anterior:
OSMAnd, OSM Tracker, Vespucci, Maps.me.
Publicación de datos en OSM (Lunes 9 de mayo)

*Día y hora:* Lunes 9 de mayo, de 11:30 a 13:00

*Lugar:* Plaza Las Armas, 72
,
frente al centro musical artístico.

*Contenido:* El objetivo de la jornada será publicar en OpenStreetMap los
datos recopilados en la jornada anterior de forma que sean públicos y
abiertos a todo el mundo:

   - Explicación del funcionamiento del editor JOSM
   - Creación de cuenta de usuario en OSM
   - Publicación de los datos recopilados

*Material necesario:* Ninguno. Utilizaremos los ordenadores del aula de
informática de Zaragoza Activa. Opcionalmente los asistentes podrán traer
sus propios ordenadores.
¿A quién se dirige?

¡Todo el mundo está invitado y es bienvenido de unirse! Se trata de una
actividad que no requiere de conocimientos técnicos especiales previos (los
contenidos necesarios los daremos en las sesiones oportunas) y por tanto es
una ocasión excelente para reunir a personas distintas (Expertos, iniciados
y novatos) bajo unos objetivos compartidos y compartir una experiencia muy
enriquecedora, tanto a nivel individual como a nivel colectivo. Tan solo es
necesario ganas de participar en un proyecto colabrativo.

Además, no hace falta asistir a todos los actos: si no puedes venir a
todos, te invitamos a que vengas a aquellos a los que sí puedas asistir
(especialmente en la toma de datos, donde necesitaremos mucha gente). Y si
no puedes venir pero te interesa el evento, siempre puedes ayudarnos a
difundirlo compartiéndolo en tus redes sociales o usando el hashtag
#Zaccesibilidad.
¿Por qué deberías venir?

Sin duda no hay una única razón para dedicar tu tiempo en un proyecto de
mapeado colaborativo como este. Sin embargo, aquí anotamos algunos de los
motivos por los que creemos que es una buena idea participar en la *Mapping
party #Zaccesibilidad*:

   - Para tener una primera toma de contacto práctica con mapeados
   colaborativos.
   - Para aprender el funcionamiento de colaboración de OpenStreetMap
   

Re: [Talk-cz] Mapy bez bariér

[vrs]

No říkal jsem si, že když budu vše kontrolovat a mergeovat ručně, tak se to 
až tak neliší od třeba obkreslování nějakého podkladu, což se za import 
nepokládá.
Tak OK, když existují minimálně pochybnosti, tak to radši považujme za 
plnohodnotný import.

Samozřejmě napřed pošlu vzorek importu a/nebo provedu testovací import sice 
do ostré databáze, ale třeba na vzorku deseti objektů.

H.


-- Původní zpráva --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 28. 4. 2016 21:19:51
Předmět: Re: [Talk-cz] Mapy bez bariér

"On Thu 2016-04-28 12:29:47, Jan Vršovský wrote:
> Zdar, tak se tedy do toho pouštím sám :-)
> 
> Moje úvahy - prosím o komentáře:
> - jde o jen asi 600 objektů, takže bych to provedl poloautomaticky (ruční 
> práci odhaduju na den až dva práce)
> - skriptem transformovat poskytnutý JSON na OSM xml formát, každý objekt 
> bude bod POI, načíst do JOSM
> - každý bod ručně projít a sloučit s existujícím objektem, pokud existuje
> - protože je to takhle ručně redigované, tak se to ani nedá považovat za 
> import - NEBO ANO?
> - tedy není potřeba podstupovat martirium v konferenci imports a provedl 
> bych to pod svým uživatelským jménem

Umm. Sorry. "NEBO ANO".

(A trochu to dava smysl; konvertuje se to skriptem, bylo by dobre ty
vysledky prohlidnout driv nez to pujde naostro do databaze).

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html

___
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] Mapy bez bariér

[vrs]

Jo, dobrá otázka, s tím je třeba počítat.

Bohužel přestože něco jako unikátní id podle specifikace mají, tak to zdá se
nevyplňují - řeším to s nimi, předpokládám že ho začnou plnit.
V nejhorším by se za klíč musely brát souřadnice a/nebo název.

Vyplňují ale datum poslední aktualizace (modifiedDate), takže aktualizace by
mohla probíhat takto:
(a) když je změn od minule málo, tak by stačilo pustit importovací skript na
ty objekty, kde je modifiedDate větší než nějaká hodnota a ručně sloučit s 
existujícími objekty
(b) když je změn hodně, tak by se mohl skript pozměnit tak, aby stáhl z OSM 
existující objekty a zjoinoval to s novými hodnotami podle ID. Konflikty, 
nové ID a zaniklé ID řešit ručně ad hoc.
Počítal bych s oběma možnostma, ale (b) by se programovalo až v případě 
potřeby.

H.


-- Původní zpráva --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 28. 4. 2016 14:18:08
Předmět: Re: [Talk-cz] Mapy bez bariér

"
Ahoj,

prakticky dotaz - predpokladam, ze ta databaze neni konecna, bude se 
vyvijet. Jak vymyslet provazanost aktualizace jejich dat s daty v OSM ?

vop


-- Původní zpráva --
Od: Jan Vršovský 
Komu: OpenStreetMap Czech Republic 
Datum: 28. 4. 2016 12:31:40
Předmět: Re: [Talk-cz] Mapy bez bariér

"
Zdar, tak se tedy do toho pouštím sám :-)

Moje úvahy - prosím o komentáře:
- jde o jen asi 600 objektů, takže bych to provedl poloautomaticky (ruční 
práci odhaduju na den až dva práce)
- skriptem transformovat poskytnutý JSON na OSM xml formát, každý objekt 
bude bod POI, načíst do JOSM
- každý bod ručně projít a sloučit s existujícím objektem, pokud existuje
- protože je to takhle ručně redigované, tak se to ani nedá považovat za 
import - NEBO ANO?
- tedy není potřeba podstupovat martirium v konferenci imports a provedl 
bych to pod svým uživatelským jménem
- popis (vč. jaké sloupce se importovaly do jakých) ještě dám na Wiki a 
pošlu v emailu

Dává vám to smysl? Souhlasíte?
Díky

Honza Vršovský



-- Původní zpráva --
Od: v...@email.cz
Komu: OpenStreetMap Czech Republic 
Datum: 24. 3. 2016 10:15:16
Předmět: [Talk-cz] Mapy bez bariér

"
Ahoj,
nová data k importu:

http://web.mapybezbarier.cz/otevrena-data/

Vypadá to velmi použitelně, skoro vzorově:
- data dostupná v XML, JSON, CSV, Turtle...
- existuje dokumentace i metodika sběru dat, a lidi odtamtud komunikují a 
budou rádi, když to použijeme
- licence je ODbL - ještě před vydáním jsem je poprosil, aby to vydali pod 
dobrou licencí, a oni zvolili přímo ODbL :-)
- po importu se to bude zobrazovat na wheelmap.org

Chtěl jsem import navrhnout, vyjednat a naprogramovat sám, ale teď se mi 
nedostává času... Nechcete se toho někdo ujmout?

Honza Vršovský

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

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Luca Delucchi]

2016-04-29 11:12 GMT+02:00 Marco Bartalini :
> Grazie mille ragazzi sempre visioni condivisibili... Come ha detto martin è
> sempre un dato quindi è importante che ci sia. Sulla qualità del dato
> purtroppo siamo nelle mani del catasto pugliese che ha inserito quel dato
> sulla ctr... Le importazioni portano con se svantaggi e vantaggi... però
> effettivamente con queste in puglia federico ha fatto un lavoro grandioso
> che ci invidiano ovunque quindi le importazioni non sono in discussione pur
> se portano quel minimo di svantaggi... svantaggi che credo bisogna solo
> scervellarsi per risolvere.
>

sulla qualità del dato è chi carica i dati che decide se la qualità è
buona o meno, cerchiamo di non scaricare la colpa della qualità dei
dati in OSM sugli altri. se i dati non sono buoni non si caricano.
Potresti dirmi quali vantaggi, oltre ad aver aumentare il numero di
elementi in OSM, vedi?

> Io per capire meglio il problema è da 6 mesi circa che controllo questi tag
> sul campo ed effettivamente qualche volta il pozzo c'è altre volte no.

puoi dire, a spanne, quante volte il pozzo c'è e quante non c'è?

>
> Marco Bartalini,
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Marco Bartalini]

No dai bloccare gli import no!!! magari filtriamo solo le cose inutili...




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

2016-04-29 10:44 GMT+02:00 Luca Delucchi :

> 2016-04-29 10:16 GMT+02:00 Volker Schmidt :
>
> > Ripeto quanto detto già tante volte in altre occasioni: smettiamo con gli
> > import di massa, non verificati e neanche verificabili. Quanti mappatori
> > abbiamo in Puglia per controllare questi oggetti sul terreno?
> >
>
> Concordo e contro rilancio, blocchiamo gli import del tutto! :-)
>
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> 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] OpenMtbMap errore rendering pozzi privati \ drinking water

[Marco Bartalini]

Grazie mille ragazzi sempre visioni condivisibili... Come ha detto martin è
sempre un dato quindi è importante che ci sia. Sulla qualità del dato
purtroppo siamo nelle mani del catasto pugliese che ha inserito quel dato
sulla ctr... Le importazioni portano con se svantaggi e vantaggi... però
effettivamente con queste in puglia federico ha fatto un lavoro grandioso
che ci invidiano ovunque quindi le importazioni non sono in discussione pur
se portano quel minimo di svantaggi... svantaggi che credo bisogna solo
scervellarsi per risolvere.

Io per capire meglio il problema è da 6 mesi circa che controllo questi tag
sul campo ed effettivamente qualche volta il pozzo c'è altre volte no. Dal
punto di vista della qualità dell'acqua specificarlo o meno credo che sia
importante, ma cambi poco in quanto cmq non sono sorgenti d'acqua
accessibili... cioè io non posso andare a prelevare quell'acqua perchè non
c'è un rubinetto, c'è il più volte solo una pompa ad immersione ed un tubo
che collega la casa, ecc.ecc... e molte altre volte sono anche interrati
per cui non si vede niente...

Concordo martin sul cambio di mappa però è difficile per chi faccia mtb
trovarne una con una grafica migliore... quindi mi sa che sarò costretto a
tenermi il problema o a provare ancora a fare delle prove per cercare un
tag che faccia scomparire quella maledetta icona della fontanina che ormai
non posso più vedere! hahahha :D




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

2016-04-29 10:41 GMT+02:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> > Il giorno 29 apr 2016, alle ore 10:01, Volker Schmidt 
> ha scritto:
> >
> > Ho fatto un po' il giro del mondo virtualmente, e la densità (pozzi per
> km quadrato) in questa zona della Puglia è ordini di grandezza più grande
> di tutto il resto del globo.
>
>
>
> vuol dire che la Puglia è leader mondiale nel tagging di pozzi, forse.
>
> Non è paragonabile se in altri regioni il tag reservoir è stato utilizzato
> in maniera sbagliata.
>
>
> Ciao,
> Martin
> ___
> 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] OpenMtbMap errore rendering pozzi privati \ drinking water

[Luca Delucchi]

2016-04-29 10:16 GMT+02:00 Volker Schmidt :

> Ripeto quanto detto già tante volte in altre occasioni: smettiamo con gli
> import di massa, non verificati e neanche verificabili. Quanti mappatori
> abbiamo in Puglia per controllare questi oggetti sul terreno?
>

Concordo e contro rilancio, blocchiamo gli import del tutto! :-)


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Martin Koppenhoefer]

sent from a phone

> Il giorno 29 apr 2016, alle ore 10:01, Volker Schmidt  ha 
> scritto:
> 
> Ho fatto un po' il giro del mondo virtualmente, e la densità (pozzi per km 
> quadrato) in questa zona della Puglia è ordini di grandezza più grande di 
> tutto il resto del globo.



vuol dire che la Puglia è leader mondiale nel tagging di pozzi, forse.

Non è paragonabile se in altri regioni il tag reservoir è stato utilizzato in 
maniera sbagliata.


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

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Volker Schmidt]

Noi produciamo dati per chi produce mappe.
Se in una piccola regione del mondo tutto di un colpo appaiono un numero
così elevato di oggetti poco specificati l'unica cosa che può fare un
renderer è escludere questi oggetti *in questa zona* dal rendering? Il tag
man_made=water_well è utilizzato in tutto il mondo e indica che c'è una
fonte di acqua cui qualità può essere specificato con tag aggiuntivi, ma
nella maggior parte dei casi non lo è.
Per quanto riguarda l'import sono abbastanza certo che, controllando questi
pozzi, tanti sono stagni dove affluisce l'acqua piovana per le bestie, non
sono pozzi nel senso del tag..
Ripeto quanto detto già tante volte in altre occasioni: smettiamo con gli
import di massa, non verificati e neanche verificabili. Quanti mappatori
abbiamo in Puglia per controllare questi oggetti sul terreno?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Volker Schmidt]

Ho fatto un po' il giro del mondo virtualmente, e la densità (pozzi per km
quadrato) in questa zona della Puglia è ordini di grandezza più grande di
tutto il resto del globo.Sto discutendo un caso simile, ma molto meno grave
in Veneto, dove un utente ha importato landuse=reservoir che include una
varietà di oggetti diversi, tutti taggati uguali, che vanno dal water_tower
alla piscina privata. I numeri non sono confrontabili con quelli della
Puglia, ma il problema è lo stesso: importazione di dati che non sono
utilizzabili perché troppo generici.

2016-04-29 9:50 GMT+02:00 Volker Schmidt :

> Scusate, ma io vedo il problema in primo luogo con l'import indiscriminato
> di dati. Sono stati importati 12mila di questi "pozzi" in una ben limitata
> zona della Puglia, senza badare ai dettagli, come drinking water, accesso
> ecc.
> Questo in se stesso è un grosso errore perché butta dentro OSM dati quasi
> completamente inutili.
> Suppongo che il motivo perché MTBmap li visualizza è che generalmente
> acqua è una risorsa utile quando sei in viaggio. E senza tag aggiuntivi,
> come potrebbe indicare quei pozzi non accessibili o inutili, perché in
> realtà son stagni nei quali le mucche fanno la cacca.
>
>
> 2016-04-29 9:25 GMT+02:00 Marco Bartalini :
>
>> Ragazzi ho un problema... utilizzo le mappe OpenMTBMap sia su basecamp
>> desktop che su garmin gps.
>>
>> Da quando abbiamo in puglia caricato la carta tecnica regionale ctr che
>> include anche pozzi con tag  man_made:water_well ho un serio problema di
>> visualizzazione nel senso che i pozzi taggati in quel modo me li renderizza
>> tutti con l'icona della fontanina drinking water creandomi non pochi
>> problemi come potete vedere da questa foto...
>>
>> https://goo.gl/photos/mhiSkr16EUPgYS966
>>
>> Oltre a questo problema di visualizzazione, essendo un ciclista mi crea
>> un problema anche di informazione non riuscendo più a capire quali sono le
>> fontane di acqua potabile reali
>>
>> Approfondendo il problema abbiamo provato a modificare aggiungendo altri
>> tag come quello access private, ecc. ecc... ma cambia ben poco
>>
>> Purtroppo so benissimo che il problema in realtà riguarda questo Felix
>> Hartmann che ha fatto le openmtbmap che ha evidentemente renderizzato
>> male questi pozzi. Purtroppo non essendoci alcun modo per contattarlo (gli
>> ho mandato 1000 messaggi ma non risponde) sono tentato di trovare una
>> strategia alternativa per risolvere il problema che non riguarda solo la
>> puglia ma riguarda un pò ovunque hanno messo l'utilissimo tag
>> man_made:water_well
>>
>> Vi chiedo, c'è un tag alternativo che possiamo dare a questi pozzi
>> privati???
>>
>> grazie
>>
>>
>>
>> *Marco Bartalini,marcobartal...@gmail.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-at] Protokoll zum April-Stammtisch in Graz / Grazer Linuxtage Infostand

[Michael Maier]

On 28/04/16 14:22, Andreas wrote:
>> • Einen Rechner/Laptop als Garmin-Tankstelle
>> • Einen Rechner/Raspi mit großem Bildschirm, wo show me the way² läuft
>> • Einen Rechner mit Maus als Editierstation
> 
> ich komme am Fr. von Noe. Kann euch gerne einen Lenovo T61 zur Verfügung
> stellen. Per USB-Stick müsste ich auch ein Bootfähiges Xubuntu haben.
> 
> Bitte bei mir melden, falls ich meinen Laptop dir noch einpacken soll.

Hallo Andreas,

ja bitte, der würde sich gut machen als Editierstation, Maus auch bitte
einpacken :-)

Bräuchten wir noch einen Bildschirm für show-me-the-way ...

Ab jetzt bitte bei mir per Telefon¹ melden, ich bin unterwegs.

[1] https://wiki.openstreetmap.org/wiki/User:Species

Danke,
lg Michi

> 
> lg Andreas
> 
>>
>> [2] https://osmlab.github.io/show-me-the-way/
>>
>> Bitte an jeden, der gerne ein Namensschild für die Standbetreuung hätte,
>> Email an mich!
>> Für die Hardware ist es wohl am Besten, wir koordinieren uns im Wiki:
>>
>> https://wiki.openstreetmap.org/wiki/Graz/Linuxtage16
>>
>> Vielen Dank,
>> lg Michi
>>
>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 


-- 
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
http://wiki.osm.org/Graz
http://wiki.osm.org/Graz/Stammtisch



signature.asc
Description: OpenPGP digital signature
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSRM-talk] running on windows

[Wilhelm Berg]

The download
http://build.project-osrm.org/latest/osrm_Release.zip
does not work for you either?


On Fri, Apr 29, 2016 at 9:15 AM, John Aherne  wrote:

> Just recompiled and ran. Same problem.
>
> More info.
>
> I create a folder osrm-rel2015.
>
> I copy from build\release\*.* all .exe and all .lib into osrm-rel2015
>
> I copy from osrm-deps\libs\bin\*.dll into osrm-rel2015
>
> copy my .pbf file into osrm-rel2015.
>
> create .stxxl.txt in osrm-rel2015
>
> So in theory all my dependencies are in the one folder.
>
> Then run from osrm-rel2015
>
> osrm-extract dublin_ireland.osm.pbf
>
> Thanks
>
> --
> *John Aherne*
>
>
>
>
> *www.rocs.co.uk *
> 020 7223 7567
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Martin Koppenhoefer]

sent from a phone

> Il giorno 29 apr 2016, alle ore 09:50, Volker Schmidt  ha 
> scritto:
> 
> Questo in se stesso è un grosso errore perché butta dentro OSM dati quasi 
> completamente inutili.


-1, è sempre un dato interessante dove viene prelevato acqua dall'acquifero


> Suppongo che il motivo perché MTBmap li visualizza è che generalmente acqua è 
> una risorsa utile quando sei in viaggio. E senza tag aggiuntivi, come 
> potrebbe indicare quei pozzi non accessibili o inutili, perché in realtà son 
> stagni nei quali le mucche fanno la cacca.


un made_made=well (o water well) potrebbe essere inquinato, non è un livello di 
dettaglio soddisfacente, concordo, ma proprio per quello è problematico 
mostrarlo come fonte di acqua potabile. Io vedo il problema soprattutto dalla 
parte del rendering 


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

[OSRM-talk] running on windows

[John Aherne]

Here is the vent log for when the system crashes.

As I mentioned before the faulting module is urctbase.dll which seems to
come up a lot as a source of problems.

Log Name:  Application
Source:Application Error
Date:  29/04/2016 08:00:46
Event ID:  1000
Task Category: (100)
Level: Error
Keywords:  Classic
User:  N/A
Computer:  HYPERV-2.GLH.local
Description:
Faulting application name: osrm-extract.exe, version: 0.0.0.0, time stamp:
0x57230475
Faulting module name: ucrtbase.DLL, version: 10.0.10240.16390, time stamp:
0x55a5b718
Exception code: 0x4015
Fault offset: 0x00065a5f
Faulting process id: 0x998
Faulting application start time: 0x01d1a1e4d9a80508
Faulting application path: D:\osrm-rel2015\osrm-extract.exe
Faulting module path: C:\Windows\system32\ucrtbase.DLL
Report Id: 186947ee-0dd8-11e6-a966-001ec9ec24c7
Event Xml:
http://schemas.microsoft.com/win/2004/08/events/event;>
  

1000
2
100
0x80

12483
Application
HYPERV-2.GLH.local

  
  
osrm-extract.exe
0.0.0.0
57230475
ucrtbase.DLL
10.0.10240.16390
55a5b718
4015
00065a5f
998
01d1a1e4d9a80508
D:\osrm-rel2015\osrm-extract.exe
C:\Windows\system32\ucrtbase.DLL
186947ee-0dd8-11e6-a966-001ec9ec24c7
  


-- 
*John Aherne*




*www.rocs.co.uk *
020 7223 7567
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Luca Delucchi]

2016-04-29 9:50 GMT+02:00 Volker Schmidt :
> Scusate, ma io vedo il problema in primo luogo con l'import indiscriminato
> di dati. Sono stati importati 12mila di questi "pozzi" in una ben limitata
> zona della Puglia, senza badare ai dettagli, come drinking water, accesso
> ecc.
> Questo in se stesso è un grosso errore perché butta dentro OSM dati quasi
> completamente inutili.

questo è tutt'altro discorso, sai che concordo con me che gli import
fanno molto male al progetto soprattutto se non discussi lungamente,
aggiornabili facilmente ecc

Tanto è una battaglia persa :-(

-- 
ciao
Luca

www.lucadelu.org

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

[OSRM-talk] running on windows

[John Aherne]

Unfortunately, I do not get emails sent to me even though I am subscribed.

And even if I did, I have found that even with other mailing lists I have
the same problem. And have to send emails to the list directly.

So not sure how to get round that.

Regards

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

Re: [OSM-talk] osm maps on wikipedia - discussion

[Martin Koppenhoefer]

sent from a phone

> Il giorno 29 apr 2016, alle ore 00:53, Frederik Ramm  ha 
> scritto:
> 
> but whether or not the UN have approved
> something is not what governs our mapping.


+1, as we see in politics, true global players give a ship what the UN says ;-)

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

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Volker Schmidt]

Scusate, ma io vedo il problema in primo luogo con l'import indiscriminato
di dati. Sono stati importati 12mila di questi "pozzi" in una ben limitata
zona della Puglia, senza badare ai dettagli, come drinking water, accesso
ecc.
Questo in se stesso è un grosso errore perché butta dentro OSM dati quasi
completamente inutili.
Suppongo che il motivo perché MTBmap li visualizza è che generalmente acqua
è una risorsa utile quando sei in viaggio. E senza tag aggiuntivi, come
potrebbe indicare quei pozzi non accessibili o inutili, perché in realtà
son stagni nei quali le mucche fanno la cacca.


2016-04-29 9:25 GMT+02:00 Marco Bartalini :

> Ragazzi ho un problema... utilizzo le mappe OpenMTBMap sia su basecamp
> desktop che su garmin gps.
>
> Da quando abbiamo in puglia caricato la carta tecnica regionale ctr che
> include anche pozzi con tag  man_made:water_well ho un serio problema di
> visualizzazione nel senso che i pozzi taggati in quel modo me li renderizza
> tutti con l'icona della fontanina drinking water creandomi non pochi
> problemi come potete vedere da questa foto...
>
> https://goo.gl/photos/mhiSkr16EUPgYS966
>
> Oltre a questo problema di visualizzazione, essendo un ciclista mi crea un
> problema anche di informazione non riuscendo più a capire quali sono le
> fontane di acqua potabile reali
>
> Approfondendo il problema abbiamo provato a modificare aggiungendo altri
> tag come quello access private, ecc. ecc... ma cambia ben poco
>
> Purtroppo so benissimo che il problema in realtà riguarda questo Felix
> Hartmann che ha fatto le openmtbmap che ha evidentemente renderizzato
> male questi pozzi. Purtroppo non essendoci alcun modo per contattarlo (gli
> ho mandato 1000 messaggi ma non risponde) sono tentato di trovare una
> strategia alternativa per risolvere il problema che non riguarda solo la
> puglia ma riguarda un pò ovunque hanno messo l'utilissimo tag
> man_made:water_well
>
> Vi chiedo, c'è un tag alternativo che possiamo dare a questi pozzi
> privati???
>
> grazie
>
>
>
> *Marco Bartalini,marcobartal...@gmail.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] OpenMtbMap errore rendering pozzi privati \ drinking water

[Luca Delucchi]

2016-04-29 9:38 GMT+02:00 Martin Koppenhoefer :
>
> come già detto anche da te, il problema non è il tagging, è il rendering,
> quindi non sono da cambiare i tags. Se Paul Hartmann non vuole cambiare il
> suo rendering dovresti tu cambiare la mappa che usi ;-)
>

+1

>
> ciao,
> Martin
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Martin Koppenhoefer]

sent from a phone

> Il giorno 29 apr 2016, alle ore 09:25, Marco Bartalini 
>  ha scritto:
> 
> 
> Vi chiedo, c'è un tag alternativo che possiamo dare a questi pozzi privati???


come già detto anche da te, il problema non è il tagging, è il rendering, 
quindi non sono da cambiare i tags. Se Paul Hartmann non vuole cambiare il suo 
rendering dovresti tu cambiare la mappa che usi ;-)


Detto ciò, avere access=private su pozzi che non sono pubblicamente accessibili 
è giusto e va fatto in ogni caso.


ciao,
Martin 


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

[Talk-it] OpenMtbMap errore rendering pozzi privati \ drinking water

[Marco Bartalini]

Ragazzi ho un problema... utilizzo le mappe OpenMTBMap sia su basecamp
desktop che su garmin gps.

Da quando abbiamo in puglia caricato la carta tecnica regionale ctr che
include anche pozzi con tag  man_made:water_well ho un serio problema di
visualizzazione nel senso che i pozzi taggati in quel modo me li renderizza
tutti con l'icona della fontanina drinking water creandomi non pochi
problemi come potete vedere da questa foto...

https://goo.gl/photos/mhiSkr16EUPgYS966

Oltre a questo problema di visualizzazione, essendo un ciclista mi crea un
problema anche di informazione non riuscendo più a capire quali sono le
fontane di acqua potabile reali

Approfondendo il problema abbiamo provato a modificare aggiungendo altri
tag come quello access private, ecc. ecc... ma cambia ben poco

Purtroppo so benissimo che il problema in realtà riguarda questo Felix
Hartmann che ha fatto le openmtbmap che ha evidentemente renderizzato male
questi pozzi. Purtroppo non essendoci alcun modo per contattarlo (gli ho
mandato 1000 messaggi ma non risponde) sono tentato di trovare una
strategia alternativa per risolvere il problema che non riguarda solo la
puglia ma riguarda un pò ovunque hanno messo l'utilissimo tag
man_made:water_well

Vi chiedo, c'è un tag alternativo che possiamo dare a questi pozzi
privati???

grazie



*Marco Bartalini,marcobartal...@gmail.com *
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSRM-talk] running on windows

[Wilhelm Berg]

I was under the impression that you were running stock VS2015.
C++ runtimes should be backwards compatible, but not forward.
So VS2015 Update 2 should be fine.
My machines are on that too.

Running out of ideas how to solve your problem.


What's the size of your swap (virtual memory)?

Advanced System Settings -> Advanced -> Performance -> Settings ... ->
Advanced -> Virtual Memory

If it's small you might want to increase that too.




On Fri, Apr 29, 2016 at 8:22 AM, John Aherne  wrote:

> When I installed update1 , I get the same result.
>
> The vs2015 I am compiling on is update2. The redist package is .23980
>
> The update 1 package is .23506.
>
> So is this problem caused by a mismatch between different update levels?
>
> Mind you I would have expected it to crash sooner if it was just a
> mismatch between redist packages.
>
> At the moment whichever machine I run on it all stops at the same place -
> after creating the timestamp.
>
> What might it be doing at this point that might cause the problem?
>
> Is it trying to write to the stxxl file?
>
>
> Thanks for any insights.
>
> --
> *John Aherne*
>
>
>
>
> *www.rocs.co.uk *
> 020 7223 7567
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk