Re: [Talk-us] FBI using OSM on website... without attribution

(Well, since everybody else is top posting...) Since it was my bright idea to contact the webmaster, and since everyone else posting seems to claim that no such link exists, I thought I'd go ahead and look and see if I could find something others had missed. Well, no, I can't find a "Contact the

Re: [Talk-us] SEO Damage to OSM

On 06/30/2017 11:21 AM, Clifford Snow wrote: > Edits, from what appears to be a search engine optimization company > (SEO), have damaged a number of ways in the US. Martijn Van Exel pointed > out the problem on Slack the other day. What they did was to add their > client to a street, often

Re: [Talk-us] SEO Damage to OSM

Simon, Thanks for looking at them. Fortunately there wasn't too many to fix mannually. Some of vandalism goes back 2 or 3 years if I recall correctly. I did check Canada thinking that they might have hit them as well, but other than some strange addresses on ways, it was clean. Ian Dees did fixed

Re: [Talk-us] SEO Damage to OSM

Hi, On 06/30/2017 07:24 PM, Ian Dees wrote: > Every edit was made by a new/separate user account that only ever makes > one edit. In most cases, these edits are useful (it's someone adding a > business POI) but in some cases they add the details to the wrong piece > of geometry. I see. We had a

Re: [Talk-ca] Multipolygon problems

Cette requête dans JOSM peut aider à cherches des chemins avec natural=wood et role outer dans une relation: type:way natural=wood role:outer S.v.p. utiliser avec prudence ;) This query in JOSM can help finding ways with natural=wood and role outer in a relation: type:way natural=wood

[OSRM-talk] Example of restricted access flags for way_function and turn_function

Hi, I'm trying to learn about use of the way_function result flags, forward_restricted and backward_restricted, and their correspondence with turn_function machinery, especially input source_restricted and target_restricted flags. Is there any data and profile example which shoes these in

Re: [Talk-ca] Multipolygon problems

If we have a overpass query that Pierre provided, we can create a maproulette task...then everyone can contribute! I can read up on how to create a task or ask Martjin --- Si nous avons un query overpass que Pierre nous ont fournit, on pourrais créer une tache maproulette...pour que tout le monde

Re: [Talk-us] SEO Damage to OSM

> On Jun 30, 2017, at 2:06 PM, Simon Poole wrote: > > Am 30.06.2017 um 22:59 schrieb Ian Dees: >> First of all, that's Mapbox's data team that made the changes since the SEO >> editor added junk, not Telenav, > > Sorry, but making about a dozen edits on a road (including

Re: [Talk-ca] Multipolygon problems

On 30-06-2017 21:21, Jochen Topf wrote: On Fri, Jun 30, 2017 at 08:16:40PM +0200, Frank Steggink wrote: Maybe I'm not understanding it, but in the OSM inspector [1] I just see one case of old style multipolygon, in Manitoba. Last week, when you posted your original message, I just saw one case

Re: [Talk-ca] Multipolygon problems

translation follows ... Jamesla requête overpass ci-dessous extrait pour un bbox les chemins avec role externe dans une relation et avec la même clé natural=wood que sur la relation. De là, il est facile d'effacer la clé en doublon.http://overpass-turbo.eu/s/q5K Jochen, pour cette première

Re: [Talk-us] FBI using OSM on website... without attribution

I'm going to check with some USG tech friends to see if they know anyone on the FBI web team. I think it may prove more expedient and get better attention than calling or emailing parts of the bureau which have little to do with this. -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron

Re: [Talk-us] FBI using OSM on website... without attribution

My mistake, Leaflet's example map and code on their main page do show correct attribution to OSM So back to the FBI https://www.fbi.gov/cve508/technical-support seems to suggest contacting a community outreach specialist in your local field office (via a dead link for me).

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

Pour la précision, ce qui t'intéresse c'est la HDOP (Horizontal Dilution Of Precision), info fournie par le GPS. Si tu n'avais pas une pomme croquée (*), je te dirais bien d'utiliser OSMTracker qui permet d'enregistrer le trajet avec la précision horizontale (qui est d'ailleurs affichée). Je

Re: [Talk-us] SEO Damage to OSM

Am 30.06.2017 um 22:59 schrieb Ian Dees: > First of all, that's Mapbox's data team that made the changes since > the SEO editor added junk, not Telenav, Sorry, but making about a dozen edits on a road (including changing the tagging) -without- raising an eyebrow about its tagging is not better

Re: [Talk-us] FBI using OSM on website... without attribution

It's not Leaflet's fault the attribution is incorrect, their website is disabling the default attribution and adding a custom one. *~~* *Denis Carriere* On Fri, Jun 30, 2017 at 3:37 PM, Dale Puch wrote: > A better route is to contact http://leafletjs.com/ since they

Re: [Talk-us] SEO Damage to OSM

First of all, that's Mapbox's data team that made the changes since the SEO editor added junk, not Telenav, Second: please don't spread your negative attitude on the talk-us list. If you don't want to fix the map, then move on and leave it for someone else to fix. Don't complain about it. Or if

Re: [Talk-us] SEO Damage to OSM

I would suggest that TeleNav fixes the mess they made here http://www.openstreetmap.org/way/402471851#map=18/34.18198/-118.39599 themselves. Am 30.06.2017 um 22:26 schrieb Simon Poole: > > I''m in the process of fixing a couple of these. and I couldn't help > noticing that some of them can't

Re: [Talk-us] SEO Damage to OSM

A good example is "Box-n-Go Self Storage North" road in North Hollywood (I believe it should really be Laurel Canyon Boulevard) I would suggest TeleNav cleaning that up themselves. Am 30.06.2017 um 22:26 schrieb Simon Poole: > > I''m in the process of fixing a couple of these. and I couldn't

Re: [Talk-us] SEO Damage to OSM

I''m in the process of fixing a couple of these. and I couldn't help noticing that some of them can't simply be reverted because the TeleNav data team has added lane tagging on them Simon Am 30.06.2017 um 18:21 schrieb Clifford Snow: > Edits, from what appears to be a search engine

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

Le 30. 06. 17 à 18:52, Christian Quest a écrit : > La stabilité de la précision du GPS varie énormément d'un modèle de > smartphone a un autre, sans parler des firmwares et version d'OS. il ne me reste plus qu'à tester ce que j'ai sous la main mais je ne me vois quand même pas avec une tablette

Re: [Talk-ca] Multipolygon problems

If it's just removing tags, on inner polygons of a multipolygon, that should be manageable in itself... is there a way you are querying for said items without setting up a postgresql database? On Jun 30, 2017 3:57 PM, "James" wrote: > To be fairyour example is from

Re: [Talk-ca] Multipolygon problems

To be fairyour example is from Canvec 4.0.that's reaaallly oldwas it possible that was a way of tagging back in the days? Or was it created initially as a polygon and was later converted to a relation? Canvec 10.0 doesnt have the issues of double tagging, just overlapping On

Re: [Talk-it] Import non andato a buon fine

Eccomi, scusate il ritardo! :) Ho usato reverter per fare pulizia dei nodi. I dati di origine sono da CTR, ma era il 2013 e visto che con questi dati ci lavoro quotidianamente li ho aggiornati per mio uso con il tempo usando anche le AGEA che ad occhio mi sembra sia usata da OSM come ortofoto.

Re: [Talk-us] FBI using OSM on website... without attribution

On 2017.06.30. 22:37, Dale Puch wrote: > A better route is to contact http://leafletjs.com/ since they are > providing the actual map data thru their script. Also they probably do > so for lots of other sites. > Leaflet does attribute Openstreetmap at the bottom of their main page > page though.

Re: [Talk-us] FBI using OSM on website... without attribution

A better route is to contact http://leafletjs.com/ since they are providing the actual map data thru their script. Also they probably do so for lots of other sites. Leaflet does attribute Openstreetmap at the bottom of their main page page though. Dale Puch On Fri, Jun 30, 2017 at 2:36 PM,

Re: [Talk-ca] Multipolygon problems

On Fri, Jun 30, 2017 at 08:16:40PM +0200, Frank Steggink wrote: > Maybe I'm not understanding it, but in the OSM inspector [1] I just see one > case of old style multipolygon, in Manitoba. Last week, when you posted your > original message, I just saw one case in New Brunswick. IIRC, it was a

Re: [Talk-ca] Multipolygon problems

>>Especially when the only imagery available is Landsat I remember the days when it was trudge out in the rain with the Garmin then upload the GPS traces only to find a straight road was no longer straight because of the wet leaves in the trees above. Cheerio John On 30 June 2017 at 15:03,

Re: [Talk-ca] Multipolygon problems

Especially when the only imagery available is Landsat On Jun 30, 2017 2:18 PM, "Frank Steggink" wrote: > Hi Jochen, > > Maybe I'm not understanding it, but in the OSM inspector [1] I just see > one case of old style multipolygon, in Manitoba. Last week, when you

Re: [Talk-us] FBI using OSM on website... without attribution

It looks like all the FBI field office sites are essentially part of the national site, so they're all probably managed centrally. They all credit Leaflet in the map widget, and use OSM tiles without crediting OSM. It's been years since I've noticed webmaster links, like we used to have in the

Re: [Talk-ca] Multipolygon problems

Hi Jochen, Maybe I'm not understanding it, but in the OSM inspector [1] I just see one case of old style multipolygon, in Manitoba. Last week, when you posted your original message, I just saw one case in New Brunswick. IIRC, it was a park, not even from the Canvec import. In the OSM

Re: [Talk-us] FBI using OSM on website... without attribution

On Thu, Jun 29, 2017 at 4:14 PM, Mike Thompson wrote: https://www.fbi.gov/contact-us/field-offices/denver > > See map in upper right part of page > Does either the page for the Denver field office, and/or the nation-wide field office locator referred to in a separate post

Re: [Talk-us] SEO Damage to OSM

On Fri, Jun 30, 2017 at 1:23 PM, Frederik Ramm wrote: > Hi, > > On 06/30/2017 06:21 PM, Clifford Snow wrote: > > Edits, from what appears to be a search engine optimization company > > (SEO), have damaged a number of ways in the US. > > Was it not possible to determine the

[OSM-talk-fr] Cartopartie demain à Pontchâteau (44)

Bonsoir, Message un peu tardif pour relayer l'info publiée sur le calendrier : http://openstreetmap.fr/node/18784 Si certains de vous sont dans le coin... Antoine. --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.

Re: [Talk-us] SEO Damage to OSM

Hi, On 06/30/2017 06:21 PM, Clifford Snow wrote: > Edits, from what appears to be a search engine optimization company > (SEO), have damaged a number of ways in the US. Was it not possible to determine the user accounts responsible and then have DWG revert all their contributions? Or did these

[Talk-it] autostrade.it usa OSM

Mi pare di non averlo letto, magari lo sanno già tutti .. autostrade.it usa mappa OSM attribuendola correttamente ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-us] SEO Damage to OSM

I fixed just about all of the problems east of the Mississippi. It'd probably be worth doing a more in-depth analysis on these SEO edits at some point. They all seem to add similar tags, use Sentence Case in user names, and only have one edit. On Fri, Jun 30, 2017 at 12:21 PM, Clifford Snow

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

La stabilité de la précision du GPS varie énormément d'un modèle de smartphone a un autre, sans parler des firmwares et version d'OS. Sur un modèle bas de gamme, il ne faut pas s'attendre à des merveilles. Les économies se font partout et comme le GPS n'est pas un critère très grand public de

[Talk-us] SEO Damage to OSM

Edits, from what appears to be a search engine optimization company (SEO), have damaged a number of ways in the US. Martijn Van Exel pointed out the problem on Slack the other day. What they did was to add their client to a street, often changing the name of the street to the company. Fortunately

Re: [Talk-ca] Multipolygon problems

User canvec_imports here :-)       What would you like me to say? Someone took the approach of introducing my head to a  2x4 a few years back. Pretty much stopped me dead in my tracks.  1: - I saw the original  On Fri, 2017-06-30 at 10:40 -0400, Stewart Russell wrote: > Hi Jochen, > > I

Re: [Talk-it] Import non andato a buon fine

2017-06-30 15:59 GMT+02:00 MaxDragonheart : > Salve, ho effettuato l'import di dati da JOSM conosci questa pagina? https://wiki.openstreetmap.org/wiki/Import/Guidelines è importantissimo seguire tutti i steps da 1 a 6. Direi revert. Ciao, Martin

Re: [Talk-it] Import non andato a buon fine

2017-06-30 15:59 GMT+02:00 MaxDragonheart : > I nodi raggruppati e non connessi che vedete sarebbero dovuti essere i > vertici dell'edificato dell'area(Casalnuovo di Napoli) ma sono stati > caricati solo loro senza le geometrie lineari che ne definiscono il >

Re: [Talk-it] Import non andato a buon fine

Il 30/06/2017 15:59, MaxDragonheart ha scritto: Salve, ho effettuato l'import di dati da JOSM ed il risultato è quello che vedete nell'immagine che segue. Se il changeset è quello segnalato da Volker https://www.openstreetmap.org/changeset/49941135 o comunque è recente e nel frattempo nella

Re: [Talk-it] Import non andato a buon fine

Ciao Max, aspetti tecnici a parte, mi sembra che si tratta di un import per il quale non trovo la documentazione. Se ho capito bene sono dati rielaborati CTR e MARSec (Changeset: 49941135). Sono dati compatibili con la licenza OSM? Cari saluti Volker

Re: [Talk-ca] Multipolygon problems

As john has said, we only have a couple hundred mappers for 9.985 million square kilometers...or 27.93 germanies or 41.17 United kindoms or 15.5 Frances. Europe has hundreds of thousands of mappers, Canada does not. If you wish to help out you are more than welcome as a NTS Grid tile section

Re: [Talk-it] Import non andato a buon fine

Ciao Massimiliano, i test su piccola scala che avevi fatto prima di fare questo erano andati a buon fine? qual'è la provenienza dei dati? josm ha una potente funzione di ricerca: http://wiki.openstreetmap.org/wiki/JOSM/Search_function 2017-06-30 15:59 GMT+02:00 MaxDragonheart

[Talk-it] Import non andato a buon fine

Salve, ho effettuato l'import di dati da JOSM ed il risultato è quello che vedete nell'immagine che segue. I nodi raggruppati e non connessi che vedete sarebbero dovuti essere i vertici

Re: [Talk-ca] Multipolygon problems

Doing nothing for the moment looks extremely good to me. Compared to many other areas of the world such as Germany and the UK we have many fewer mappers per square kilometer. As James has stated this sort of clean up requires fairly specialised resources that realistically we don't have in

Re: [Talk-ca] Multipolygon problems

Jochen cela ressemble a des menaces. Bon, il y a de meilleures façons de motiver les communautés locales. Bonne journée    Pierre De : Jochen Topf À : talk-ca@openstreetmap.org Envoyé le : vendredi 30 juin 2017 3h53 Objet : Re: [Talk-ca] Multipolygon problems

[Talk-cz] WeeklyOSM CZ 361

Ahoj, je dostupné vydání 361 týdeníku WeeklyOSM: http://www.weeklyosm.eu/cz/archives/9178 * Rozbité ministerstvo. * České překlady wiki. * Další úklid multipolygonů. * Konference k mapování MHD. * Nominace na OSM Awards. * LUA pro CartoCSS. * Barevné OSM poznámky. Pěkné počtení ...

Re: [Talk-cz] německé, v reálu nepoužívané názvy - patří do name:de? old_name:de? Jinam?

Při procházení záložek na zajímavé články jsem narazil na tenhle blogpost od BushmanK. V podstatě je to ta samá věc - Rusové si pro cizince vymýšlí neexistující překlady názvů. https://www.openstreetmap.org/user/BushmanK/diary/40641 Přitom v jejich případě je to snadno řešitelná věc

[Talk-cz] Obchvat Dubé zprovozněn

Ahoj, přistálo mi v rss: Ředitelství silnic a dálnic zprovozňuje v pátek 30. června přeložku silnice I/9 Dubá, obchvat. Vybudovaná přeložka nahrazuje stávající úsek komunikace I/9, nevhodně vedený mezi zástavbou obce Dubá. https://www.rsd.cz/wps/portal/web/rsd/archiv-aktualit-rsd/!ut/p/a1/04_Sj9

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

Le 30. 06. 17 à 13:27, Eric Sibert a écrit : > Par défaut, Mapillary ne veut pas prendre de photos si l'incertitude est > supérieure à 15 m. est-ce que cela provoque une alerte visuelle et/ou sonore ? > il faut un certain temps* à un récepteur GPS pour se synchroniser c'est exact, le problème

Re: [Talk-it] Questo riguarda le donne...

Bello! Ho come la sensazione che sia in risultato del Piemonte Visual Contest Rilancio facendo presente che esiste il progetto "Toponomastica femminile" http://www.toponomasticafemminile.com/ A cui ho contributo con questa http://labmod.org/maps/dudesmaptrento/#14/46.0641/11.1322 Il 30 Giu

Re: [Talk-it] Questo riguarda le donne...

confermo, sulla mappa "map" c'è, ma è troppo piccolo, e su women c'è ma non si vede in portrait su iPhone. Ciao, Martin sent from a phone > On 30. Jun 2017, at 13:47, Martin Koppenhoefer wrote: > > > > sent from a phone > >> On 30. Jun 2017, at 13:44, mbranco2

Re: [Talk-it] Questo riguarda le donne...

sent from a phone > On 30. Jun 2017, at 13:44, mbranco2 wrote: > > Ciao Martin, > gli avevo già scritto io perchè mancava, ma adesso c'è in entrambe le mappe! forse un problema su mobile (schermo piccolo)? qui non li vedo ciao, Martin

Re: [Talk-it] Questo riguarda le donne...

Ciao Martin, gli avevo già scritto io perchè mancava, ma adesso c'è in entrambe le mappe! Il giorno 30 giugno 2017 13:39, Martin Koppenhoefer ha scritto: > manca l'attribuzione, le ho scritto... > > > Ciao, Martin > > sent from a phone > > > On 30. Jun 2017, at 13:00,

Re: [Talk-it] Questo riguarda le donne...

manca l'attribuzione, le ho scritto... Ciao, Martin sent from a phone > On 30. Jun 2017, at 13:00, mbranco wrote: > > ... e quindi non so quanto qui possa essere seguito (è una mia impressione, o > noi maschietti siamo la stragrande maggioranza, qui in talk-it? :-) ) >

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

Mapillary indique parfois que la localisation GPS a une précision inférieure à 15 m ou bien 30 m, etc. Mais je ne sais absolument pas comment il fait pour déterminer cette précision. C'est la puce qui fournit une estimation de l'incertitude de mesure (d'après le nombre et la répartition des

Re: [Talk-ca] Multipolygon problems

https://i.imgur.com/8xKttYm.jpg Image was ridiculously small On Fri, Jun 30, 2017 at 6:28 AM, James wrote: > Example: > https://i.imgur.com/8xKttYm_d.jpg > > Represents multiple thousand square kilometers of forest/objects. To > actually be able to fix it correctly you

[Talk-it] Questo riguarda le donne...

... e quindi non so quanto qui possa essere seguito (è una mia impressione, o noi maschietti siamo la stragrande maggioranza, qui in talk-it? :-) ) Volevo segnalare l'interessante progetto di Freeda, che si occupa della mobilità delle donne, e che nel loro sito hanno pubblicato queste due belle

Re: [Talk-it] gestione degli aggiornamenti dei civici

2017-06-30 12:24 GMT+02:00 Matteo Fortini : > Sono pienamente d'accordo che questo argomento è pieno di menate sia dal > punto di vista legale, che di responsabilità, che tecniche. già ... > Di contro, qui passa tutta la differenza fra avere contributi sporadici >

Re: [Talk-it] [Mappatura] Semafori con PhotoRed ed altre camere

2017-06-30 11:21 GMT+02:00 Max1234Ita : > Come indicare tutte codeste diavolerie e la direzione di marcia > rispettivamente controllata? > Esiste una qualche linea guida in materia? > c'è la relazione e chiave "enforcement"

Re: [Talk-it] gestione degli aggiornamenti dei civici

2017-06-30 12:14 GMT+02:00 Alessandro Palmas : > La preoccupazione più grande è ovviamente che un dato importato sbagliato > fosse stato corretto in OSM e poi viene di nuovo inserito un errore. Visto > che la PA probabilmente non possono approffitare direttamente

Re: [Talk-it] gestione degli aggiornamenti dei civici

> magari fossero cattedrali. ripeto "nel deserto" Sto pensando al caso delle "ghost town generate da openstreetmap" di cui parla Alan McConchie https://hi.stamen.com/openstreetmap-past-s-openstreetmap-future-s-cafddc2a4736 In pratica di luoghi dove si è mappato molto ma poi non si è andati avanti

Re: [Talk-it] gestione degli aggiornamenti dei civici

2017-06-30 12:24 GMT+02:00 Matteo Fortini : > > Una citazione nello specifico che spero sia esplicativa: il tempo che > abbiamo messo su HOT per mappare in centro Italia non è stato sfruttato (a > pieno) dalla Protezione Civile per il suo sistema cartografico di

Re: [Talk-it] gestione degli aggiornamenti dei civici

2017-06-30 12:11 GMT+02:00 Maurizio Napolitano : > Gli import in OSM sono armi a doppio taglio perchè portano vantaggio > alla mappa ma spesso rischiano di creare cattedrali nel deserto. > magari fossero cattedrali. Forse la differenza tra le PA regionali (sud / nord) è

Re: [Talk-it] gestione degli aggiornamenti dei civici

Il 30/06/2017 12:18, Martin Koppenhoefer ha scritto: (citation needed) ;-) On the ground :-) Almeno un giorno alla settimana sono a Milano con GPS e smartphone acceso. ___ Talk-it mailing list Talk-it@openstreetmap.org

Re: [Talk-it] gestione degli aggiornamenti dei civici

Il 30/06/2017 12:11, Maurizio Napolitano ha scritto: IMHO: sul piano legale (anche se non sono un giurista) non la vedo così semplice. Come si dice: questo è poco ma sicuro :-) Visto che l'interesse verso OSM è sempre maggiore e i casi d'uso si

Re: [Talk-ca] Multipolygon problems

Example: https://i.imgur.com/8xKttYm_d.jpg Represents multiple thousand square kilometers of forest/objects. To actually be able to fix it correctly you NEED to launch JOSM in 64bit mode with min/max memory values set or else it will crap out/freeze at 2GB of memory. Now 1. JOSM doesnt document

Re: [OSM-talk-fr] repérage géolocalisé sur le terrain

On Thu, 29 Jun 2017, marc marc wrote: [...] > En effet il m'arrive régulièrement d'avoir des photos dont la > géolocalisation est 1x sur 50 très mauvaise, parfois situé à des 10aines > de mètre alors que la précédente et la suivante ont une bonne précision. J'avais un téléphone qui avait aussi

Re: [Talk-it] gestione degli aggiornamenti dei civici

Sono pienamente d'accordo che questo argomento è pieno di menate sia dal punto di vista legale, che di responsabilità, che tecniche. Di contro, qui passa tutta la differenza fra avere contributi sporadici basati su rari "momenti di gloria" e creare processi che si possano ripetere sia nel

Re: [Talk-cz] Setkání Elbe-Labe - září 2017

Ahoj! > já jedu i s mojí ženou, takže máme v autě ještě 5 míst, kdyby se někdo chtěl > přidat. (např. Marián či majka) Rad se pridam. Pavel --

Re: [Talk-it] gestione degli aggiornamenti dei civici

2017-06-30 12:04 GMT+02:00 Alessandro Palmas : > In questo modo periodicamente fanno un confronto tra la loro copia del DB > e OSM vedendo in un attimo le discrepanze e andando a correggere quello che > potrebbe esere una loro mancanza, ad esempio per una nuova

Re: [OSM-talk-fr] Mapillary : photos basse résolution

On Thu, 29 Jun 2017, Eric Sibert wrote: [...] > Mais mon problème actuel, c'est que j'ai certaines séquences avec les > photos à l'envers et en basse résolution: > > https://www.mapillary.com/map/im/SANPrFiKFlhSESLh6mQW6g J'ai eu le même problème le 11 juin. J'ai pris plusieurs traces, les

Re: [Talk-ca] Multipolygon problems

The problem that canvec has is multi polygons with different attributes were stacked on top of eachother(i.e. hole in the forest that is also a lake? That makes 2 polygons with same shape stacked one of top of eachother... marshland+water+hole in forest? 3 polygons etc etc. Not that I wouldnt live

Re: [Talk-it] gestione degli aggiornamenti dei civici

> L'anno scorso quando partimmo con l'import in Emilia Romagna la regione ci > chiese proprio una cosa del genere. > I motivi sono diversi, in alcune zone la qualità era piuttosto bassa e in > una prossima campagna vorrebbero migliorarli. Ma pensavano anche alla > circolarità del dato: se qualcuno

Re: [Talk-it] gestione degli aggiornamenti dei civici

2017-06-30 11:28 GMT+02:00 Matteo Fortini : > Mi accodo all'argomento per porre una questione: ci sono PA che mi > segnalano di aver fatto una prima importazione di dati geografici su osm, > ma che si chiedono come gestirne l'aggiornamento, siccome loro pubblicano >

Re: [Talk-it] gestione degli aggiornamenti dei civici

Il 30/06/2017 11:28, Matteo Fortini ha scritto: Mi accodo all'argomento per porre una questione: ci sono PA che mi segnalano di aver fatto una prima importazione di dati geografici su osm, ma che si chiedono come gestirne l'aggiornamento,

Re: [Talk-it] gestione degli aggiornamenti dei civici

Il 30/06/2017 11:15, Maurizio Napolitano ha scritto: ... Nei rapporti che si stanno creando con le PA negli import di numeri civici, si sta anche facendo il ragionamento della gestione dell'aggiornamento? L'anno scorso quando partimmo con l'import

Re: [Talk-it] gestione degli aggiornamenti dei civici

Mi accodo all'argomento per porre una questione: ci sono PA che mi segnalano di aver fatto una prima importazione di dati geografici su osm, ma che si chiedono come gestirne l'aggiornamento, siccome loro pubblicano tutto in open data e vorrebbero evitare sia una divergenza, sia di doversi occupare

[Talk-it] [Mappatura] Semafori con PhotoRed ed altre camere

Ciao a tutti. Nella mia città sono presenti un certo numero di incroci semaforici monitorati dal sistema Photored/T-Red (Transito col Rosso = Foto = Multa ed almeno 6 Punti patente). Ovviamente mi piacerebbe mapparli in maniera efficace: pensavo a qualcosa di simile a quanto si fa con gli

[Talk-it] gestione degli aggiornamenti dei civici

Stavo per rispondere al thread "[Talk-it] 21 e 22 luglio giornate OSM a Spoleto" e in particolare alla frase di Alessandro Palmas "Per i civici direi: mettetevi in coda, il prossimo è Regione Toscana :-)" quando poi ho pensato che sia meglio aprire un nuovo thread. Arrivo dritto al dunque: si

Re: [Talk-it] 21 e 22 luglio giornate OSM a Spoleto

Il 30/06/2017 10:56, Maurizio Napolitano ha scritto: parlo per esperienza diretta con l'amministrazione regionale umbra: il desiderio c'è ma serve essere costanti e non mollare mai la presa. PS: ecco i civici dell'Umbria https://github.com/osmItalia/dati-umbria

Re: [Talk-it] 21 e 22 luglio giornate OSM a Spoleto

> Diciamo che l'Umbria potrebbe essere un grosso masso a cui > basta togliere qualche pietra da sotto per farlo smuovere. parlo per esperienza diretta con l'amministrazione regionale umbra: il desiderio c'è ma serve essere costanti e non mollare mai la presa. PS: ecco i civici dell'Umbria

Re: [Talk-cz] Setkání Elbe-Labe - září 2017

Tak i když asi pojedu do Prahy autem (tahat vlakem věci navíc, jako druhý notes a věci na hory se mi moc nechce), tak bych nějakou optimalizaci nákladů uvítal ;-) Marián -- Původní e-mail -- Od: o...@kub.cz Komu: talk-cz@openstreetmap.org Datum: 25. 6. 2017 16:45:26

semanárioOSM Nº 362 2017-06-20-2017-06-26

Bom dia, O semanárioOSM Nº 362, o resumo de tudo o que acontece no mundo OpenStreetMap, está publicado *em português*: http://www.weeklyosm.eu/pb/archives/9199/ Aproveite! semanarioOSM? Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages Onde?:

[OSM-talk-fr] Osmose: erreurs zarbi

Bonjour Depuis quelques jours Osmose signale les erreurs suivantes: - "Way sans tag ou rôle" sur les éléments des multipolygones "building=*" ou "leisure=track", alors que c'est JOSM qui mets automatiquement le tag sur le multypolygone et le supprime sur les éléments - "Monument historique

Re: [Talk-it] 21 e 22 luglio giornate OSM a Spoleto

Il 29/06/2017 17:10, Luca Delucchi ha scritto: puoi aggiungerlo qui https://wiki.openstreetmap.org/wiki/WikiProject_Italy/Events Fatto, dopotutto basta fare copia/incolla delle righe inserite nel calendario eventi internazionale. Ci sarà anche il

Re: [Talk-ca] Multipolygon problems

Hi! A week ago I wrote this email and nobody answered it yet. Does that mean that nobody feels responsible for the import that created this data and nobody here cares for this data? I see three ways forward: * We do nothing. The broken data stays in OSM. Not a good solution, because every user

Re: [Talk-it] Coordinatori regionali

Ciao Aury, grazie per l'interesse. Sino ad oggi l'impegno fisico dei coordinatori si descrive con un'incontro a Roma tra il direttivo e l'ED e i coordinatori di tutti i progetti Wikimedia Italia durante il quale ci siamo conosciuti ed è stato spiegato come si muove WMI, la volontà di