Re: [OSM-talk] [Talk-GB] This is an auto-generated note from MAPS.ME application:

[joost schouppe]

If you like to help solve the problem, you could share your experience on
the maps.me issue tracker:

https://github.com/mapsme/omim/issues/4663

2016-12-19 14:28 GMT+01:00 Philip Barnes :

> On Fri, 2016-12-09 at 12:54 +, Robert Whittaker (OSM lists) wrote:
> > On 9 December 2016 at 11:49, Dave F 
> > wrote:
> > >
> > > http://www.openstreetmap.org/user/Peter%20Mount/notes
> > >
> > > They are all for the same entity.
> > >
> > > How can we stop this annoying repetition? Can it be blocked at
> > > OSM's end,
> > > contact individual users or, better still, get it blocked at
> > > source? Does
> > > anyone have a contact at Map.me?
> >
> > I wonder if this could be down to a simple misunderstanding of the
> > Map.me UI. As far as the user is concerned he's stated that an object
> > on the map no longer exists. He may not be aware this his action is
> > adding a note rather than deleting the object immediately. So when
> > the
> > object stays on the map, he assumes his action has failed for
> > technical reasons, and so tries again.
> >
> I found out for my self that duplicate notes are easy to create on
> Saturday. I was in Bridgnorth for a few beers with my mate, and before
> that had had a walk around doing some mapping.
>
> I managed to create 4 notes instead of one due to the interface.
> Initially I had wanted to add a category to a building, in this case a
> theatre. Maps.me didn't allow that so I added a note.
>
> Touching the tick had apparently no effect (no animation or screen
> change), so I assumed it hadn't registered and tried again. It was only
> when I looked at the IRC channel and saw the 4 notes I realised what I
> had done.
>
> Phil (trigpoint)
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-fr] question osmose/limite administrative

[Philippe Verdy]

Pour ça il suffit de distinguer le nom donné au noeud place utilisé comme
admin_centre dans la relation, du nom donné à la relation représentant la
commune entière. Il n'y a aucune obligation que ces deux noms soient
identiques. La notion de "ville" est plus portée par le noeud place que par
les limites administratives communales (qui d'ailleurs ne représentent pas
correctement le découpage urbain des agglomérations en France, bien des
communes ayant plusieurs agglomérations...)
Ce serait bien d'intégrer le zonage urbain et pas seulement le découpage
administratif qui a tendance à tout éclipser et est de plus en plus éloigné
de la réalité du terrain, mais a la vie dure à cause de l'adressage postal
qui est trop fortement calqué dessus (même s'il est différent, les normes
postales imposent de mettre la nom de la commune, mais posent problème
maintenant qu'on a des fusions nombreuses et des homonymies, qui du coup
oligent à rallonger les adresses postales en mentionnant non seulement la
commune nouvelle mais aussi l'ancienne commune)...

Ca relance le sujet: pourquoi n'a-t-on pas cherché à aller au delà du
découpage administratif, et inclure un vrai découpage postal (et aussi le
zonage urbain de l'INSEE)?

Le 20 décembre 2016 à 04:27, Jérôme Amagat  a
écrit :

> Je profite de ce sujet qui parle de la source "ADMIN EXPRESS" de l'IGN
> pour dire qu'il y a dans cette source les chefs lieu de communes avec leur
> nom.
> Par exemple pour la commune de Cherbourg-en-Cotentin le chef lieu c'est
> "Cherbourg" alors que dans osm l'admin_centre de la commune c'est un node
> place=town name=Cherbourg-en-Cotentin (avec name:fr=Cherbourg-Octeville
> ) et il n'y a plus rien comme place=* qui s'appelle Cherbourg (j'ai pas
> l'impression qu'il y ai même un quartier de  ce nom).
> Donc d'apres l'IGN Cherbourg est un chef lieu donc une ville (enfin pour
> moi un chef lieu c'est une ville (ou village ou hameau)) et dans osm
> Cherbourg n'est plus rien la ville Cherbourg a disparu au profit de
> cherbourg-Octeville puis Cherbourg-en-Cotentin avec la création d'une
> commune nouvelle.
> Pour moi les communes ont fusionnées mais les villes n'ont pas bougé il y
> a toujours une ville Cherbourg, une autre Octeville ... et il n'y a pas de
> ville s'appelant cherbourg-Octeville ou Cherbourg-en-Cotentin.
> Je donne en exemple cette commune parce qu'elle est importante mais c'est
> la même chose pour beaucoup de commune nouvelle et même des fusions de
> communes datant de plusieurs dizaines d'années.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-br] Mapeamento de biomas + Wikipédia

[Alexandre Magno Brito de Medeiros]

A palavra "mato" pode significar muita coisa:

   - Pessoas vão acampar no mato
   - Pessoas moram no meio do mato
   - Pessoas gostam de ficar perto do mato
   - Há bicho que é só do mato
   - Um terreno baldio fica cheio de mato
   - Existe o mato alto e o mato baixo
   - Tem gente que come mato ;P
   - Tem gente que não gosta do mato...

Alexandre


Em 19 de dezembro de 2016 09:59, santamariense 
escreveu:

> Estive discutindo com o usuário AjBelnuovo sobre como mapear o bioma
> Mata Atlântica. Isto me parece ser algo abstrato de difícil
> mapeamento. Transcrevo abaixo a discussão originada em
> http://www.openstreetmap.org/changeset/25217160. Queria saber se
> alguém já tem alguma experiência na área.
>
> Comentário de santamariense
> É correto nomear matos como "Mata Atlântica"? E, é correto adicionar a
> tag "wikipedia=pt:Mata Atlântica" a todos estes matos?
> A tag da Wikipédia, serve também para ilustrar artigos da Wikipédia. E
> atualmente só estes matos da metrópole paulistana constam como tal em
> todo o Brasil, vide imagem: http://i.imgur.com/cdoDqDu.png
> Não sei se seria interessante usar a tag da wikipédia nestes casos
> para mapear algo tão abstrato.
>
> Comentário de AjBelnuovo
> Começaria por contestar o termo que você usou " mato " . Pra mim mato
> é uma folhagem que tem no máximo 80 cm de altura , o que não é caso da
> mata em questão , que contém árvores diversas e é área de preservação
> ambiental . Se a mata em questão , que está na Serra do Mar , não faz
> parte do restou da Mata Atlântica , não sei onde ela estaria , mas se
> você contesta o uso da tag , deveria dirigir a pergunta a ONG SOS Mata
> Atlântica e remover o nome caso eles afirmem que não pertença .
> Atualmente eu não dou nome a mata nativa , mas não uso Floresta
> Manejada , onde vejo que ela não foi tratada desta forma .
>
> Comentário de santamariense
> Desculpa, primeiramente porque não compreendo muito dessas coisas, e
> segundo porque aqui no sul a gente chama de mato mesmo, independente
> do tamanho para generalizar. Talvez eu me fiz entender mal. Eu não
> discordei que fosse mata atlântica, mas se seria correto adicionar
> "Mata Atlântica" no nome. Seria como adicionar name=Casa à todas as
> casas (building=house) que estão no mapa. Ou adicionar o nome açude à
> todas os landuse=reservoir. Ou coisa parecida.
> A questão é que mata atlântica é um bioma (relembrei meus tempos de
> colégio agora). Existem sim outras tags que classificam os tipos de
> árvores (https://wiki.openstreetmap.org/wiki/Forest) mas não sei se
> exatamente bioma.
> Acho que deve haver tags mais apropriadas para definir o tipo de mata
> em questão. Eu desconheço porque nunca me ative a mapear este
> detalhamento aqui no OSM.
> Eu te perguntei porque cheguei a pensar que você tivesse falado com a
> comunidade OSM sobre este assunto.
> Eu vim para essa conversa ao ver o artigo Mata Atlântica da Wikipédia.
> Eu tinha a intenção de iniciar um debate se é correto adicionar a tag
> "wikipedia=pt:Mata Atântica" a todos os milhares de retalhos de Mata
> Atlântica que existem no Brasil. Atualmente dá a entender que estas
> áreas de matas são as únicas que restaram em todo o território
> nacional, como pode ser visto nesta imagem que eu reitero
> (http://i.imgur.com/cdoDqDu.png). Dá uma olhadinha no mapa OSM da
> wikipédia conforme a imagem e diga a sua opinião.
>
> Comentário de AjBelnuovo
> Me desculpe pelo jeito grosseiro da minha resposta . Vendo no artigo
> da Wikipédia sobre a Mata Atlântica a foto que mostra a delimitação
> criada pela WWF sobre ela vejo que contempla exatamente a área que
> você marcou na foto http://i.imgur.com/cdoDqDu.png . Acho que seria um
> bom tópico para discussão e que dela talvez fosse gerado uma forma de
> se nomear a toda essa floresta .
>
> ___
> 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: [OSM-talk] Key:Destination Abbreviations

[Dave F]

On 19/12/2016 20:50, Andy Mabbett wrote:
The phrase, which is also used as the title of the corresponding page 
on the wiki, is "Tagging for the renderer": 
http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer 


How is 'Destination' "/deliberately entering data incorrectly for the 
renderer"/? (From the first paragraph of the wiki page)


DaveF.



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Key:Destination Abbreviations

[Paul Johnson]

On Sun, Dec 18, 2016 at 3:40 PM, Edwin Smith  wrote:

> Hi all,
> There is a disagreement that could use a few more eyes.  Destination has
> the explicit purpose of telling a
> navigation program the wording of a sign.  It is typically used as a tag
> of a Motorway Link.  It is not visible
> in the Mapnik in any way.
>
> One side of the disagreement argues that if an abbreviation appears on the
> sign (Ave for instance)
> it should be expanded to Avenue in the Destination Tag.  The arguments are:
> 1) OpenStreetMap discourages abbreviations
> 2) If you search through Destinations every time Avenue appears it is a
> mapper vote for expanding Ave to
> Avenue.
>

I'd go with the intended phrase, not the abbreviation, same as we do now
for name=*.


> The other side of the disagreement (which I support) argues to present the
> sign to the navigation program
> exactly as it appears, neither abbreviating or expanding abbreviations.
> The arguments are:
> 1) Destination is for the use of the navigation program.  If abbreviations
> are changed it has no way to
> know if the sign says Ave or Avenue.  If they are unchanged it can make
> its own decision as to what use
> of abbreviations is best for its users.
> 2) It is just wrong to count every Avenue as a mapper vote for expanding
> Ave because it very often is
> just the mapper's correct reporting that the sign has Avenue spelled out.
>

This is just pedantic.  Maybe destination:transcription=* for literal
strings if it's that huge of a thing?  Most humans are going to be
listening for the prompts anyway and aren't going to be bothered by a
difference between the literal string and the intended phrase on the
screen.  If you're shooting to rebuild sign assemblies for display, you're
probably better off creating a series of SVG's for your specific
application.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[santamariense]

Caros colegas, na questão que eu abri no grupo do Qgis, o colaborador
"Antônio Guarda" deu a entender que é mais simples do que parece. Eu
estou sem tempo, e não pude verificar a ideia dele. Mas compartilho
com vocês aqui o link para que possam analisar se ele acrescentou algo
além do que foi dito aqui.

https://groups.google.com/d/embed/msg/qgisbrasil/FiQksETzQXU/hPlFT8HGDQAJ

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

Re: [OSM-talk-fr] question osmose/limite administrative

[Jérôme Amagat]

Je profite de ce sujet qui parle de la source "ADMIN EXPRESS" de l'IGN pour
dire qu'il y a dans cette source les chefs lieu de communes avec leur nom.
Par exemple pour la commune de Cherbourg-en-Cotentin le chef lieu c'est
"Cherbourg" alors que dans osm l'admin_centre de la commune c'est un node
place=town name=Cherbourg-en-Cotentin (avec name:fr=Cherbourg-Octeville
) et il n'y a plus rien comme place=* qui s'appelle Cherbourg (j'ai pas
l'impression qu'il y ai même un quartier de  ce nom).
Donc d'apres l'IGN Cherbourg est un chef lieu donc une ville (enfin pour
moi un chef lieu c'est une ville (ou village ou hameau)) et dans osm
Cherbourg n'est plus rien la ville Cherbourg a disparu au profit de
cherbourg-Octeville puis Cherbourg-en-Cotentin avec la création d'une
commune nouvelle.
Pour moi les communes ont fusionnées mais les villes n'ont pas bougé il y a
toujours une ville Cherbourg, une autre Octeville ... et il n'y a pas de
ville s'appelant cherbourg-Octeville ou Cherbourg-en-Cotentin.
Je donne en exemple cette commune parce qu'elle est importante mais c'est
la même chose pour beaucoup de commune nouvelle et même des fusions de
communes datant de plusieurs dizaines d'années.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] question osmose/limite administrative

[Jérôme Amagat]

Le 19 décembre 2016 à 23:12,  a écrit :

> http://osmose.openstreetmap.fr/fr/map/#layer=Mapnik=
> 13=47.8061=-3.5178
> Au vu de ce qui précède et comme on sait que le cadastre est assez
> fantaisiste sur les rivières il est permis de ce demander s'il n'en est de
> même pour Admin express.
> Le fait est qu'avec un fleuve dans un estran sableux, la limite
> administrative est quelque peu arbitraire et je ne vois pas ce qui est bon.
> Si je comprends bien Osmose, Admin express considère que les limites de
> Clohars-Carnoët et de Guidel ne sont pas dans la rivière mais sur les rives
> avec un no-mans-land entre les deux.
> Et donc des 586,3 m et 227,4 m
> 
> de décalage car deux bras perpendiculaires éloignent les terres du milieu
> du cours d'eau. On dépasse même les 7000 m au sud.
>
> Bizarre, non ?
>
> Du côté de l'Aulne : même motif, même punition.
>
> Quant aux côtes
> ,
> visiblement Admin express prend un coefficient de 120.
>
> C'est le même problème pour tes 2 cas, on est, pour les 2, derrière la
laisse des plus hautes mers (coef 120 oui) et c'est là que s’arrête les
pouvoirs des mairies (sauf exception comme la baignade) et on est dans le
domaine maritime public qui dépend de l'état.
Dans osm la limite terre mer et donc de limite des communes c'est autre
chose (mais quoi je sais pas trop ? lié aux orthophoto surtout)
Pour la laisse de haute mer, il y a le SHOM qui l'a mis en open data
https://www.data.gouv.fr/fr/datasets/trait-de-cote-histolitt/
On peut la voir sur geoportail.gouv.fr :
https://www.geoportail.gouv.fr/carte?c=-3.5397163200782202,47.801968186793914=12=ORTHOIMAGERY.ORTHOPHOTOS:WMTS(1)=GEOGRAPHICALGRIDSYSTEMS.MAPS.SCAN-EXPRESS.STANDARD::GEOPORTAIL:OGC:WMTS(1)=ELEVATION.LEVEL0:WMTS(1)=yes



> Jean-Yvon
>
> Le 19/12/2016 à 21:45, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> Je viens de mettre ça en route cet après-midi ;)
>
> La source c'est "ADMIN EXPRESS" de l'IGN... nettement plus précis que feu
> GEOFLA.
>
> Par contre, j'avais mis un seuil à 30m ce qui semble trop faible, il va
> passer à 50m (mise à jour en cours).
>
> Je ne sais pas quelle est la précision exacte de cette source, annoncée à
> "15m d'erreur quadratique" mais visiblement ça me semble optimiste... si il
> faut on montera encore plus haut le seuil.
>
>
>
> ___
> 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] Données du STIF sur Osmose

[Jérôme Amagat]

peut être baisser le paramètre conflationDistance, là pour les bus elle est
à 100 (mètres?) la baisser à 10 voir à 5 mètres comme ça moins de
proposition d'intégration mais on est (pratiquement) sur que c'est le même
arrêt dans osm et dans la source. Pour les arrêts ou il y a plus de 5 mètre
mais que c'est bien le bon et bien il faudra l'envoyer dans josm et, en
vérifiant avec les photos aériennes, faire la fusion des points.
par contre est ce que osmose va continuer à proposer un nouvel arrêt même
si il y en a déjà un avec le bon ref mais qu'il est plus loin que la
conflationDistance?

Le 19 décembre 2016 à 21:21, Frédéric Rodrigo  a
écrit :

> Le 19/12/2016 à 18:42, Christian Quest a écrit :
>
>> C'est trompeur en effet...
>>
>> J'ai intégré des arrêts sur ma commune et il manque quelques infos de
>> contexte pour savoir qu'on ajoute bien le bon ID quand il y a ambiguité. Il
>> faudrait par exemple le N° des lignes et la direction sinon deux arrêts
>> proches peuvent être intervertis très facilement.
>>
>> Le 19 décembre 2016 à 18:22, Noémie Lehuby > > a écrit :
>>
>> Hello,
>>
>> Merci Frédéric.
>>
>> Du coup, je comprends pas trop comment ça marche : sur tous les
>> arrêts de bus où j'ai regardé, j'ai à la fois une proposition
>> d'intégration, et une "station" non intégrée. C'est normal ?
>>
>> Oui c'est normal. La jointure est faite sur la ref. Et la ref n'est pas
> retrouvé.
>
> C'est vachement piégeux, ça laisse croire qu'il manque des points
>> dans OSM : ça paraitrait plus logique qu'on ait juste la
>> proposition d'intégration, non ?
>>
>> Dans le cas ou la proposition ne convient pas il faut utiliser le premier
> pour le créer.
>
> Toutes les intégrations OpenData marchent comme ça. Mais si vous avez
> mieux à proposer je prends.
>
>
>> Je reste très sceptique sur les arrêts de bus (pour les raisons
>> que j'ai déjà dites, et qui se vérifient bien), mais ça a l'air ok
>> sur les autres modes :)
>>
>> Moi aussi, On avait déjà retirer les bus de l'intégration de la RATP.
>
> À vous de me dire si on les garde ou pas.
>
>
> Et je me lance, ma première pull request Osmose :
>> https://github.com/osm-fr/osmose-backend/pull/167
>> 
>>
>> Merci.
>
>>
>>
>> Noémie
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] OSM e CAI

[Massimiliano Guidi]

Il giorno sab 17 dic 2016 alle ore 21:06 Alfredo Gattai <
alfredo.gat...@gmail.com> ha scritto:

> Diciamo che io potrei anche essere daccordo che se non ha un nome proprio
> basta il numero e magari from e to. Il problema e' che in alcune regioni
> dove il CAI e' legato da convenzioni e' necessario identificare il percorso
> e come spesso accade quando si e' persa la memoria dei vecchi su qual'era
> il nome di quel tracciato, gli se ne da uno nuovo che identifica il
> percorso con dei toponimi di partenza, intermedi e arrivo. Questo diventa a
> catasto il nome del sentiero, viene riportato sui cartelli, e risulta cosi'
> anche nel catasto regionale.
> Di fatto diventa il "name". Anche in posti dove non c'e' questo rapporto
> CAI-regione sono molti i sentieri identificati cosi' anche sui cartelli
> quindi e' una situazione reale.
>

Non è che diventa il name, viene usato al suo posto, che è diverso. Dalle
mie parti un sentiero che ha un nome proprio è l'eccezione, non la regola.
Poi colloquialmente si usa sovente l'espressione "il sentiero del $monte",
ma è una descrizione, non un nome proprio. Ha un valore semantico diverso.
Io capisco la pratica CAI, ma è in contrasto con la prassi che si dovrebbe
usare su OSM. Oltretutto, pensaci bene, se per gli scopi del CAI vuoi usare
il contenuto di description al posto di name in assenza di quest'ultimo è
assolutamente banale farlo a posteriori. Se tu mischi le cose in fase di
inserimento dati invece è impossibile separarle in seguito in maniera
automatizzata: quale algoritmo sa distinguere la differenza tra il nome
reale "Canale dei Genovesi" e il pseudo-nome "Carnino-Marguareis"?


> Per la lunghezza e problemi simili vale quanto detto sopra. Il problema
> esiste da sempre, sta al cartografo risolverlo. Detto questo pero' se vuoi
> sviluppare un po' il concetto di short_name potresti mettere su una pagina
> wiki e cominciare a lavorarci, magari se viene fuori una cosa ragionevole
> diventa utilizzabile e risolve parte del problema.Rimane il fatto che e' un
> taggare per il rendering ma in fondo lo e' anche osmc:symbol
>

Non è affatto taggare per il rendering, e non è compito del cartografo,
soprattutto in un'era in cui le mappe coprono il mondo intero e sono
generate da dei computer. Collegare GTA a Grande Traversata delle Alpi è
banale per un essere umano, non per un computer. Se fai l'acronimo
prendendo le iniziali ottieni GTDA, che non è quello che usa la gente
normalmente. Chiaro che se l'algoritmo lo scrive un italiano può escludere
automaticamente articoli, congiunzioni e preposizioni, ma non sei comunque
sicuro che corrisponda alla realtà perché da un'altra parte magari si fa
l'acronimo anche con l'iniziale di un articolo. Per uno straniero che mette
su un server con copertura mondiale è pura fantascienza risolvere questi
problemi su scala globale. Se guardi in giro con le OpenAndroMaps che
implementano una semplificazione automatica dei nomi a volte trovi cose
discutibili. Se un qualcosa ha sia un nome che un acronimo diffuso
indicarlo esplicitamente ha molto senso. Il concetto di short_name non lo
invento io, è un tag già in uso descritto nella pagina della key name.
Curiosamente in quella pagina c'è un link alla pagina
http://wiki.openstreetmap.org/wiki/Key:short_name che ti rimanda alla
pagina da cui provieni. Probabilmente non hanno ritenuto che ci fosse altro
da dire. Io credo sia adatto allo scopo.

Infatti e' una menata e come avrai visto dalla wiki non e' certo una cosa
> obbligatoria e caldeggiata. E' soltanto una necessita' in alcune zone come
> Liguria, Piemonte, Toscana, Emilia Romagna dove esiste una correlazione fra
> rete sentieristica regionale e quella non inserita in quella regionale. A
> quelli come noi a cui servono queste informazioni semplifica molto la vita
> per fare query e tenere sotto controllo le cose. Nessuno si aspetta che
> qualun altro usi questi tag se non gli sono utili.
>

Il problema è che se li inserisci con un namespace ne rendi più complicato
l'utilizzo agli altri. I ref della REL sono utili, ma se li metti un
namespace proprio nessuno che non sia a conoscenza della cosa li vede. I
namespace sono ammessi, ma c'è un invito esplicito a usarli solo se
necessario quando i benefici superano gli inconvenienti proprio per queste
ragioni http://wiki.openstreetmap.org/wiki/Namespace


> Sarebbe anche da mettere nero su bianco che nomi tipo "collegamento
> con...", "scorciatoia", "sentiero per il rifugio x" non sono nomi e non
> dovrebbero essere inseriti, sempre per il criterio che non aggiungono
> informazioni utili.
>
>
> Se sono segnati cosi' sui cartelli o nei catasti sono i nomi dei sentieri
> anche se non sono belli e sembrano piu' descrizioni
>

A ragionare così mettiamo "name=toilette" su ogni vespasiano... :-)
Sul cartello di solito c'è scritto "tagliare i tornanti provoca erosioni",
ma anche ci fosse scritto "scorciatoia" non sarebbe comunque un nome ma
un'indicazione. Parlavo comunque di cose scritte 

Re: [Talk-us] USGS Large-Scale Imagery degraded this month :(

[Paul Johnson]

On Sun, Dec 18, 2016 at 1:59 PM, Ian Dees  wrote:
>
> I will try to contact a couple of the folks I know at USGS (maybe they're
> still on this list and could respond?), but it might be the case that we
> need to request the imagery and build the desired layer ourselves...
>

Sounds like a plan, if only to save this valuable service for posterity.
I'm sure those familiar with me at this point can go ahead and fill in
their own frustrated and politically fueled rant about my feelings on this
even being something we need to be talking about now...
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] question osmose/limite administrative

[osm . sanspourriel]

http://osmose.openstreetmap.fr/fr/map/#layer=Mapnik=13=47.8061=-3.5178
Au vu de ce qui précède et comme on sait que le cadastre est assez 
fantaisiste sur les rivières il est permis de ce demander s'il n'en est 
de même pour Admin express.
Le fait est qu'avec un fleuve dans un estran sableux, la limite 
administrative est quelque peu arbitraire et je ne vois pas ce qui est bon.
Si je comprends bien Osmose, Admin express considère que les limites de 
Clohars-Carnoët et de Guidel ne sont pas dans la rivière mais sur les 
rives avec un no-mans-land entre les deux.
Et donc des 586,3 m et 227,4 m 
 
de décalage car deux bras perpendiculaires éloignent les terres du 
milieu du cours d'eau. On dépasse même les 7000 m au sud.


Bizarre, non ?

Du côté de l'Aulne : même motif, même punition.

Quant aux côtes 
, 
visiblement Admin express prend un coefficient de 120.


Jean-Yvon

Le 19/12/2016 à 21:45, Christian Quest - cqu...@openstreetmap.fr a écrit :

Je viens de mettre ça en route cet après-midi ;)

La source c'est "ADMIN EXPRESS" de l'IGN... nettement plus précis que 
feu GEOFLA.


Par contre, j'avais mis un seuil à 30m ce qui semble trop faible, il 
va passer à 50m (mise à jour en cours).


Je ne sais pas quelle est la précision exacte de cette source, 
annoncée à "15m d'erreur quadratique" mais visiblement ça me semble 
optimiste... si il faut on montera encore plus haut le seuil.




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

Re: [Talk-de] [Chemnitzer Linuxtage 2017] Helfer und Vortragende gesucht

[André Riedel]

Hallo in die Runde,

noch sind einige Plätze bei den Chemnitzer Linux-Tagen offen. Da der
Anmeldeschluss in wenigen Tagen ist, würde ich gern den Sack zu
machen. Also meldet euch, wenn Ihr noch Lust habt mit teilzunehmen.

Beste Grüße
André

Am 14. November 2016 um 15:08 schrieb André Riedel :
> Hallo OSM-Gemeinde,
>
> am 11. und 12. März finden wieder die Chemnitzer Linxutage statt. Dies
> ist eine größeren Linux- und OpenSource-Veranstaltungen Deutschlands.
> Das diesjährige Thema ist "Barrieren einreißen". Also perfekt für das
> OSM-Umfeld.
>
> Ich suche Mitstreiter, welche am OSM-Stand mithelfen wollen oder einen
> Interessanten Vortrag zum Thema einreichen wollen.
>
> Mehr Informationen:
> https://chemnitzer.linux-tage.de/2017/de/presse/mitteilungen/pressemitteilung01
> https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2017
>
> Beste Grüße
> André

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

Re: [OSM-talk-fr] Combien long pour updater la planète?

[Christian Quest]

Le 19 décembre 2016 à 22:30, Pilon, Michel (SSC/SPC)  a écrit :

> Un gros merci Christian pour ces informations fort pertinentes.
>
>
>
> Mon serveur est un Blade HP roulant 16 cores (AMD Opteron(TM) Processor
> 6220) avec 48 GB RAM.
>
>
>
> Je roule Ubuntu 14.04 avec postgresql 9.3 et PosGIS 2.1.2
>
>
>
> J’ai roulé pgtune sur mon serveur et les valeurs importantes m’indiquent :
>
> -maintenance_work_mem = 1GB # pgtune wizard 2016-12-19
>
> -effective_cache_size = 32GB # pgtune wizard 2016-12-19
>
> -work_mem = 288MB # pgtune wizard 2016-12-19
>
> -shared_buffers = 11GB # pgtune wizard 2016-12-19
>
> -max_connections = 80 # pgtune wizard 2016-12-19
>
>
>


Si tu as la possibilité, passe en Ubuntu 16.04, postgres 9.6 et postgis
2.3... et avec osm2pgsql 0.92. Autant partir avec les versions actuelles
car ce genre de config ne se met pas à jour si facilement...

Le serveur de tuile principal d'osmfr (osm13) tourne sous Ubuntu 12.04,
postgres 9.3 et il est finalement plus simple d'en installer un nouveau que
de le mettre à jour surtout qu'il débite de la tuile 24h/24 !



> J’utilises le stack osmosis/osm2pgsql.
>
>
>
> Le style utilisé est openstreetmap-carto et j’ai créé les indexes
> recommandé pour ce style en plus de downloader les shapefiles.
>
>
>
> Mais effectivement, mon problème est les I/O.   Lorsque je roule iostat
> –xm 5  je vois les disques utilisés à 100%  Même chose pour le rendering
> qui n’est pas performant d’ailleurs…
>
>
>

Les I/O sont vraiment la partie critique de la stack, souvent plus que le
CPU car 16 coeurs à qui on n'arrive pas à amener les données assez vite
passeront leur temps en I/O wait...

Sur osm13 quand on a installé un SSD on a nettement vu la différence, tout
d'un coup les 12 coeurs devenaient utiles. Voir
http://munin.openstreetmap.fr/openstreetmap.fr/osm13.openstreetmap.fr/cpu.html
Il y a encore de iowait, mais les CPU sont quand même bien utilisés.

Le SSD est bien sollicité, mais pas saturé sauf lors de grosses mises à
jour de tuiles des premiers niveaux de zoom lors de la nuit:
http://munin.openstreetmap.fr/openstreetmap.fr/osm13.openstreetmap.fr/diskstats_utilization/sda.html



> Je me pose la question pour les updates je n’ai pas besoin d’upgrader à la
> minute ou aux heures et je me disais qu’un upgrade par jour générerait
> moins de traffic global (que je roulerait la nuit). Mais il ne faudrait pas
> que mon serveur passe la moitié de la journée à upgrader.   Est-ce que mon
> raisonnement est bon ou devrais-je en plus envisager des mises à jour aux
> minutes?
>
>
>

Difficile à dire, ça dépend aussi de l'usage de ta base.

Avec un update nocturne, tu peux profiter de moments où le serveur est
moins occupé pour faire ces updates.

Sur osm13, c'est un peu l'inverse, le script de mise à jour ne se
déclenchera pas si le serveur est trop chargé, dans ce cas la mise à jour
se fait un peu plus tard quand il retrouve son calme... mais en général il
n'est pas surchargé et ne prend pas souvent de retard:
http://munin.openstreetmap.fr/openstreetmap.fr/osm13.openstreetmap.fr/osm_replication_lag_osm2pgsql.html

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

Re: [OSM-talk-fr] Combien long pour updater la planète?

[Vincent de Château-Thierry]

Bonsoir, et bienvenu à toi Michel,

Le 19/12/2016 à 22:14, Christian Quest a écrit :


Bref, il y a beaucoup d'éléments qui rentrent en ligne de compte:
- le hardware (CPU, RAM et stockage plus ou moins rapide avec plus ou
moins de latence)
- le software: quels versions de chaque composant de la stack, quel
paramétrage
- osm2pgsql ou imposm3 ? (plusieurs jours pour l'import, je pense que
c'est osm2pgsql)


Pour donner d'autres métriques, en utilisant imposm3 avec import planet 
dans une base locale à des fins de cartographie, j'obtiens 10h d'import 
initial et 2h d'update pour des fichiers daily. Donc un ratio de 1/12, 
avec du SSD et 64Go de RAM.



- quel style pour le fichier lua d'import... ça ralentit pas mal aussi


Le fichier lua mais aussi le fichier de définition de la base (le 
default.style d'osm2pgsql)



- beaucoup d'index ou juste ceux de base ?
etc...

Les temps d'import/update sont une chose mais les temps pour faire le
rendu c'est au final encore plus important car c'est bien ça l'usage
final, non ?


Le rendu n'est qu'UN usage, sans plus ;)

vincent

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

Re: [OSM-talk-fr] Combien long pour updater la planète?

[Pilon, Michel (SSC/SPC)]

Un gros merci Christian pour ces informations fort pertinentes.

Mon serveur est un Blade HP roulant 16 cores (AMD Opteron(TM) Processor 6220) 
avec 48 GB RAM.

Je roule Ubuntu 14.04 avec postgresql 9.3 et PosGIS 2.1.2

J’ai roulé pgtune sur mon serveur et les valeurs importantes m’indiquent :

-maintenance_work_mem = 1GB # pgtune wizard 2016-12-19

-effective_cache_size = 32GB # pgtune wizard 2016-12-19

-work_mem = 288MB # pgtune wizard 2016-12-19

-shared_buffers = 11GB # pgtune wizard 2016-12-19

-max_connections = 80 # pgtune wizard 2016-12-19

J’utilises le stack osmosis/osm2pgsql.

Le style utilisé est openstreetmap-carto et j’ai créé les indexes recommandé 
pour ce style en plus de downloader les shapefiles.

Mais effectivement, mon problème est les I/O.   Lorsque je roule iostat –xm 5  
je vois les disques utilisés à 100%  Même chose pour le rendering qui n’est pas 
performant d’ailleurs…

Je me pose la question pour les updates je n’ai pas besoin d’upgrader à la 
minute ou aux heures et je me disais qu’un upgrade par jour générerait moins de 
traffic global (que je roulerait la nuit). Mais il ne faudrait pas que mon 
serveur passe la moitié de la journée à upgrader.   Est-ce que mon raisonnement 
est bon ou devrais-je en plus envisager des mises à jour aux minutes?

Merci encore pour ton aide vraiment appréciée !

Michel
Québec, Canada.



From: Christian Quest [mailto:cqu...@openstreetmap.fr]
Sent: December 19, 2016 16:15
To: Discussions sur OSM en français
Subject: Re: [OSM-talk-fr] Combien long pour updater la planète?

Je n'ai jamais utilisé de SAN, et l'autre facteur important c'est la RAM pour 
le cache.
Il n'y a pas de miracle, de vrais disques rapides (SSD) et de la RAM... c'est 
ce qu'il faut pour une base monde si on veut faire du rendu qui tienne la route.
Le prochain serveur de tuiles d'OSM-FR a 4 disques SSD de 800Go et 128Go de 
RAM... et les optimisations sont toujours indispensables !
Postgres 9.6 est aussi un sacré bon en avant avec son fonctionnement en 
multithread sur les grosses requêtes.
Bref, il y a beaucoup d'éléments qui rentrent en ligne de compte:
- le hardware (CPU, RAM et stockage plus ou moins rapide avec plus ou moins de 
latence)
- le software: quels versions de chaque composant de la stack, quel paramétrage
- osm2pgsql ou imposm3 ? (plusieurs jours pour l'import, je pense que c'est 
osm2pgsql)
- quel style pour le fichier lua d'import... ça ralentit pas mal aussi
- beaucoup d'index ou juste ceux de base ?
etc...
Les temps d'import/update sont une chose mais les temps pour faire le rendu 
c'est au final encore plus important car c'est bien ça l'usage final, non ?

Le 19 décembre 2016 à 21:49, Pilon, Michel (SSC/SPC) 
> a écrit :
Bonjour Christian,

Merci pour ta réponse.

Je sais que j’ai un problème d’I/O (disque SAN non local et non SSD) mais je 
voudrais savoir à quoi m’attendre réellement afin de déterminer si je regarde 
pour acquérir des disques locaux SSD.

Extrapoler une journée entière à partir d’update de 5 minutes induit une marge 
d’erreur qui peut être assez grande selon moi.

Est-ce que quelqu’un d’autres upgrade la planète quotidiennement? Combien de 
temps cela vous prend-il?

Bye,

Michel

From: Christian Quest 
[mailto:cqu...@openstreetmap.fr]
Sent: December 19, 2016 15:42
To: Discussions sur OSM en français
Subject: Re: [OSM-talk-fr] Combien long pour updater la planète?

Je ne fais pas de daily update sur les serveurs osm-fr, mais des updates toutes 
les 5mn et ils prennent environ 10s pour 300s soit un facteur de 1/30. En 
extrapolant sur 24h, ça devrait prendre moins de 1h/jour.
Tout dépend de la configuration hardware (et software) de ton serveur.

Le 19 décembre 2016 à 20:52, Pilon, Michel (SSC/SPC) 
> a écrit :
Bonjour à tous,

Ceci est mon premier envoi à cette liste.

Corrigez-moi d’ailleurs si ma question devrait être envoyée à une autre liste 
de courriels.

Je viens d’installer OSM sur un de mes serveurs. Cela a pris plusieurs jours 
pour peupler la BD postgreSQL (sans surprise).

Pas contre je suis en train de tester l’upgrade journalier de la BD à partir de 
fichier diffs.

Cela a pris 9 heures pour mettre à jour la BD en date du 21 novembre passée 
(daily diff).

Je trouve cela très long et je voudrais, dans un premier temps, savoir combien 
de temps cela vous prend-il pour faire un « daily  update » de la planète?

Merci encore pour votre aide bien appréciée ☺

Michel
Canada.



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



--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org

[Talk-it] edifici con altezza <= zero (probemi di import?)

[Maurizio Napolitano]

Ciao
ho estratto tutti gli edifici d'Italia da OpenStreetMap e, guardando i
dati, ho cominciato a trovarne parecchi con altezza inferiore a zero.
In particolare questi 15 in Friuli Venezia Giulia
http://www.openstreetmap.org/way/85447406 altezza -4m
http://www.openstreetmap.org/way/36059414 altezza -4m
http://www.openstreetmap.org/way/36624142 altezza -7m
http://www.openstreetmap.org/way/36021885 altezza -2m
http://www.openstreetmap.org/way/85447394 altezza -2m
http://www.openstreetmap.org/way/85447383 altezza -2m
http://www.openstreetmap.org/way/85447400 altezza -2m
http://www.openstreetmap.org/way/85447386 altezza -2m
http://www.openstreetmap.org/way/48470603 altezza -5m
http://www.openstreetmap.org/way/48470606 altezza -5m
http://www.openstreetmap.org/way/48470604 altezza -5m
http://www.openstreetmap.org/way/48470608 altezza -5m
http://www.openstreetmap.org/way/48470605 altezza -5m
http://www.openstreetmap.org/way/145751101 altezza -2.5m
http://www.openstreetmap.org/way/36368815 altezza -2m

Mettendo poi tutto su mappa
http://umap.openstreetmap.fr/en/map/edifici-altezza-zero-in-openstreetmap_117748#8/45.775/11.321
si vede che la maggior parte sono in Friuli Venezia Giula
o a Pavia.

Da una occhiata ai dati si direbbe siano problemi derivati
da import.

Si tratta di 357 edifici, quindi penso che siano facilmente
verificabili.
Immagino che quei valori possano avere una loro dignità


-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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

Re: [OSM-talk-fr] Combien long pour updater la planète?

[Christian Quest]

Je n'ai jamais utilisé de SAN, et l'autre facteur important c'est la RAM
pour le cache.

Il n'y a pas de miracle, de vrais disques rapides (SSD) et de la RAM...
c'est ce qu'il faut pour une base monde si on veut faire du rendu qui
tienne la route.

Le prochain serveur de tuiles d'OSM-FR a 4 disques SSD de 800Go et 128Go de
RAM... et les optimisations sont toujours indispensables !
Postgres 9.6 est aussi un sacré bon en avant avec son fonctionnement en
multithread sur les grosses requêtes.

Bref, il y a beaucoup d'éléments qui rentrent en ligne de compte:
- le hardware (CPU, RAM et stockage plus ou moins rapide avec plus ou moins
de latence)
- le software: quels versions de chaque composant de la stack, quel
paramétrage
- osm2pgsql ou imposm3 ? (plusieurs jours pour l'import, je pense que c'est
osm2pgsql)
- quel style pour le fichier lua d'import... ça ralentit pas mal aussi
- beaucoup d'index ou juste ceux de base ?
etc...

Les temps d'import/update sont une chose mais les temps pour faire le rendu
c'est au final encore plus important car c'est bien ça l'usage final, non ?


Le 19 décembre 2016 à 21:49, Pilon, Michel (SSC/SPC)  a écrit :

> Bonjour Christian,
>
>
>
> Merci pour ta réponse.
>
>
>
> Je sais que j’ai un problème d’I/O (disque SAN non local et non SSD) mais
> je voudrais savoir à quoi m’attendre réellement afin de déterminer si je
> regarde pour acquérir des disques locaux SSD.
>
>
>
> Extrapoler une journée entière à partir d’update de 5 minutes induit une
> marge d’erreur qui peut être assez grande selon moi.
>
>
>
> Est-ce que quelqu’un d’autres upgrade la planète quotidiennement? Combien
> de temps cela vous prend-il?
>
>
>
> Bye,
>
>
>
> Michel
>
>
>
> *From:* Christian Quest [mailto:cqu...@openstreetmap.fr]
> *Sent:* December 19, 2016 15:42
> *To:* Discussions sur OSM en français
> *Subject:* Re: [OSM-talk-fr] Combien long pour updater la planète?
>
>
>
> Je ne fais pas de daily update sur les serveurs osm-fr, mais des updates
> toutes les 5mn et ils prennent environ 10s pour 300s soit un facteur de
> 1/30. En extrapolant sur 24h, ça devrait prendre moins de 1h/jour.
>
> Tout dépend de la configuration hardware (et software) de ton serveur.
>
>
>
> Le 19 décembre 2016 à 20:52, Pilon, Michel (SSC/SPC) <
> michel.pi...@canada.ca> a écrit :
>
> Bonjour à tous,
>
>
>
> Ceci est mon premier envoi à cette liste.
>
>
>
> Corrigez-moi d’ailleurs si ma question devrait être envoyée à une autre
> liste de courriels.
>
>
>
> Je viens d’installer OSM sur un de mes serveurs. Cela a pris plusieurs
> jours pour peupler la BD postgreSQL (sans surprise).
>
>
>
> Pas contre je suis en train de tester l’upgrade journalier de la BD à
> partir de fichier diffs.
>
>
>
> Cela a pris 9 heures pour mettre à jour la BD en date du 21 novembre
> passée (daily diff).
>
>
>
> Je trouve cela très long et je voudrais, dans un premier temps, savoir
> combien de temps cela vous prend-il pour faire un « daily  update » de la
> planète?
>
>
>
> Merci encore pour votre aide bien appréciée J
>
>
>
> Michel
>
> Canada.
>
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
>
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

[Talk-at] Bitte Vorträge einreichen für die FOSSGIS-Konferenz

[Frederik Ramm]

Hallo,

   vielleicht erinnert ihr Euch an Peters Aufruf, der von Walter nach
talk-at kopiert wurde:

https://lists.openstreetmap.org/pipermail/talk-de/2016-November/113629.html

Es geht um die FOSSGIS-Konferenz, die im März in Passau stattfindet. Für
einige Teile Österreichs ist das ja praktisch noch lokal... die
Vortragseinreichung läuft bis zum 6. Januar. Das hört sich lang an, aber
wenn man alle vor uns liegenden Feier-, Fest- und Reisetage abzieht, ist
das bei den meisten noch so etwa eine Woche ;)

Es wäre echt super, wenn sich aus unseren Reihen noch ein paar
Vortragende finden würden. Ich weiss nicht, ob ich das ausplaudern darf,
also sag ich es mal ganz vage: Bislang ist eine hohe einstellige Zahl
von Vorträgen eingereicht worden ;) Das reicht noch nicht *ganz* für
eine schöne Konferenz in Passau. Also - wer hat noch nicht, wer will
nochmal, ich weiss, dass unter uns viele sind, die etwas interessantes
zu OSM erzählen können, sei es aus Anwender-, Programmierer-, oder
Mappersicht.

Bitte lasst die Frist nicht verstreichen - wenn ihr eine gute Idee für
einen Vortrag habt, die aber noch etwas ausformulieren wollt, wäre den
Veranstaltern auch sehr geholfen, wenn ihr jetzt noch vor Weihnachten
eine Einreichung macht und Euch dann später nochmal einloggt und am Text
feilt (das geht im Interface problemlos) - besser als die Sache vor sich
herzuschieben und dann kommt ihr nicht mehr dazu ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

[Talk-de] Bitte Vorträge einreichen für die FOSSGIS-Konferenz

[Frederik Ramm]

Hallo,

   vielleicht erinnert ihr Euch an Peters Aufruf hier:

https://lists.openstreetmap.org/pipermail/talk-de/2016-November/113629.html

Es geht um die FOSSGIS-Konferenz, die im März in Passau stattfindet. Die
Vortragseinreichung läuft bis zum 6. Januar. Das hört sich lang an, aber
wenn man alle vor uns liegenden Feier-, Fest- und Reisetage abzieht, ist
das bei den meisten noch so etwa eine Woche ;)

Es wäre echt super, wenn sich aus unseren Reihen noch ein paar
Vortragende finden würden. Ich weiss nicht, ob ich das ausplaudern darf,
also sag ich es mal ganz vage: Bislang ist eine hohe einstellige Zahl
von Vorträgen eingereicht worden ;) Das reicht noch nicht *ganz* für
eine schöne Konferenz in Passau. Also - wer hat noch nicht, wer will
nochmal, ich weiss, dass unter uns viele sind, die etwas interessantes
zu OSM erzählen können, sei es aus Anwender-, Programmierer-, oder
Mappersicht.

Bitte lasst die Frist nicht verstreichen - wenn ihr eine gute Idee für
einen Vortrag habt, die aber noch etwas ausformulieren wollt, wäre den
Veranstaltern auch sehr geholfen, wenn ihr jetzt noch vor Weihnachten
eine Einreichung macht und Euch dann später nochmal einloggt und am Text
feilt (das geht im Interface problemlos) - besser als die Sache vor sich
herzuschieben und dann kommt ihr nicht mehr dazu ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

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

[Johnattan Rupire]

Estamos en línea en http://meet.jit.si/osmpe

El 1 de diciembre de 2016 8:13:47 PM GMT-05:00, Johnattan Rupire 
 escribió:
>Comunidad,
>aquí un breve informe sobre el trabajo que se ha venido haciendo desde 
>Lima. Este año nos hemos reunido un par de veces y en estas reuniones 
>han aparecido un montón de ideas, algunas de las cuales se han podido 
>desarrollar y otras que sólo han sacado la cabeza pero no completamente
>
>el cuerpo. Muchas de las situaciones con las que nos hemos tropezado y 
>que no nos han permitido tener la incidencia que hemos deseado han 
>tenido que ver con la carencia de una personería jurídica para la 
>comunidad de OpenStreetMap en Perú, por ejemplo a la hora de
>proponerles 
>actividades a instituciones públicas como municipalidades o institutos 
>de investigación.
>
>Esto ha hecho que en Lima nos pongamos las pilas en la preparación de 
>este camino, esto significa que, por la cantidad de manos que tenemos, 
>hemos tenido que dejar en segundo plano el planeamiento de actividades 
>que veníamos organizando, como el encuentro para una reunión de la 
>comunidad de osm en Perú que queríamos mover para este año, algunas 
>reuniones con autoridades, entre otras cosas. Felizmente, hemos podido 
>avanzar y ya casi tenemos una propuesta completa que podemos compartir 
>para el enriquecimiento por parte de todas y todos. Creemos que una vez
>
>que superemos este paso podremos seguir nuestro camino con mayor 
>facilidad. Esto es darle a la comunidad una personería jurídica que le 
>permita interlocutar con institucoines públicas y privadas, como el
>IGP, 
>CONIDA, universidades, los diferentes Ministerios, Municipalidades y 
>más, en el sector público, y con empresas como Mapillary o Mapbox, que 
>además tienen una oficina muy activa en el Perú y cuyos miembros
>también 
>son muy activos miembros de la comunidad, en el sector privado.
>
>Entonces, tenemos ahora la capacidad de proponerles la inscripción de 
>una Asociación sin ánimo de lucro que represente los interes de la 
>comunidad cuando sea necesario, tanto para los ejemplos que he 
>mencionado arriba como para futuras nuevas posibilidades. Para esto 
>hemos revisado la experiencia de asociaciones similares en otras 
>comunidades y proyectos y hemos revisado con un abogado aquí la 
>legalidad del mismo, esto nos ha demandado mucho trabajo y tiempo pero 
>creemos que ha valido la pena.
>
>Por todo esto, quisiéramos convocar a una reunión de la comunidad, para
>
>presentarles la propuesta, presencial y telemáticamente para quienes no
>
>estén Lima y quieran participar. La pronemos para el día en la Facultad
>
>de Ciencias Sociales de la Universidad Nacional Mayor de San Marcos.
>Con esta agenda inicial:
>
>  *
>Evaluación de las actividades de la comunidad en el 2016
>  *
>Inscripción de la Asociación
>  o
>Proponemos que se haga este mes para cerrar este año
>  o
>Equipo de trabajo para viabilizar el asunto
>  *
>Planes para el 2017
>  o
>Sotm Perú
>  +
>Proponemos hacerlo entre marzo y abril de 2017
>  +
>Equipo de trabajo para realizarlo
>  o
>Propuesta para que Perú sea sede del Sotm Latam 2017
>  +
>Proponemos que podríamos plantearlo para diciembre 2017
>  +
>Equipo para realizar la tarea
>
>Esto más los temas que vean convenientes.
>
>Tanto ovruni, yachaq runa, como yo johnarupire, tenemos la intención de
>
>involucrarnos en estos 3 equipos, esperamos que más personas también 
>puedan sumarse y compartir el trabajo y la responsabilidad ;)
>
>uff gracias por leerlo todo!
>
>Seguimos!
>
>
>
>
>___
>Talk-pe mailing list
>Talk-pe@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-pe

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

Re: [OSM-talk-fr] Combien long pour updater la planète?

[osm . sanspourriel]

Je n'ai pas de chiffres mais Christian te dira que tu as intérêt à 
demander au Père Noël un SSD de 500 Go ou plus.


Je suppose que tu utilises la pile switch2osm (osm2psql).
Avec Imposm3, les performances sont meilleures.
Je l'utilise avec Lyrk comme rendu.
Donc si tu trouves trop lent et que tu acceptes de changer de rendu, 
c'est une option à tester.
N. B. : je ne fais pas de diff et ne travaille pas sur la terre entière 
(pour la terre entière il y les 2 mbtiles de Christian pour aller 
jusqu'au niveau 11).


Jean-Yvon

Le 19/12/2016 à 21:49, Pilon Michel SSC/SPC - michel.pi...@canada.ca a 
écrit :


Bonjour Christian,

Merci pour ta réponse.

Je sais que j’ai un problème d’I/O (disque SAN non local et non SSD) 
mais je voudrais savoir à quoi m’attendre réellement afin de 
déterminer si je regarde pour acquérir des disques locaux SSD.


Extrapoler une journée entière à partir d’update de 5 minutes induit 
une marge d’erreur qui peut être assez grande selon moi.


Est-ce que quelqu’un d’autres upgrade la planète quotidiennement? 
Combien de temps cela vous prend-il?


Bye,

Michel

*From:*Christian Quest [mailto:cqu...@openstreetmap.fr]
*Sent:* December 19, 2016 15:42
*To:* Discussions sur OSM en français
*Subject:* Re: [OSM-talk-fr] Combien long pour updater la planète?

Je ne fais pas de daily update sur les serveurs osm-fr, mais des 
updates toutes les 5mn et ils prennent environ 10s pour 300s soit un 
facteur de 1/30. En extrapolant sur 24h, ça devrait prendre moins de 
1h/jour.


Tout dépend de la configuration hardware (et software) de ton serveur.

Le 19 décembre 2016 à 20:52, Pilon, Michel (SSC/SPC) 
> a écrit :


Bonjour à tous,

Ceci est mon premier envoi à cette liste.

Corrigez-moi d’ailleurs si ma question devrait être envoyée à une 
autre liste de courriels.


Je viens d’installer OSM sur un de mes serveurs. Cela a pris plusieurs 
jours pour peupler la BD postgreSQL (sans surprise).


Pas contre je suis en train de tester l’upgrade journalier de la BD à 
partir de fichier diffs.


Cela a pris 9 heures pour mettre à jour la BD en date du 21 novembre 
passée (daily diff).


Je trouve cela très long et je voudrais, dans un premier temps, savoir 
combien de temps cela vous prend-il pour faire un « daily  update » de 
la planète?


Merci encore pour votre aide bien appréciée J

Michel

Canada.


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




--

Christian Quest - OpenStreetMap France



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


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

Re: [Talk-it] Richiesta apertura dati al comune di Padova

[Maurizio Napolitano]

2016-12-17 18:53 GMT+01:00 Alessandro :
> L'edificato può essere cambiato in minima parte; i civici al 99,9% sono gli
> stessi, magari ne mancano  alcuni ma quelli esistenti dovrebbero essere
> buoni

99,9% mi sembra una percentuale troppo ottimistica.
Sarei per un 95% nei casi dei centri storici, ma ho qualche dubbio in generale.
Solo nella mia città la frequenza di aggiornamento dei numeri civici
e' di minimo uno al giorno.
Ci sono i frazionamenti di edifici per cui nascono nuovi ingressi o
nuove vie che vengono create
o edifici ristrutturati o nuove vie create o ...

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

Re: [OSM-talk] Key:Destination Abbreviations

[Andy Mabbett]

On 18 December 2016 at 23:48, Colin Smale  wrote:

> I believe the phrase is "tagging wrongly for the renderer"

The phrase, which is also used as the title of the corresponding page
on the wiki, is "Tagging for the renderer":

http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer

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

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

Re: [OSM-talk] Key:Destination Abbreviations

[Andy Mabbett]

On 19 December 2016 at 14:31, Edwin Smith  wrote:
> Hi all,
> Thanks for the responses.
> The point I think you miss is that it is impossible for the navigation
> program to have the policy "show the driver exactly what his sign will say"
> if it has been altered in any way.

I didn't miss that; I wrote:

   if you want to record, literally, what's on a sign, use
   something like 'transcription='


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

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

Re: [OSM-talk-fr] Combien long pour updater la planète?

[Pilon, Michel (SSC/SPC)]

Bonjour Christian,

Merci pour ta réponse.

Je sais que j’ai un problème d’I/O (disque SAN non local et non SSD) mais je 
voudrais savoir à quoi m’attendre réellement afin de déterminer si je regarde 
pour acquérir des disques locaux SSD.

Extrapoler une journée entière à partir d’update de 5 minutes induit une marge 
d’erreur qui peut être assez grande selon moi.

Est-ce que quelqu’un d’autres upgrade la planète quotidiennement? Combien de 
temps cela vous prend-il?

Bye,

Michel

From: Christian Quest [mailto:cqu...@openstreetmap.fr]
Sent: December 19, 2016 15:42
To: Discussions sur OSM en français
Subject: Re: [OSM-talk-fr] Combien long pour updater la planète?

Je ne fais pas de daily update sur les serveurs osm-fr, mais des updates toutes 
les 5mn et ils prennent environ 10s pour 300s soit un facteur de 1/30. En 
extrapolant sur 24h, ça devrait prendre moins de 1h/jour.
Tout dépend de la configuration hardware (et software) de ton serveur.

Le 19 décembre 2016 à 20:52, Pilon, Michel (SSC/SPC) 
> a écrit :
Bonjour à tous,

Ceci est mon premier envoi à cette liste.

Corrigez-moi d’ailleurs si ma question devrait être envoyée à une autre liste 
de courriels.

Je viens d’installer OSM sur un de mes serveurs. Cela a pris plusieurs jours 
pour peupler la BD postgreSQL (sans surprise).

Pas contre je suis en train de tester l’upgrade journalier de la BD à partir de 
fichier diffs.

Cela a pris 9 heures pour mettre à jour la BD en date du 21 novembre passée 
(daily diff).

Je trouve cela très long et je voudrais, dans un premier temps, savoir combien 
de temps cela vous prend-il pour faire un « daily  update » de la planète?

Merci encore pour votre aide bien appréciée ☺

Michel
Canada.



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



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

Re: [OSM-talk-fr] question osmose/limite administrative

[Christian Quest]

Je viens de mettre ça en route cet après-midi ;)

La source c'est "ADMIN EXPRESS" de l'IGN... nettement plus précis que feu
GEOFLA.

Par contre, j'avais mis un seuil à 30m ce qui semble trop faible, il va
passer à 50m (mise à jour en cours).

Je ne sais pas quelle est la précision exacte de cette source, annoncée à
"15m d'erreur quadratique" mais visiblement ça me semble optimiste... si il
faut on montera encore plus haut le seuil.



Le 19 décembre 2016 à 21:27, Laurent Combe  a écrit :

> Toujours dans la rubrique 7170 d'osmose ("routes")
>
> osmose me signale
> les voies possiblement manquant (comme signalé par cquest récemment)
>
> mais je m'aperçois que dans cette rubrique osmose me signale un
> décalage possible dans la limite administrative (d'une commune le plus
> souvent)
>
> dans mon secteur le cadastre souffre effectivement d'un décalage
> pouvant dépasser les 20m
> mais ma question est la suivante :
> De quelle source osmose se sert-il pour soupçonner un décalage des
> limites administratives ?
> Chez moi elles collent au cadastre et faute d'autre source je ne vois
> pas ce que je peux améliorer ... il doit me manquer une info.
>
> un exemple :
> http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.
> 815326=1.437878=Mapnik=T=
> 7170=1%2C2%2C3==
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Combien long pour updater la planète?

[Christian Quest]

Je ne fais pas de daily update sur les serveurs osm-fr, mais des updates
toutes les 5mn et ils prennent environ 10s pour 300s soit un facteur de
1/30. En extrapolant sur 24h, ça devrait prendre moins de 1h/jour.

Tout dépend de la configuration hardware (et software) de ton serveur.


Le 19 décembre 2016 à 20:52, Pilon, Michel (SSC/SPC)  a écrit :

> Bonjour à tous,
>
>
>
> Ceci est mon premier envoi à cette liste.
>
>
>
> Corrigez-moi d’ailleurs si ma question devrait être envoyée à une autre
> liste de courriels.
>
>
>
> Je viens d’installer OSM sur un de mes serveurs. Cela a pris plusieurs
> jours pour peupler la BD postgreSQL (sans surprise).
>
>
>
> Pas contre je suis en train de tester l’upgrade journalier de la BD à
> partir de fichier diffs.
>
>
>
> Cela a pris 9 heures pour mettre à jour la BD en date du 21 novembre
> passée (daily diff).
>
>
>
> Je trouve cela très long et je voudrais, dans un premier temps, savoir
> combien de temps cela vous prend-il pour faire un « daily  update » de la
> planète?
>
>
>
> Merci encore pour votre aide bien appréciée J
>
>
>
> Michel
>
> Canada.
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

[OSM-talk-fr] question osmose/limite administrative

[Laurent Combe]

Toujours dans la rubrique 7170 d'osmose ("routes")

osmose me signale
les voies possiblement manquant (comme signalé par cquest récemment)

mais je m'aperçois que dans cette rubrique osmose me signale un
décalage possible dans la limite administrative (d'une commune le plus
souvent)

dans mon secteur le cadastre souffre effectivement d'un décalage
pouvant dépasser les 20m
mais ma question est la suivante :
De quelle source osmose se sert-il pour soupçonner un décalage des
limites administratives ?
Chez moi elles collent au cadastre et faute d'autre source je ne vois
pas ce que je peux améliorer ... il doit me manquer une info.

un exemple :
http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.815326=1.437878=Mapnik=T=7170=1%2C2%2C3==

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

Re: [OSM-talk-fr] Données du STIF sur Osmose

[Frédéric Rodrigo]

Le 19/12/2016 à 18:42, Christian Quest a écrit :

C'est trompeur en effet...

J'ai intégré des arrêts sur ma commune et il manque quelques infos de 
contexte pour savoir qu'on ajoute bien le bon ID quand il y a 
ambiguité. Il faudrait par exemple le N° des lignes et la direction 
sinon deux arrêts proches peuvent être intervertis très facilement.


Le 19 décembre 2016 à 18:22, Noémie Lehuby 
> 
a écrit :


Hello,

Merci Frédéric.

Du coup, je comprends pas trop comment ça marche : sur tous les
arrêts de bus où j'ai regardé, j'ai à la fois une proposition
d'intégration, et une "station" non intégrée. C'est normal ?

Oui c'est normal. La jointure est faite sur la ref. Et la ref n'est pas 
retrouvé.



C'est vachement piégeux, ça laisse croire qu'il manque des points
dans OSM : ça paraitrait plus logique qu'on ait juste la
proposition d'intégration, non ?

Dans le cas ou la proposition ne convient pas il faut utiliser le 
premier pour le créer.


Toutes les intégrations OpenData marchent comme ça. Mais si vous avez 
mieux à proposer je prends.




Je reste très sceptique sur les arrêts de bus (pour les raisons
que j'ai déjà dites, et qui se vérifient bien), mais ça a l'air ok
sur les autres modes :)


Moi aussi, On avait déjà retirer les bus de l'intégration de la RATP.

À vous de me dire si on les garde ou pas.



Et je me lance, ma première pull request Osmose :
https://github.com/osm-fr/osmose-backend/pull/167



Merci.



Noémie




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

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

[Pavel Machek]

Ahoj!

> > Pokud je problem ze to vede korytem potoka takze tam fakt nejde projet
> > na kole, tak:
> > 
> > smoothness=impassable
> 
> nevím, jestli "smoothness" je ideální tag pro to lezení po skále?

No.. smoothness=impassable je varovani ze veci co maj kola tam
neprojedou. Asi to neposkytuje cely obrazek o situaci, ale jestli je
to znacena cyklostezka, tak bych to pouzil :-).

> > Tagy mame, ted jeste nekoho kdo je renderuje ;-).
> 
> no to by bylo vysoce vhodné, když si představím vydat se tam s bagáží a 
> dětma, 
> a třeba by i teklo trochu víc vody, tak to je tak na to otočit se a jet 
> hledat 
> objížďku ... a routery by tam neměly posílat nic netušící sváteční jezdce

Jo, na routerech bude trochu prace. A teda... oznacit jako cyklostezku
neco co se na kole neda projet.. je od nekoho celkem skodolibost... a
chapu ze s ni router nepocita...

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


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

[OSM-talk-fr] Combien long pour updater la planète?

[Pilon, Michel (SSC/SPC)]

Bonjour à tous,

Ceci est mon premier envoi à cette liste.

Corrigez-moi d'ailleurs si ma question devrait être envoyée à une autre liste 
de courriels.

Je viens d'installer OSM sur un de mes serveurs. Cela a pris plusieurs jours 
pour peupler la BD postgreSQL (sans surprise).

Pas contre je suis en train de tester l'upgrade journalier de la BD à partir de 
fichier diffs.

Cela a pris 9 heures pour mettre à jour la BD en date du 21 novembre passée 
(daily diff).

Je trouve cela très long et je voudrais, dans un premier temps, savoir combien 
de temps cela vous prend-il pour faire un « daily  update » de la planète?

Merci encore pour votre aide bien appréciée :)

Michel
Canada.


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

Re: [Talk-it] Richiesta apertura dati al comune di Padova

[Maurizio Napolitano]

2016-12-19 17:51 GMT+01:00 Davide Sandona' :
> per non sbagliare ho inviato oggi pomeriggio una mail all'ufficio SIT, vi
> terrò aggiornati se rispondono...

Hai fatto bene
Se per caso ti rispondono che i dati *non* sono in open data allora fa presente
cosa dice il codice di amministrazione digitale all' articolo 52 comma 2

--
I dati e i documenti che le amministrazioni titolari pubblicano, con
qualsiasi modalità, *senza l'espressa adozione di una licenza* di cui
all'articolo 2, comma 1, lettera h), del decreto legislativo 24
gennaio 2006, n. 36, si intendono rilasciati come *dati di tipo
aperto* ai sensi all'articolo 68, comma 3, del presente Codice, ad
eccezione dei casi in cui la pubblicazione riguardi dati personali del
presente Codice. L'eventuale adozione di una licenza di cui al citato
articolo 2, comma 1, lettera h), è motivata ai sensi delle linee guida
nazionali di cui al comma 7.
---
http://www.agid.gov.it/cad/art-52-accesso-telematico-riutilizzo-dati-pubbliche-amministrazioni

e, nella situazione peggiore che non vogliano cambiare idea, chiedi
loro di mettere una licenza.

my2cents

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

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

[Ediyes Q. P.]

Hey Johnattan,

Nos uniremos por esta llamada
https://hangouts.google.com/hangouts/_/calendar/ZWRpeWVzOC4yOUBnbWFpbC5jb20.0jvsq3afi6rd3d3oo5unl8fj2c?authuser=1
de Ayacucho,
por favor nos ayuda a participar.

Saludos!


El 19 de diciembre de 2016, 10:12, Johnattan Rupire 
escribió:

> Hola!
> vs este correo como recordatorio para la reunión de esta tarde.
> Saludos!!
>
> El 9 de diciembre de 2016 4:33:09 PM GMT-05:00, Johnattan Rupire <
> jarja...@riseup.net> escribió:
> >Excelente! Qué bien por el trabajo de difusión! Una buena oportunidad
> >para mover la cuestión de datos libres desde las instituciones
> >públicas... Se enriquece la agenda para la próxima reunión!
> >Saludos!!
> >
> >El 9 de diciembre de 2016 4:30:21 PM GMT-05:00, "Ediyes Q. P."
> > escribió:
> >>Hola 
> >>
> >>Fue una noticia de último de momento todo lo que pasó en nuestras
> >>instalaciones de Mapbox Perú, logramos captar la atención de varios
> >>ministerio del cual esperamos tener puertas abiertas para hacer crecer
> >>la
> >>comunidad de OSM Perú, en la reunión que tendremos la próxima semanas
> >>nos
> >>gustaría contarles un poco más.
> >>
> >>Gracias por seguirnos!
> >>
> >>2016-12-09 15:48 GMT-05:00 Omar Vega Ramos :
> >>
> >>>
> >>> Aquí el enlace en el facebug:
> >>> https://www.facebook.com/ppkoficial/videos/1368056023207349/?hc_ref=
> >>> PAGES_TIMELINE
> >>>
> >>> --
> >>> Omar Vega Ramos
> >>> GPG ID: 9825028B
> >>>
> >>> ___
> >>> Talk-pe mailing list
> >>> Talk-pe@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-pe
> >>>
> >>___
> >>Talk-pe mailing list
> >>Talk-pe@openstreetmap.org
> >>https://lists.openstreetmap.org/listinfo/talk-pe
> >
> >--
> >Sent from my Android device with K-9 Mail. Please excuse my brevity.
> >___
> >Talk-pe mailing list
> >Talk-pe@openstreetmap.org
> >https://lists.openstreetmap.org/listinfo/talk-pe
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> ___
> Talk-pe mailing list
> Talk-pe@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pe
>
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

Re: [OSM-talk-be] Bertogne - Wallonie - streetnames

[Matthieu Gaillet]

Intéressant ! En même temps la plupart des villages de Wallonie n'ont pas de 
rues taguées. 
Il faut dire que le manque de données en opendata n'y est pas pour rien !

Matthieu G.  (en mode mobile)

> Le 19 déc. 2016 à 19:11, Pierre Parmentier  a 
> écrit :
> 
> Extrait de L'Avenir - Luxembourg, 3 décembre 2016, page 4
> 
> Bertogne : les rues ont un nom
> 
> C'est vrai, « Rue Grande », ce n'est pas l'appellation la plus originale, 
> mais beaucoup d'autres évoquent les souvenirs, le passé, le folklore.
> 
> Les rues de la commune de Bertogne vont finalement changer de nom, après huit 
> ans de démarches. C'est courant 2011, sous la houlette de la Fondation rurale 
> de Wallonie (FRW), que la  commission locale de développement rural (CLDR) 
> invitait la population de la commune à différentes réunions afin que les 
> habitants développent des propositions pour procéder à la future dénomination 
> de « leur » rue. Et 8 ans plus tard, voici donc la phase de concrétisation, 
> avec la pose récente des poteaux et la mise en place des plaques portant le 
> nom des 182 rues dans les 31 villages, hameaux et lieux-dits de la commune, 
> recensant 1 482 familles pour 3 440 habitants.
> 
> Du pain sur la planche ...
> 
> foxandpotatoes
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-co] Fwd: [talk-latam] Fw: [Talk-do] help needed with some Dom Rep OSM data

[hyan...@gmail.com]

Hola comunidad, aunque es sobre  República Dominicana, quizás alguno tenga
experiencia en ese país.
-- Mensaje reenviado --
De: "Marco Antonio" 
Fecha: dic. 19, 2016 12:31 PM
Asunto: [talk-latam] Fw: [Talk-do] help needed with some Dom Rep OSM data
Para: "OSM LatAm" 
Cc:


> Ed necesita de alguien que pueda afrontar mejorar los datos de
> república dominicana, el trabajo es remunerado.
>
> abrazos,
>
> Marco Antonio
>
> 
>
> Begin forwarded message:
>
> Date: Mon, 19 Dec 2016 17:10:30 +0100
> From: Ed Freyfogle 
> To: talk...@openstreetmap.org
> Subject: [Talk-do] help needed with some Dom Rep OSM data
>
> Hola,
>
> apologies I do not really speak much Spanish so I will have to write in
> English.
> I am looking to pay someone to help me add / clean up some data to OSM
> in Dominican Republic
>
> My name is Ed, OSM id 'freyfogle'
> http://www.openstreetmap.org/user/freyfogle
>
> I have a client who would like me to build him a geocoder for Dominican
> Republic, but the data in OSM is not great. Specifically I see all 31
> provinces + 1 national district are in OSM with boundaries.
>
> An example if Barahona
> http://nominatim.openstreetmap.org/details.php?place_id=159675971
>
> but the next level down there is not much. Cities, villages, towns are
> all just
> nodes with admin level 15 (and thus no boundaries).
>
> - does boundary data exist and can it be added to OSM?
> - is anyone on this list interested in helping us with this project?
>
> We do not have a massive budget, but happy to spend it on local expert
> help. Please contact me if you are able to help us and I will go into
> more detail
>
> many thanks for your attention
> Ed
>
> - separately from that, would anyone be interested in doing an
>   interview on our blog about the OSM community in Dominican Republic?
>
> Here's an example interview we did about Cuba:
> http://blog.opencagedata.com/post/144469399468/country-
> profile-openstreetmap-in-cuba
>
> ___
> talk-latam mailing list
> talk-la...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-is] OSM Iceland road network data analysis

[Jóhannes Birgir Jensson]

Thank you for this Michael.

Driveways are an interesting case - they are an obligation for the 
Vegagerðin *as long* as it is a residence. However if it is no longer a 
full time residence it is stricken of their list of maintained roads. 
Thus we can have these smaller roads appearing and disappearing from the 
official data.


We will look into your observations.


Regards,
Jóhannes

On 19.12.2016 08:16, michael.hofe...@a1.net wrote:

Komið þið sæl og blessuð.

My Icelandic language skills are not good enough to write a letter so 
I’m writing my message in English.


I did in the last time a road network analysis on OSM Iceland data. 
Here I checked with the road list from vegagerdin 
http://www.vegagerdin.is/vefur2.nsf/Files/Vegaskra_2015/$file/Vegaskra_2015.xlsx 
, if the roads and segments of roads are mapped correspondingly to the 
list.


As mapping basis I took the information from the OSM Iceland Wiki. 
Unfortunately this wiki wasn’t actualised in the last years, probably 
because it’s an awful manual work. I don´t know if there exist a plug 
in to actualise the road list in the wiki with a set of 
Overpass-queries. The information there is included in OSM, but not 
extracted and processed to the wiki yet.


In the road list from vegagerdin exist a new road network type "Sx". 
The Kjalvegur for example has this network type. I understand it as 
primary highland route, but left the mapped road as it was.


I focused on the 1 to 3 digits road reference numbers, the four digit 
roads I only looked at, when I strolled over it. When I found 
information about the road, mostly in OSM I tried to fix it immediately.


A few roads I found which I couldn’t identify in OSM. The road might 
exist with a different name and without the mapped reference number. 
As I can’t state a fixme statement on elements which I didn’t find, I 
list the roads here:
378 01  Skíðaskálavegur Hringvegur (1-d8), við Skíðaskála Hringvegur 
(1-d8)

413 03  Breiðholtsbraut Reykjanesbraut Hafnarfjarðarvegur (40)
419 01  Höfðabakki  Reykjanesbraut  Nesbraut (49)
419 02  Höfðabakki  NesbrautHallsvegur (432)
470 01  Fjarðarbraut  Hafnarfjarðarvegur  Hafnarfjörður, 
Lækjargata

470 02  Fjarðarbraut  ÁstorgHafnarsvæði
470 02  Fjarðarbraut  Hafnarfjörður, Lækjargata Hafnarfjörður, 
Hvaleyrarbraut

628 01  Hjarðardalsvegur  Vestfjarðavegur (60-43) Hjarðardalur
713 01  Hvítserksvegur  Vatnsnesvegur (711-05)  711-05 Hvítserkur, 
bílastæði

757 01  Villinganesvegur  Skagafjarðarvegur (752-03) Villinganes
830 02  Svalbarðseyrarvegur Hringvegur (1-q2)   Svalbarðseyri, 
Laugartún

845 02  Aðaldalsvegur Staðarbraut (854-01)Norðausturvegur (85-03)
846 01  Austurhlíðarvegur Hringvegur (1-q8)   Stóru-Laugar
859 01  Hafnarvegur Húsavík Norðausturvegur (85-05) Hafnarsvæði, endi 
gangbrautar

865 01  Gilsbakkavegur  Norðausturvegur (85-12)   Gilhagi 1
897 01  Svalbarðstunguvegur Norðausturvegur (85-24) Fjallalækjarsel
942 01  Steinsvaðsvegur Borgarfjarðarvegur (94-04) Stóra-Steinsvað
942 02  Tjarnarlandsvegur Steinsvaðsvegur (942-01)Tjarnarland
948 01  Gilsárteigsvegur  Borgarfjarðarvegur (94-03) Gilsárteigur 1
949 01  Þrándarstaðavegur Borgarfjarðarvegur (94-01)Þrep
2284  01  Sólheimahjáleiguvegur Mýrdalsjökulsvegur (222-01) 
Sólheimahjáleiga

2285  01  Ytri-Sólheimavegur  Mýrdalsjökulsvegur (222-01) Ytri-Sólheimar 3
2286  01  Ytri-Sólheimavegur 1  Mýrdalsjökulsvegur (222-02) 
Ytri-Sólheimar 1

7079  01  Núpsdalstunguvegur  Arnarvatnsvegur (578-05) Núpsdalstunga

The following roads mapped in OSM I couldn´t find in the road list 
from vegagerdin or the mapped road don’t correspond with the 
information in the vegagerdin road list:

882 01  Leyningshólavegur Villingadalsvegur (8370-01) Leyningshólar
915   Vesturárdalsvegur
2001  01

There are lots of roads in the list, where I couldn’t find the places 
from the list, especially when the road leads to a farm or house.


The list also gives the road length, where the length is measured over 
ground I guess. OSM has no elevation in the map so the measured road 
length is as the ground would be flat. The difference between these 
values should be under 10%. Unfortunately the difference on lots of 
the roads is much higher (up to 50%).
One reason for this could be that the road with certain reference 
number is much further mapped as vegagerdin states it. But on some 
roads also the mapping quality might be poor. But also on these I 
didn’t focus. I might try to improve the map in future when there is 
some time for it.


Also I realised that outside Reykjavík in the villages most of the 
schools aren’t mapped.  The schools are used in summer as guesthouse, 
so only the tourist infrastructure is mapped. Is this still correct? 
How to map this in OSM?


I hope that the Icelandic community have a look on some of the items.


Gleðileg jól og farsælt komandi ár


Michal Hofer

Re: [OSM-talk-fr] Données du STIF sur Osmose

[Christian Quest]

C'est trompeur en effet...

J'ai intégré des arrêts sur ma commune et il manque quelques infos de
contexte pour savoir qu'on ajoute bien le bon ID quand il y a ambiguité. Il
faudrait par exemple le N° des lignes et la direction sinon deux arrêts
proches peuvent être intervertis très facilement.

Le 19 décembre 2016 à 18:22, Noémie Lehuby 
a écrit :

> Hello,
>
> Merci Frédéric.
>
> Du coup, je comprends pas trop comment ça marche : sur tous les arrêts de
> bus où j'ai regardé, j'ai à la fois une proposition d'intégration, et une
> "station" non intégrée. C'est normal ?
> C'est vachement piégeux, ça laisse croire qu'il manque des points dans OSM
> : ça paraitrait plus logique qu'on ait juste la proposition d'intégration,
> non ?
>
> Je reste très sceptique sur les arrêts de bus (pour les raisons que j'ai
> déjà dites, et qui se vérifient bien), mais ça a l'air ok sur les autres
> modes :)
> Et je me lance, ma première pull request Osmose :
> https://github.com/osm-fr/osmose-backend/pull/167
>
> Noémie
>
> Date: Sun, 18 Dec 2016 18:04:19 +0100
>> From: Frédéric Rodrigo 
>> To: Discussions sur OSM en français  
>> Subject: [OSM-talk-fr] Données du STIF sur Osmose
>> Message-ID: 
>> Content-Type: text/plain; charset=utf-8; format=flowed
>>
>>
>> Bonjour,
>>
>> L'intégration des données STIF est disponible sur Osmose. J'ai utilise
>> le CSV pas le GTFS.
>>
>> Si vous avez des remarques je prends (je prends aussi les pull request)
>>
>> http://osmose.openstreetmap.fr/fr/errors/?item=8040
>>
>> http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041%2C80
>> 42=14=48.80728=2.37892=1%2C2%2C3
>>
>>
>> https://github.com/osm-fr/osmose-backend/blob/master/analyse
>> rs/analyser_merge_public_transport_FR_stif.py
>>
>> Et bon courage aux parisiens pour l'intégration !
>>
>>
>> Frédéric.
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

[talk-latam] Fw: [Talk-do] help needed with some Dom Rep OSM data

[Marco Antonio]

Ed necesita de alguien que pueda afrontar mejorar los datos de
república dominicana, el trabajo es remunerado. 

abrazos,

Marco Antonio



Begin forwarded message:

Date: Mon, 19 Dec 2016 17:10:30 +0100
From: Ed Freyfogle 
To: talk...@openstreetmap.org
Subject: [Talk-do] help needed with some Dom Rep OSM data

Hola,

apologies I do not really speak much Spanish so I will have to write in
English.
I am looking to pay someone to help me add / clean up some data to OSM
in Dominican Republic

My name is Ed, OSM id 'freyfogle'
http://www.openstreetmap.org/user/freyfogle

I have a client who would like me to build him a geocoder for Dominican
Republic, but the data in OSM is not great. Specifically I see all 31
provinces + 1 national district are in OSM with boundaries.

An example if Barahona
http://nominatim.openstreetmap.org/details.php?place_id=159675971

but the next level down there is not much. Cities, villages, towns are
all just
nodes with admin level 15 (and thus no boundaries).

- does boundary data exist and can it be added to OSM?
- is anyone on this list interested in helping us with this project?

We do not have a massive budget, but happy to spend it on local expert
help. Please contact me if you are able to help us and I will go into
more detail

many thanks for your attention
Ed

- separately from that, would anyone be interested in doing an
  interview on our blog about the OSM community in Dominican Republic?

Here's an example interview we did about Cuba:
http://blog.opencagedata.com/post/144469399468/country-profile-openstreetmap-in-cuba

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

Re: [OSM-talk-fr] Données du STIF sur Osmose

[Noémie Lehuby]

Hello,

Merci Frédéric.

Du coup, je comprends pas trop comment ça marche : sur tous les arrêts 
de bus où j'ai regardé, j'ai à la fois une proposition d'intégration, et 
une "station" non intégrée. C'est normal ?
C'est vachement piégeux, ça laisse croire qu'il manque des points dans 
OSM : ça paraitrait plus logique qu'on ait juste la proposition 
d'intégration, non ?


Je reste très sceptique sur les arrêts de bus (pour les raisons que j'ai 
déjà dites, et qui se vérifient bien), mais ça a l'air ok sur les autres 
modes :)
Et je me lance, ma première pull request Osmose : 
https://github.com/osm-fr/osmose-backend/pull/167


Noémie


Date: Sun, 18 Dec 2016 18:04:19 +0100
From: Frédéric Rodrigo 
To: Discussions sur OSM en français  
Subject: [OSM-talk-fr] Données du STIF sur Osmose
Message-ID: 
Content-Type: text/plain; charset=utf-8; format=flowed

Bonjour,

L'intégration des données STIF est disponible sur Osmose. J'ai utilise
le CSV pas le GTFS.

Si vous avez des remarques je prends (je prends aussi les pull request)

http://osmose.openstreetmap.fr/fr/errors/?item=8040

http://osmose.openstreetmap.fr/fr/map/#item=8040%2C8041%2C8042=14=48.80728=2.37892=1%2C2%2C3


https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_public_transport_FR_stif.py

Et bon courage aux parisiens pour l'intégration !


Frédéric.



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

[Talk-es] Fwd: [GeografosAragón] Concurso ENERGIC-OD

[Miguel Sevilla-Callejo]

Quizá alguien de los que usan OSM y desarrollan alguna aplicación le 
apetece echarle un vistazo a esto.



 Mensaje reenviado 
Asunto: [GeografosAragón] Concurso ENERGIC-OD
Fecha:  Fri, 16 Dec 2016 09:45:29 +0100



Estimad@s colegas:

El proyecto europeo ENERGIC-OD  ha convocado 
un concurso destinado a estimular el uso de datos geográficos abiertos, 
dirigido a estudiantes, recién graduados, /start-ups/, /pymes/, 
desarrolladores, emprendedores digitales, etc.
El objetivo del concurso es el de premiar ideas innovadoras relativas al 
uso y explotación de datos geográficos abiertos. Para participar, solo 
es necesario presentar el prototipo de una aplicación que haga uso de 
ese tipo de información y de uno de los /hubs/ virtuales desarrollados 
en el proyecto, junto con una breve descripción del modelo de negocio 
que podría seguir la aplicación.


El primer premio consiste en 1.500 €, así como en la ayuda experta de 
los socios del proyecto ENERGIC-OD  para 
comenzar a desarrollar la aplicación.
Su objetivo esencial es desarrollar aplicaciones que utilicen datos 
geoespaciales abiertos a través de una arquitectura basada en /hubs/ 
virtuales, intentando resolver el problema de tener que acceder a 
conjuntos de fuentes de datos muy heterogéneas y dando respuesta a 
comunidades de usuarios muy diferentes.

Toda la información sobre el concurso puede encontrarse aquí:

http://www.energic-od.eu/contest.

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

Re: [Talk-it] Richiesta apertura dati al comune di Padova

[Davide Sandona']

per non sbagliare ho inviato oggi pomeriggio una mail all'ufficio SIT, vi
terrò aggiornati se rispondono...

Davide.

Il giorno 19 dicembre 2016 17:44, Maurizio Napolitano 
ha scritto:

> Sul sito non vedo nessun copyright, quindi si può assumere che si
> tratta di open data by default.
> Guardando le chiamate vedo che i dati sono esposti via RestAPI di ArcGIS
>
> Quindi qui si trovano alcuni dati
> http://cartografia.comune.padova.it/ArcGIS/rest/services/dbtopo/MapServer/
> http://cartografia.comune.padova.it/ArcGIS/rest/services/topo/MapServer/
>
> qui ad esempio ho creato il geojson con tutte le aree pedonali di Padova
> http://bl.ocks.org/d/5cb60b1de323ad6a97791dd87c823915
>
> In sintesi:
> rimanendo molto "on the border"  si potrebbe dire che i dati sono in open
> data
>
>
> 2016-12-17 12:22 GMT+01:00 Davide Sandona' :
> > Salve,
> > volevo chiedere se qualcuno avesse già chiesto l'apertura dei dati
> > geografici al comune di Padova [1]. Sulla wiki non ho trovato nulla nelle
> > potenziali fonti dati.
> > Nel caso posso farlo io, scrivendo una mail all'URP. Problema: a chi devo
> > chiedere che la mail venga inoltrata? Al sindaco?
> >
> > [1] http://cartografia.comune.padova.it/mappe/index.html
> >
> > Davide.
> >
> > ___
> > Talk-it mailing list
> > Talk-it@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-it
> >
>
>
>
> --
> Maurizio "Napo" Napolitano
> http://de.straba.us
>
> ___
> 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] Richiesta apertura dati al comune di Padova

[Maurizio Napolitano]

Sul sito non vedo nessun copyright, quindi si può assumere che si
tratta di open data by default.
Guardando le chiamate vedo che i dati sono esposti via RestAPI di ArcGIS

Quindi qui si trovano alcuni dati
http://cartografia.comune.padova.it/ArcGIS/rest/services/dbtopo/MapServer/
http://cartografia.comune.padova.it/ArcGIS/rest/services/topo/MapServer/

qui ad esempio ho creato il geojson con tutte le aree pedonali di Padova
http://bl.ocks.org/d/5cb60b1de323ad6a97791dd87c823915

In sintesi:
rimanendo molto "on the border"  si potrebbe dire che i dati sono in open data


2016-12-17 12:22 GMT+01:00 Davide Sandona' :
> Salve,
> volevo chiedere se qualcuno avesse già chiesto l'apertura dei dati
> geografici al comune di Padova [1]. Sulla wiki non ho trovato nulla nelle
> potenziali fonti dati.
> Nel caso posso farlo io, scrivendo una mail all'URP. Problema: a chi devo
> chiedere che la mail venga inoltrata? Al sindaco?
>
> [1] http://cartografia.comune.padova.it/mappe/index.html
>
> Davide.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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

Re: [Talk-it] Richiesta apertura dati al comune di Padova

[Alessandro]

Il 19/12/2016 16:47, Paolo Monegato ha scritto:



Attualmente a Padova c'è il commissario prefettizio (la giunta è caduta
perché è saltata la maggioranza)... dunque al sindaco sicuramente no.
Tra l'altro non so nemmeno se il commissario possa prendere decisioni
del genere, probabilmente bisogna aspettare che venga eletto il nuovo
sindaco.



Durante il commissariamento si svolgono le funzioni minime per non 
bloccare il comune. Di sicuro non la prendono nemmeno in considerazione.


Alessandro


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

Re: [Talk-it] OSM e CAI

[pietro marzani]

Il Lunedì 19 Dicembre 2016 14:21, Luca Delucchi  ha 
scritto:


>> http://wiki.openstreetmap.org/wiki/Trentino/Strade_forestali_provinciali#Preimpostazioni_per_JOSM
>allora ho guardato questo preset e non va bene perchè ci sono diverse
>problematiche, la più importante è che mette i sentieri CAI com rwn
>invece è stato deciso che sono al 90% dei casi lwn e solo i sentieri
>di più giorni/ o che svalicano regione sono mappati come rwn.
>Pietro potresti rimuove la parte dei sentieri SAT?


Ho tolto dal preset la parte relativa ai Sentieri SAT.
Sinceramente non ricordo se avessimo discusso come crearla (mentre ricordo bene 
che avevamo avuto una discussione abbastanza articolata sulle forestali).
Se pensate sia il caso correggerla e reintrodurla fatemi sapere quali sono
le preimpostazioni corrette.
Forse sarebbe il caso scrivere sulla lista locale per avvisare dei problemi, ed
eventualmente qualcuno potrebbe farsi carico di verificare le rwn che vanno 
modificate in lwn
Ciao ciao
Pietro

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

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

Re: [Talk-it] OSM e CAI

[girarsi_liste]

Il 19/12/2016 13:56, Luca Delucchi ha scritto:
> allora ho guardato questo preset e non va bene perchè ci sono diverse
> problematiche, la più importante è che mette i sentieri CAI com rwn
> invece è stato deciso che sono al 90% dei casi lwn e solo i sentieri
> di più giorni/ o che svalicano regione sono mappati come rwn.
> Pietro potresti rimuove la parte dei sentieri SAT?
> Simone potresti correggere la pagina wiki che hai segnalato?
> 
> Direi che invece va bene la parte sulle forestali.
> 
> 

La pagina parla solo delle strade forestali, per correggere cosa
intendi? di togliere il link al preset per josm? oppure rimandare alla
pagina proposte tag del CAI?

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



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

Re: [Talk-de] Gesetz mit Bezug auf freie Daten [Wochennotiz Nr. 334 06.12.2016–12.12.2016]

[Markus]

Am 19.12.2016 um 16:18 schrieb Simon Poole:
> Ahem

Ich wollte hier eigentlich einen Austausch über eine "gesetzgeberische"
Initiative anstossen - nicht die x-te Diskussion über unser Lizenzmodell.

Vielleicht in einem anderen Lemma?!

Nichts für Ungut,
Markus


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

Re: [Talk-br] Mapeamento de biomas + Wikipédia

[Gerald Weber]

Olá santamariense

Para mim me parece ser o caso de usar
https://wiki.openstreetmap.org/wiki/Proposed_features/Key:protected_area

junto com um multipolígono

https://wiki.openstreetmap.org/wiki/Relation#Multipolygon

abraço

Gerald

2016-12-19 10:59 GMT-02:00 santamariense :

> Estive discutindo com o usuário AjBelnuovo sobre como mapear o bioma
> Mata Atlântica. Isto me parece ser algo abstrato de difícil
> mapeamento. Transcrevo abaixo a discussão originada em
> http://www.openstreetmap.org/changeset/25217160. Queria saber se
> alguém já tem alguma experiência na área.
>
> Comentário de santamariense
> É correto nomear matos como "Mata Atlântica"? E, é correto adicionar a
> tag "wikipedia=pt:Mata Atlântica" a todos estes matos?
> A tag da Wikipédia, serve também para ilustrar artigos da Wikipédia. E
> atualmente só estes matos da metrópole paulistana constam como tal em
> todo o Brasil, vide imagem: http://i.imgur.com/cdoDqDu.png
> Não sei se seria interessante usar a tag da wikipédia nestes casos
> para mapear algo tão abstrato.
>
> Comentário de AjBelnuovo
> Começaria por contestar o termo que você usou " mato " . Pra mim mato
> é uma folhagem que tem no máximo 80 cm de altura , o que não é caso da
> mata em questão , que contém árvores diversas e é área de preservação
> ambiental . Se a mata em questão , que está na Serra do Mar , não faz
> parte do restou da Mata Atlântica , não sei onde ela estaria , mas se
> você contesta o uso da tag , deveria dirigir a pergunta a ONG SOS Mata
> Atlântica e remover o nome caso eles afirmem que não pertença .
> Atualmente eu não dou nome a mata nativa , mas não uso Floresta
> Manejada , onde vejo que ela não foi tratada desta forma .
>
> Comentário de santamariense
> Desculpa, primeiramente porque não compreendo muito dessas coisas, e
> segundo porque aqui no sul a gente chama de mato mesmo, independente
> do tamanho para generalizar. Talvez eu me fiz entender mal. Eu não
> discordei que fosse mata atlântica, mas se seria correto adicionar
> "Mata Atlântica" no nome. Seria como adicionar name=Casa à todas as
> casas (building=house) que estão no mapa. Ou adicionar o nome açude à
> todas os landuse=reservoir. Ou coisa parecida.
> A questão é que mata atlântica é um bioma (relembrei meus tempos de
> colégio agora). Existem sim outras tags que classificam os tipos de
> árvores (https://wiki.openstreetmap.org/wiki/Forest) mas não sei se
> exatamente bioma.
> Acho que deve haver tags mais apropriadas para definir o tipo de mata
> em questão. Eu desconheço porque nunca me ative a mapear este
> detalhamento aqui no OSM.
> Eu te perguntei porque cheguei a pensar que você tivesse falado com a
> comunidade OSM sobre este assunto.
> Eu vim para essa conversa ao ver o artigo Mata Atlântica da Wikipédia.
> Eu tinha a intenção de iniciar um debate se é correto adicionar a tag
> "wikipedia=pt:Mata Atântica" a todos os milhares de retalhos de Mata
> Atlântica que existem no Brasil. Atualmente dá a entender que estas
> áreas de matas são as únicas que restaram em todo o território
> nacional, como pode ser visto nesta imagem que eu reitero
> (http://i.imgur.com/cdoDqDu.png). Dá uma olhadinha no mapa OSM da
> wikipédia conforme a imagem e diga a sua opinião.
>
> Comentário de AjBelnuovo
> Me desculpe pelo jeito grosseiro da minha resposta . Vendo no artigo
> da Wikipédia sobre a Mata Atlântica a foto que mostra a delimitação
> criada pela WWF sobre ela vejo que contempla exatamente a área que
> você marcou na foto http://i.imgur.com/cdoDqDu.png . Acho que seria um
> bom tópico para discussão e que dela talvez fosse gerado uma forma de
> se nomear a toda essa floresta .
>
> ___
> 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] tag inscription

[girarsi_liste]

Il 19/12/2016 16:32, demon.box ha scritto:
> girarsi_liste wrote
>> In questo momento sono lontano dal PC, cerca discussioni contenenti
>> openplate.org, ricordo non molto tempo fa di aver aperto una discussione
>> per qualcosa riguardante il testo superiore ai 250 caratteri.
> 
> immagino che ti riferisci a questo
> 
> http://gis.19327.n8.nabble.com/Inscription-255-caratteri-di-piu-dove-td5877062.html#a5877065
> 
> ma tutto un altro approcio, cioè con il tag openplaques:id metto
> sostanzialmente il link ad una foto della targa ma se io invece voglio
> semplicemente trascrivere il testo nel tag inscription?

No, il sito permette l'inserimento del testo, associato alla foto della
targa, il tag openplaques:id=* è solo il codice seriale della pagina web.

Queste (0) sono le due che ho messo, però non va a capo, ricordo di
averle messe a capo al tempo le righe, però poi mi ha caricato il testo
come lo vedi.

Non trovo se bisogna mettere delle newline(\n), oppure saltare una riga.



(0) http://openplaques.org/places/it/areas/carzano/plaques




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



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

Re: [Talk-it] Richiesta apertura dati al comune di Padova

[Paolo Monegato]

Il 17/12/2016 12:22, Davide Sandona' ha scritto:

Salve,
volevo chiedere se qualcuno avesse già chiesto l'apertura dei dati 
geografici al comune di Padova [1]. Sulla wiki non ho trovato nulla 
nelle potenziali fonti dati.
Nel caso posso farlo io, scrivendo una mail all'URP. Problema: a chi 
devo chiedere che la mail venga inoltrata? Al sindaco?


Attualmente a Padova c'è il commissario prefettizio (la giunta è caduta 
perché è saltata la maggioranza)... dunque al sindaco sicuramente no.
Tra l'altro non so nemmeno se il commissario possa prendere decisioni 
del genere, probabilmente bisogna aspettare che venga eletto il nuovo 
sindaco.


ciao
Paolo M



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

Re: [Talk-it] tag inscription

[demon.box]

girarsi_liste wrote
> In questo momento sono lontano dal PC, cerca discussioni contenenti
> openplate.org, ricordo non molto tempo fa di aver aperto una discussione
> per qualcosa riguardante il testo superiore ai 250 caratteri.

immagino che ti riferisci a questo

http://gis.19327.n8.nabble.com/Inscription-255-caratteri-di-piu-dove-td5877062.html#a5877065

ma tutto un altro approcio, cioè con il tag openplaques:id metto
sostanzialmente il link ad una foto della targa ma se io invece voglio
semplicemente trascrivere il testo nel tag inscription?





--
View this message in context: 
http://gis.19327.n8.nabble.com/tag-inscription-tp5887753p5887772.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] Gesetz mit Bezug auf freie Daten [Wochennotiz Nr. 334 06.12.2016–12.12.2016]

[Simon Poole]

Am 19.12.2016 um 13:09 schrieb Stefan Kaufmann:
> ...
> Kommt dann auch eine liberalere OSM-Lizenz, damit z.B. nicht staendig
> Ausnahmen fuer die OSM gemacht werden muessen, wenn Dritte Daten zur
> Nachnutzung bereitstellen? Da wuerde man sich das Verlinken auf nicht
> 100% OSM-Sonderweg-Konforme URVs sparen.
> ...
Ahem, es ist anders rum: wenn OSM eine restriktivere Lizenz hätte (z.B.
google Geschäftsmodell und Bedingungen) dann wären viel weniger
Ausnahmen nötig. Sachen wie Downstream Attribution etc. können wir ja
gerade wegen unserer liberalen Lizenz nicht leisten.



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

Re: [talk-ph] World Bank's Open Traffic initiative (with Metro Manila as an example)

[Eugene Alvin Villar]

More links:

Interactive map showing traffic data for August 5, 2016:
https://mapzen.github.io/open-traffic-poc-data-demo/#16/14.5567/121.0235

World Bank's April 5 press release for OpenTraffic being launched in the
Philippines:
http://www.worldbank.org/en/news/press-release/2016/04/05/philippines-real-time-data-can-improve-traffic-management-in

World Bank's December 19 press release launching the Open Transport
Partnership:
http://www.worldbank.org/en/news/press-release/2016/12/19/the-world-bank-launches-new-open-transport-partnership-to-improve-transportation-through-open-data


On Mon, Dec 19, 2016 at 11:04 PM, Eugene Alvin Villar 
wrote:

> The World Bank has an initiative called Open Traffic, which seems to be an
> open, but not real-time, version of Waze. Mapzen has a blog article about
> joining this initiative and it uses Metro Manila traffic as an example
> illustration, using anonymized data from Grab.
>
> https://mapzen.com/blog/announcing-open-traffic/
>
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[talk-ph] World Bank's Open Traffic initiative (with Metro Manila as an example)

[Eugene Alvin Villar]

The World Bank has an initiative called Open Traffic, which seems to be an
open, but not real-time, version of Waze. Mapzen has a blog article about
joining this initiative and it uses Metro Manila traffic as an example
illustration, using anonymized data from Grab.

https://mapzen.com/blog/announcing-open-traffic/
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-it] A3 Salerno-Reggio Calabria

[Lorenzo "Beba" Beltrami]

Ciao,
il nome di quell'elemento della mappa qual'è?
"Salerno-Reggio Calabria" o "Napoli-Reggio Calabria" o un altro ancora?
Hai provato anche a contattare chi ha fatto la modifica per sapere cosa ne
pensa?

Una volta deciso il nome ci si può destreggiare tra i vari tag: local_name,
official_name, name, ...[1][2]
Nonostante le indicazioni sul wiki la discussione su cosa inserire nel tag
name è ancora aperta: in questa lista se ne parla abbastanza spesso e a
lungo.

Lorenzo

[1] http://wiki.openstreetmap.org/wiki/Key:name
[2] http://wiki.openstreetmap.org/wiki/Names


Il giorno 19 dicembre 2016 13:14, francesco gargano <
frengofieramos...@gmail.com> ha scritto:

> Buongiorno , approfitto di questa segnalazione dove lo stesso utente ha
> inserito due nomi diversi sulle due carreggiate opposte di un tratto della
> A3
>
> http://osm.org/go/xcnUhghEh-?m=
>
> per chiedervi se non sia il caso che la A3 da Salerno a scendere vada
> ribattezzata "Salerno-Reggio Calabria" visto che tutti i segnali di
> direzione agli svincoli indicano come caposaldo Salerno o i segnali di
> indicazione e preavviso riportano tutti SA-RC o "Salerno-Reggio Calabria"
>
> ___
> 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

[OSM-talk] Key:Destination Abbreviations

[Edwin Smith]

Hi all,Thanks for the responses.The point I think you miss is that it is 
impossible for the navigation program to have the policy "show the driver 
exactly what his sign will say" if it has been altered in any way.  If the 
program is supplied an accurate copy, it can still abbreviate or unabbreviate 
to its hearts content.Cheers,Edwin SmithSent from Yahoo Mail on Android___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] [OSM-talk] This is an auto-generated note from MAPS.ME application:

[Andy Townsend]

On 19/12/2016 14:12, Paul Berry wrote:
That's a definite usability issue in their application (to say nothing 
of an annoyance to OSM mappers downstream). Is it possible to raise it 
with them as a bug?




See

https://github.com/mapsme/omim/issues/4819

and the links from there including one for exactly the same problem that 
was "closed fixed" for a UI change that never happened.


There are many, many other similar issues in there too.

Cheers,

Andy


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

Re: [Talk-it] problemi sulla Cassia

[Dino Michelini]

Se ti riferisci alle strade che riportano il tag name=Via Cassia 
all'interno della "Area Commerciale" sono in realtà delle strade di 
servizio delle Fiera di Viterbo. Evidentemente l'utente Davlak che le ha 
disegnate il 23/04/12 13.34 ma non conosce il posto. Ho controllato 
anche delle modifiche fatte da altri utenti. L'utente Agosan89 il 
15/12/16 20.01 ha modificato alcuni tag: la strada regionale Cassia da 
primary e stata classificata in alcuni tratti come secondary. Inoltre, 
non era aggiornato lo svincolo tra SR Cassia e SP Commeda. Ho sistemato 
le cose. Grazie



Il 19/12/2016 11:14, Alessandro ha scritto:

Ho trovato un tratto della Cassia quadruplicato
https://www.openstreetmap.org/#map=15/42.4570/12.0781
ne ho tolti due ma rimangono due strade duplicate.
Qualcuno della zona potrebbe verificare?

Grazie
  Alessandro Ale_Zena_IT

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



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

Re: [Talk-GB] [OSM-talk] This is an auto-generated note from MAPS.ME application:

[Paul Berry]

That's a definite usability issue in their application (to say nothing of
an annoyance to OSM mappers downstream). Is it possible to raise it with
them as a bug?

Regards,
*Paul*

On 19 December 2016 at 13:28, Philip Barnes  wrote:

> On Fri, 2016-12-09 at 12:54 +, Robert Whittaker (OSM lists) wrote:
> > On 9 December 2016 at 11:49, Dave F 
> > wrote:
> > >
> > > http://www.openstreetmap.org/user/Peter%20Mount/notes
> > >
> > > They are all for the same entity.
> > >
> > > How can we stop this annoying repetition? Can it be blocked at
> > > OSM's end,
> > > contact individual users or, better still, get it blocked at
> > > source? Does
> > > anyone have a contact at Map.me?
> >
> > I wonder if this could be down to a simple misunderstanding of the
> > Map.me UI. As far as the user is concerned he's stated that an object
> > on the map no longer exists. He may not be aware this his action is
> > adding a note rather than deleting the object immediately. So when
> > the
> > object stays on the map, he assumes his action has failed for
> > technical reasons, and so tries again.
> >
> I found out for my self that duplicate notes are easy to create on
> Saturday. I was in Bridgnorth for a few beers with my mate, and before
> that had had a walk around doing some mapping.
>
> I managed to create 4 notes instead of one due to the interface.
> Initially I had wanted to add a category to a building, in this case a
> theatre. Maps.me didn't allow that so I added a note.
>
> Touching the tick had apparently no effect (no animation or screen
> change), so I assumed it hadn't registered and tried again. It was only
> when I looked at the IRC channel and saw the 4 notes I realised what I
> had done.
>
> Phil (trigpoint)
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] OSM e CAI

[Alessandro]

Il 19/12/2016 14:27, Luca Delucchi ha scritto:



puoi aggiungerli nel wiki, potrebbero servire anche toilets, drinking
water, capacity?

magari anche i tag dei i rifugi non gestiti dovrebbero essere un po'
migliorati...



Io gli anni scorsi le informazioni su presenza di stufe e suppellettili 
le inserivo nel campo description.
Quando arriviamo ad un minimo di standard farò una query su tutti gli 
shelter con description!=0


Alessandro


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

[Talk-br] Sobre addr:interpolation - possibilidades

[Sérgio V .]

@Marcos Fedato, traquilo, vai-se vendo quando der; o "Número no logradouro" 127 
8 1205" ("no" logradouro) é o próprio addr:housenumber a extrair.


@santamariense, o layout geral tá no 
ftp://ftp.ibge.gov.br/Censos/Censo_Demografico_2010/Cadastro_Nacional_de_Enderecos_Fins_Estatisticos/

neste arquivo Layout.zip (XML).

>Tendo os alinhamentos das faces, por cálculos se poderia distribuir a 
>numeração ao longo do caminho.

Também poderia ser. Pelo que entendi, criar nós com addr:housenumber já na 
posição certa.


De todo modo (seja para nós ou se for usar nas linhas de face), dependerá 
sempre antes de verificar necessidade de re-posicionamento manual prévio das 
quadras no SHP do IBGE (pode fazer no JOSM antes de validar).


Pois há discrepâncias de fato.

No explicativo do IBGE eles reconhecem problemas de posicionamento:

"Apesar de esta base ter sido georreferenciada utilizando imagens orbitais 
disponíveis, podem haver discrepâncias posicionais em relação ao mundo real em 
algumas áreas do território. "

(Ver em:

ftp://geoftp.ibge.gov.br/recortes_para_fins_estatisticos/malha_de_setores_censitarios/censo_2010/base_de_faces_de_logradouros/1_Leia_me/)


Realinhar manual vai ser inevitável. Mas acho que nem tão demorado; dá pra 
controlar bem.

Deve dar pra realinhar várias quadras ou bairro inteiro numa tacada. (+/-)

O deslocamento é meio homogêneo por várias quadras. Só tem que conferir.


IMAGEM:

Exemplo do problema de desalinhamentos originais (comparado com Porto Alegre 
que já tá bem alinhada no OSM) - Desalinhamentos do IBGE em linhas vermelhas: 
http://i.imgur.com/FaBqQdx.jp


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

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

Re: [OSM-talk-be] Planimetrisch punt

[Marc Gemis]

2016-12-19 14:08 GMT+01:00 Philippe Casteleyn :
> k heb ook al wat rondgelezen en van die 60 cm afwijking geraak ik maar niet
> af. Een geodetisch punt zouden we op zijn minst toch precies moeten kunnen
> plaatsen. 60 cm is een armlengte en als de andere afwijkingen erbij komen
> wordt dat wel wat veel voor een slechtziende. De decimalen in OSM zijn
> precies voor 1 cm, als mijn berekening klopt.

aangezien de aardplaten elk jaar enkele centimeters opschuiven [1],
moet je feitelijk die zaken elk jaar met professionele apparatuur gaan
nameten.

Volgens mij ben je hier zaken aan het mappen waarover men nog niet
veel heeft nagedacht. Misschien omdat men er nog niet veel nut in ziet
? Of omdat de nauwkeurigheid van consumer devices toch te laag is ?
Kan verklaren waarom is de wiki niet heel uitgebreid/duidelijk is. Wat
niet wil zeggen dat je het niet mag mappen, enkel dat je niet veel
hulp moet verwachten ivm met extra uitleg of zuivere definities.


In Frankrijk zijn die dingen inderdaad geïmporteerd.

mvg

m



[1] https://nl.wikipedia.org/wiki/Tektonische_plaat

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

Re: [OSM-talk] [Talk-GB] This is an auto-generated note from MAPS.ME application:

[Philip Barnes]

On Fri, 2016-12-09 at 12:54 +, Robert Whittaker (OSM lists) wrote:
> On 9 December 2016 at 11:49, Dave F 
> wrote:
> > 
> > http://www.openstreetmap.org/user/Peter%20Mount/notes
> > 
> > They are all for the same entity.
> > 
> > How can we stop this annoying repetition? Can it be blocked at
> > OSM's end,
> > contact individual users or, better still, get it blocked at
> > source? Does
> > anyone have a contact at Map.me?
> 
> I wonder if this could be down to a simple misunderstanding of the
> Map.me UI. As far as the user is concerned he's stated that an object
> on the map no longer exists. He may not be aware this his action is
> adding a note rather than deleting the object immediately. So when
> the
> object stays on the map, he assumes his action has failed for
> technical reasons, and so tries again.
> 
I found out for my self that duplicate notes are easy to create on
Saturday. I was in Bridgnorth for a few beers with my mate, and before
that had had a walk around doing some mapping.

I managed to create 4 notes instead of one due to the interface.
Initially I had wanted to add a category to a building, in this case a
theatre. Maps.me didn't allow that so I added a note.

Touching the tick had apparently no effect (no animation or screen
change), so I assumed it hadn't registered and tried again. It was only
when I looked at the IRC channel and saw the 4 notes I realised what I
had done.

Phil (trigpoint)


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

Re: [Talk-GB] [OSM-talk] This is an auto-generated note from MAPS.ME application:

[Philip Barnes]

On Fri, 2016-12-09 at 12:54 +, Robert Whittaker (OSM lists) wrote:
> On 9 December 2016 at 11:49, Dave F 
> wrote:
> > 
> > http://www.openstreetmap.org/user/Peter%20Mount/notes
> > 
> > They are all for the same entity.
> > 
> > How can we stop this annoying repetition? Can it be blocked at
> > OSM's end,
> > contact individual users or, better still, get it blocked at
> > source? Does
> > anyone have a contact at Map.me?
> 
> I wonder if this could be down to a simple misunderstanding of the
> Map.me UI. As far as the user is concerned he's stated that an object
> on the map no longer exists. He may not be aware this his action is
> adding a note rather than deleting the object immediately. So when
> the
> object stays on the map, he assumes his action has failed for
> technical reasons, and so tries again.
> 
I found out for my self that duplicate notes are easy to create on
Saturday. I was in Bridgnorth for a few beers with my mate, and before
that had had a walk around doing some mapping.

I managed to create 4 notes instead of one due to the interface.
Initially I had wanted to add a category to a building, in this case a
theatre. Maps.me didn't allow that so I added a note.

Touching the tick had apparently no effect (no animation or screen
change), so I assumed it hadn't registered and tried again. It was only
when I looked at the IRC channel and saw the 4 notes I realised what I
had done.

Phil (trigpoint)


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

Re: [Talk-it] OSM e CAI

[Luca Delucchi]

2016-12-18 9:36 GMT+01:00 Alfredo Gattai :
>
>
> Grazie, avevamo indicato erroneamente nel titolo come bivacchi quelli che
> sono i rifugi non gestiti.
> Si accettano suggerimenti per la questione chiavi. Probabilmente sia per i
> rifugi non gestiti che per i bivacchi si possono aggiungere:
>
> access
> operator
> description
>
> dove nella descrizione si specifica se sono necessarie le chiavi

puoi aggiungerli nel wiki, potrebbero servire anche toilets, drinking
water, capacity?

magari anche i tag dei i rifugi non gestiti dovrebbero essere un po'
migliorati...

>
> Ciao
> Alfredo
>


-- 
ciao
Luca

www.lucadelu.org

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

[Talk-pe] rutas en Peru

[joost schouppe]

Hola comunidad,

Conozco bien la realidad y el mapa de Peru, ya que cruzé el pais del norte
a sur y de sur a norte en camionsito/casa rodante. La experiencia me ha
cenvencido que en Peru (como en Bolivia o Argentina), no tiene mucho
sentido seguir simplemente la clasification oficial de careteras en
clasificar en OSM. Nuestro mapa no es mapa de un sueño de la red como un
dia sera, pero algo para usar ahora. Asi que siempre tiene que ser que si
hay dos opciones para ir de lugar A a lugar B, la ruta preferible deberia
ser la ruta con la clasificacion mas alta.

En Bolivia, hemos implementado algo asi: [1]

No soy el unico en pensar asi. Para los usuarios (internacionales) del
mapa, seguir clasificacion oficial hace menos util el mapa del Peru. Yo
estoy activo en una red de viajeros con auto proprio, en que casi todos
usan OSM. Ahi me suguiren por favor bajar de clasificacion, ya que tiene
aspecte fisico asi [2]

En general, cumplo con los cambios que me piden, pero en este caso sé que
va directamente en contra de convenciones Peruanos [3]

Asi que a ustedes a definir.

Lo que si hicé es clasificar la ruta Chivay-Sibayo [4] a teriary, ya que es
totalmente dos ruedas y pavimentada. No he conseguido el numera de ruta
para poder definir segun esto. Alguien puede verificar?
(en otras noticias: hay todavia unos pueblos en este camino sin mapear)

Esta ruta no era util para casi nadie, por que estaba mapeado como
highway=road. Esto significa que podria ser todo desde moterway hasta
footway. La mayoria de los apps lo ignoran. Hay mas de mil segmentos en el
Peru del typo road [5]. Casi siempre se puede ver en el imagen satelital si
es carrozable o no, asi que podemos cambiar a casi todos a algo mas
significativo...


1:
https://wiki.openstreetmap.org/wiki/ES:WikiProject_Bolivia/Clasificacion_de_carreteras
2: http://i.imgur.com/N97JNwI.jpg
3:
https://wiki.openstreetmap.org/wiki/Per%C3%BA:Convenciones#Tipo_de_carreteras_.28highways.29
4:
http://www.openstreetmap.org/directions?engine=osrm_car=-15.6376%2C-71.6027%3B-15.4871%2C-71.4606#map=12/-15.5625/-71.5382
5: http://overpass-turbo.eu/s/kKM

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-it] tag inscription

[Simone]

Il 19 dicembre 2016 13:35:48 CET, "demon.box"  ha scritto:
>ciao, scusate, com'è la corretta sintassi del valore nel tag
>inscription
>quando sull'oggetto reale la frase và a capo?
>
>sul wiki non è specificato nulla...
>
>quindi quando la frase và a capo cosa si mette?
>
>un punto e virgola ";" ?
>una barra "/"?
>...oppure nulla?
>
>voi come fate?
>
>grazie
>--enrico
>
>
>
>
>
>--
>View this message in context:
>http://gis.19327.n8.nabble.com/tag-inscription-tp5887753.html
>Sent from the Italy General mailing list archive at Nabble.com.
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

In questo momento sono lontano dal PC, cerca discussioni contenenti 
openplate.org, ricordo non molto tempo fa di aver aperto una discussione per 
qualcosa riguardante il testo superiore ai 250 caratteri.


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-GB] Quarterly Projects: further suggestions

[Stuart Reynolds]

I like the rail and bus station mapping. Even where information on National 
Rail Stations Made Easy exists, it is often out of date and is also not a 'data 
set' in the way we understand data.

Take a look at Victoria Underground station in OSM to see what can be achieved 
with levels and all the different transfer 'means' eg lifts, ramps, escalators 
etc

Regards
Stuart
For traveline south east and anglia

On 19 Dec 2016, at 12:58, SK53 > 
wrote:

Dear All,

A few additional suggestions, largely concerned with accessibility issues:

  *   Step Counts. Partly inspired by Richard 
Fairhurst, but also by 
my own needs. For many of us (parents, people with COPD (e.g., me, but I know 
other OSM contributors too) , older people, etc., etc.) steps are OK in small 
quantities, but beyond a certain number .which will vary with the person (and 
what they are carrying). it may well be desirable to avoid them.

Current numbers of steps by region are as follows:

East Midlands:  593 with steps 3429 without
West Midlands: 51 with steps 1400 without
Wales: 145 with steps 1672 without
Scotland: 662 with steps 5373 without
Northern Ireland: 9 with steps 263 without
East of England: 1132 with steps 2741 without
South-East England: 553 with steps 5072 without
South-West England: 319 with steps 4730 without
North-West England: 107 with steps 3191 without
North-East England: 211 with steps 1287 without
Yorkshire and the Humber: 262 with steps 2680 without
Greater London: 252 with 4286 without

I'm pretty sure we are missing masses of steps: we have mapped over 1000 in 
Nottingham City alone. However, finding them is another matter. So adding info 
to those already done is easier. Like many objects just a visit may elicit 
other things to map. This brings me to the next suggestion.

  *   Railway & Bus stations. There are now excellent precedents for mapping 
public transport interchanges in a lot of detail (e.g., work done by the 
OpenRailwayMap team in Germany & the 
Transilien.
 In general the focus should be in adding information which helps with access. 
Adding this type of detail may provide opportunities to engage with facility 
owners & promoting open data strategies for improving information about access 
for people with restricted mobility. Additionally these provide a special 
domain for mappers to learn about Simple 3D buildings & indoor tagging.

  *   Disabled Parking Spaces. I find the current method 
(amenity=parking_space,
 disabled=yes) not entirely satisfactory, but this is what currently exists. 
Also capacity tags can be used, but don't show where disabled spaces are 
located in larger facilities. There may be some open data on this for some 
cities (e.g., 
Nottingham. Most 
spaces will be in town/city centres and public & customer car parks.

Of course these could be lumped together as a general "access for restricted 
mobility" quarterly project, but I think the area is so large that it's better 
to focus on smaller targets.

Regards,

Jerry

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

[OSM-talk-be] Planimetrisch punt

[Philippe Casteleyn]

Gelukkig waren er geen opmerkingen over licenties.

Ik heb ook al wat rondgelezen en van die 60 cm afwijking geraak ik maar niet 
af. Een geodetisch punt zouden we op zijn minst toch precies moeten kunnen 
plaatsen. 60 cm is een armlengte en als de andere afwijkingen erbij komen wordt 
dat wel wat veel voor een slechtziende. De decimalen in OSM zijn precies voor 1 
cm, als mijn berekening klopt.

Aan de wiki over "man_made=survey_point" is nog wat werk. Het is mij niet 
duidelijk of mijn punt triangulation is. En met observation_spot, bedoelen ze 
daar een jachthut mee ? Ik ben al blij als ik een node zie en ik weet waarover 
het gaat. Maar helaas. Ik heb rondgekeken met overpassturbo. En het is weer een 
ramp. De wilde weldoener heeft weer toegeslagen. "man_made=survey_point" is de 
enige tag en de rest mag ik raden. Een altimetrisch of een planimetrisch punt ? 
Een jachthut of een radiobaken ? De serieuze mapper mag er weer achteraan lopen.

Het lijkt er op dat in Frankrijk een import van de geodetische punten gebeurd 
is.







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

[Talk-br] Mapeamento de biomas + Wikipédia

[santamariense]

Estive discutindo com o usuário AjBelnuovo sobre como mapear o bioma
Mata Atlântica. Isto me parece ser algo abstrato de difícil
mapeamento. Transcrevo abaixo a discussão originada em
http://www.openstreetmap.org/changeset/25217160. Queria saber se
alguém já tem alguma experiência na área.

Comentário de santamariense
É correto nomear matos como "Mata Atlântica"? E, é correto adicionar a
tag "wikipedia=pt:Mata Atlântica" a todos estes matos?
A tag da Wikipédia, serve também para ilustrar artigos da Wikipédia. E
atualmente só estes matos da metrópole paulistana constam como tal em
todo o Brasil, vide imagem: http://i.imgur.com/cdoDqDu.png
Não sei se seria interessante usar a tag da wikipédia nestes casos
para mapear algo tão abstrato.

Comentário de AjBelnuovo
Começaria por contestar o termo que você usou " mato " . Pra mim mato
é uma folhagem que tem no máximo 80 cm de altura , o que não é caso da
mata em questão , que contém árvores diversas e é área de preservação
ambiental . Se a mata em questão , que está na Serra do Mar , não faz
parte do restou da Mata Atlântica , não sei onde ela estaria , mas se
você contesta o uso da tag , deveria dirigir a pergunta a ONG SOS Mata
Atlântica e remover o nome caso eles afirmem que não pertença .
Atualmente eu não dou nome a mata nativa , mas não uso Floresta
Manejada , onde vejo que ela não foi tratada desta forma .

Comentário de santamariense
Desculpa, primeiramente porque não compreendo muito dessas coisas, e
segundo porque aqui no sul a gente chama de mato mesmo, independente
do tamanho para generalizar. Talvez eu me fiz entender mal. Eu não
discordei que fosse mata atlântica, mas se seria correto adicionar
"Mata Atlântica" no nome. Seria como adicionar name=Casa à todas as
casas (building=house) que estão no mapa. Ou adicionar o nome açude à
todas os landuse=reservoir. Ou coisa parecida.
A questão é que mata atlântica é um bioma (relembrei meus tempos de
colégio agora). Existem sim outras tags que classificam os tipos de
árvores (https://wiki.openstreetmap.org/wiki/Forest) mas não sei se
exatamente bioma.
Acho que deve haver tags mais apropriadas para definir o tipo de mata
em questão. Eu desconheço porque nunca me ative a mapear este
detalhamento aqui no OSM.
Eu te perguntei porque cheguei a pensar que você tivesse falado com a
comunidade OSM sobre este assunto.
Eu vim para essa conversa ao ver o artigo Mata Atlântica da Wikipédia.
Eu tinha a intenção de iniciar um debate se é correto adicionar a tag
"wikipedia=pt:Mata Atântica" a todos os milhares de retalhos de Mata
Atlântica que existem no Brasil. Atualmente dá a entender que estas
áreas de matas são as únicas que restaram em todo o território
nacional, como pode ser visto nesta imagem que eu reitero
(http://i.imgur.com/cdoDqDu.png). Dá uma olhadinha no mapa OSM da
wikipédia conforme a imagem e diga a sua opinião.

Comentário de AjBelnuovo
Me desculpe pelo jeito grosseiro da minha resposta . Vendo no artigo
da Wikipédia sobre a Mata Atlântica a foto que mostra a delimitação
criada pela WWF sobre ela vejo que contempla exatamente a área que
você marcou na foto http://i.imgur.com/cdoDqDu.png . Acho que seria um
bom tópico para discussão e que dela talvez fosse gerado uma forma de
se nomear a toda essa floresta .

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

Re: [Talk-it] OSM e CAI

[Luca Delucchi]

2016-12-17 9:38 GMT+01:00 girarsi_liste :

>
> Per capire al di là dell'esito della votazione/consenso, per quanto
> riguarda i sentieri SAT del Trentino, l'attuale preset (0), è
> complementare, oppure questo del CAI è globale, di fatto si usa
> quest'ultimo su tali sentieri?
>
> (0)
> http://wiki.openstreetmap.org/wiki/Trentino/Strade_forestali_provinciali#Preimpostazioni_per_JOSM
>

allora ho guardato questo preset e non va bene perchè ci sono diverse
problematiche, la più importante è che mette i sentieri CAI com rwn
invece è stato deciso che sono al 90% dei casi lwn e solo i sentieri
di più giorni/ o che svalicano regione sono mappati come rwn.
Pietro potresti rimuove la parte dei sentieri SAT?
Simone potresti correggere la pagina wiki che hai segnalato?

Direi che invece va bene la parte sulle forestali.


-- 
ciao
Luca

www.lucadelu.org

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

[Talk-GB] Quarterly Projects: further suggestions

[SK53]

Dear All,

A few additional suggestions, largely concerned with accessibility issues:

   - *Step Counts*. Partly inspired by Richard Fairhurst,
    but also by my
   own needs. For many of us (parents, people with COPD (e.g., me, but I know
   other OSM contributors too) , older people, etc., etc.) steps are OK in
   small quantities, but beyond a certain number .which will vary with the
   person (and what they are carrying). it may well be desirable to avoid
   them.

   Current numbers of steps by region are as follows:

   East Midlands:  593 with steps 3429 without
   West Midlands: 51 with steps 1400 without
   Wales: 145 with steps 1672 without
   Scotland: 662 with steps 5373 without
   Northern Ireland: 9 with steps 263 without
   East of England: 1132 with steps 2741 without
   South-East England: 553 with steps 5072 without
   South-West England: 319 with steps 4730 without
   North-West England: 107 with steps 3191 without
   North-East England: 211 with steps 1287 without
   Yorkshire and the Humber: 262 with steps 2680 without
   Greater London: 252 with 4286 without

   I'm pretty sure we are missing masses of steps: we have mapped over 1000
   in Nottingham City alone. However, finding them is another matter. So
   adding info to those already done is easier. Like many objects just a visit
   may elicit other things to map. This brings me to the next suggestion.

   - *Railway & Bus stations*. There are now excellent precedents for
   mapping public transport interchanges in a lot of detail (e.g., work done
   by the OpenRailwayMap team in Germany & the Transilien
   .
   In general the focus should be in adding information which helps with
   access. Adding this type of detail may provide opportunities to engage with
   facility owners & promoting open data strategies for improving information
   about access for people with restricted mobility. Additionally these
   provide a special domain for mappers to learn about Simple 3D buildings &
   indoor tagging.

   - *Disabled Parking Spaces*. I find the current method (
   amenity=parking_space
   ,
   disabled=yes) not entirely satisfactory, but this is what currently exists.
   Also capacity tags can be used, but don't show where disabled spaces are
   located in larger facilities. There may be some open data on this for some
   cities (e.g., Nottingham
   . Most spaces
   will be in town/city centres and public & customer car parks.

Of course these could be lumped together as a general "access for
restricted mobility" quarterly project, but I think the area is so large
that it's better to focus on smaller targets.

Regards,

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

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[santamariense]

Agora sim a coisa está andando. :)

@Sergio, de onde você obteve o que significa cada parte do layout?
Deduziu? Ou achou a fonte?

Eu pensei em trabalhar com coordenadas UTM, visto que a numeração das
casas é em metros. Isso poderia facilitar de alguma maneira. Tendo os
alinhamentos das faces, por cálculos se poderia distribuir a numeração
ao longo do caminho.

É possível mover pontos espacialmente no QGIS utilizando-se
calculadora de campo? Se não for, um programa externo poderia gerar as
coordenadas.

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

[Talk-it] tag inscription

[demon.box]

ciao, scusate, com'è la corretta sintassi del valore nel tag inscription
quando sull'oggetto reale la frase và a capo?

sul wiki non è specificato nulla...

quindi quando la frase và a capo cosa si mette?

un punto e virgola ";" ?
una barra "/"?
...oppure nulla?

voi come fate?

grazie
--enrico





--
View this message in context: 
http://gis.19327.n8.nabble.com/tag-inscription-tp5887753.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] Key:Destination Abbreviations

[Aun Johnsen]

> On Dec 19, 2016, at 10:00, talk-requ...@openstreetmap.org wrote:
> 
> Well, it still can, the software just needs to know
> how to abbreviate words, which is easy to do. The other way round,
> automatically expanding an abbreviation (i.e. reading aloud) may be
> ambiguous.
Let me expand a little on ambiguity, so that this get clearer:

Ave is both a valid abbreviation and a valid part of a street name “Street of 
God’s Ave”

Dr have multiple meanings (Doctor, Drive, Driveway, etc.)

Some countries have distinct rules where some words appear in a street name, 
while others.

In some countries street names can contain the same abbreviation meaning 
different things: “R. Hilary R. Clinton” for “Rua Hilary Rodham Clinton”

The software should know that Dr is a valid abbreviation for Drive, but should 
not be expected to understand that Dr is a valid abbreviation for Drive, as it 
could as well be Driveway or Doctor.

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

[Talk-it] A3 Salerno-Reggio Calabria

[francesco gargano]

Buongiorno , approfitto di questa segnalazione dove lo stesso utente ha
inserito due nomi diversi sulle due carreggiate opposte di un tratto della
A3

http://osm.org/go/xcnUhghEh-?m=

per chiedervi se non sia il caso che la A3 da Salerno a scendere vada
ribattezzata "Salerno-Reggio Calabria" visto che tutti i segnali di
direzione agli svincoli indicano come caposaldo Salerno o i segnali di
indicazione e preavviso riportano tutti SA-RC o "Salerno-Reggio Calabria"
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] Gesetz mit Bezug auf freie Daten [Wochennotiz Nr. 334 06.12.2016–12.12.2016]

[Stefan Kaufmann]

Am 2016-12-19 um 10:29 schrieb Markus:

Am 19.12.2016 um 10:04 schrieb mapwitch:

Man könnte die WN hinter eine OSM-Anmeldung packen


Und man könnte den FOSSGIS und die OSMF bitten parallel
politisch tätig zu werden.

Ziel wäre ein entsprechendes Gesetz
mit Fokus auf freie Daten.

Da gibt es auch viele Mitstreiter, die synergetisch vernetzt und mit
entsprechender PR, sicher erfolgreich sein werden :-)


Kommt dann auch eine liberalere OSM-Lizenz, damit z.B. nicht staendig 
Ausnahmen fuer die OSM gemacht werden muessen, wenn Dritte Daten zur 
Nachnutzung bereitstellen? Da wuerde man sich das Verlinken auf nicht 
100% OSM-Sonderweg-Konforme URVs sparen.


regards,
-stk

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

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Marcos Fedato]

Oi Sérgio,

Eu nao sei se devemos usar o codigo do setor pois as ruas podem ser maiores q o 
setor.

Eu estou fora da minha base hj tenho um teste pra ver se viro pmp, entao nao 
conseguirei olhar algo simples que é esse campo:

Número no logradouro 127 8

Sera q não é ele? Uma mesma rua em diferentes setores tem o mesmo número?

Pois ao meu ver como nao podemos usar o setor, homonimos serão o problema, 
principalmente em bairros nao nomeados ainda como rua 1 ou rua projetada 1... 
varias cidades tem homonimos dessas ruas, talvez de pra complementar com a 
localidade tipo rua 1 - centro e outra seria rua 1 - jardim pipoca... só 
olhando o dado.

Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: "Sérgio V." 
Data: 19/12/2016 09:22 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Sobre addr:interpolation - possibilidades


@Marcos Fedato,

Beleza, vamos tentando ver o que se consegue. Conseguir o sentido da rua e das 
linhas de face será outra mão na roda.

>(eu nao lembro se tem algum codigo unico por logradouro ou se seria possivel 
>só pelo nome da rua pois podemos ter problemas com homonimos).

Essa é a questão também, procurei mas não encontrei no CNEFE algum arquivo que 
tenha um código único de rua. Complica um pouco mais ter que filtrar por "nome 
de logradouro" + os códigos da cidade/setor/etc...


Mas considerando o código completo do setor onde está a linha de face (ex. no 
shp CD_SETOR=43149020562 // equivalente àquela compilação dos atributos do 
TXT, e menor e mais restrito que o código da cidade=4314902), não deve haver 2 
ruas com mesmo nome no mesmo CD_SETOR.

Isto talvez já facilitaria um pouco mais.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
LAYOUT DOS TXT DO CNEFE (Layout.xls):

Variável Posição Inicial Tamanho EXEMPLO(#=NULL)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Código da UF 1 2 43
Código do município 3 5 14902
Código do distrito 8 2 #5
Código do subdistrito 10 2 #0
Código do setor 12 4 ##62 [= compilação CD_SETOR: 43149020562 (*1*)]
Situação do setor 16 1 1
Tipo do logradouro 17 20 RUA
Título do logradouro 37 30 DUQUE
Nome do logradouro 67 60 DE CAXIAS
Número no logradouro 127 8 1205   [= NÚMEROS A SELECIONAR NA QUADRA PARA SHP 
(*1*)]
Modificador do número 135 7 #
Complemento
Elemento 1 142 20 #
Valor 1 162 10 #
Elemento 2 172 20 #
Valor 2 192 10 #
Elemento 3 202 20 #
Valor 3 222 10 #
Elemento 4 232 20 #
Valor 4 252 10 #
Elemento 5 262 20 #
Valor 5 282 10 #
Elemento 6 292 20 #
Valor 6 312 10 #
Latitude 322 15 #
Longitude 337 15 #
Localidade 352 60 CENTRO
Nulo 412 60 #
Espécie de endereço 472 2 06
Identificação estabelecimento 474 40 MUSEU JULIO DE CASTILHOS
Indicador de endereço 514 1 1
identificação domicílio coletivo515 30 #
Número da quadra (*) 545 3 001
Número da face 548 3 004 [= CD_GEO: 43149020562001004 (*1*)]
CEP 551 8 90010283

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


Valeu!

Vamos experimentando.


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

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

Re: [OSM-talk-fr] Nouvelles bornes Trilib'

[Florian LAINEZ]

Bon ben on a une réponse : ça sera dispo bientôt ;)
https://twitter.com/EcoEmballagesSA/status/810810802412408833

Du coup, quitte à faire un monologue sur cette liste, je pense que je vais
également me féliciter en sus.
Et bonne journée à tous !

Le 19 décembre 2016 à 12:30, Florian LAINEZ  a écrit :

> Hello,
> De nouvelles bornes de recyclages Trilib' sont actuellement installées
> dans les rues de Paris. Plus de détails sur ces bornes :
> http://www.ecoemballages.fr/trilib
> J'en ai rajouté une ici : https://www.openstreetmap.org/node/4561625761
>
> Les emplacements (sans précision sur la licence) sont ici :
> https://www.google.com/maps/d/u/0/viewer?mid=1I4BmDUuK6_
> BhAygXB_KqT2hmiOA=48.8571767956718%2C2.36557134982=12
>
> J'ai envoyé un tweet et un email au contact indiqué sur le flyer pour
> obtenir une précision sur la licence ... avec un peu de chance on aura ça
> dans OSMOSE d'ici noël ;)
>
> Je vous tiens au courant si j'ai un retour
> ++
>
> --
>
> *Florian Lainez*
> @overflorian 
>



-- 

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

[OSM-talk-fr] Nouvelles bornes Trilib'

[Florian LAINEZ]

Hello,
De nouvelles bornes de recyclages Trilib' sont actuellement installées dans
les rues de Paris. Plus de détails sur ces bornes :
http://www.ecoemballages.fr/trilib
J'en ai rajouté une ici : https://www.openstreetmap.org/node/4561625761

Les emplacements (sans précision sur la licence) sont ici :
https://www.google.com/maps/d/u/0/viewer?mid=1I4BmDUuK6_BhAygXB_KqT2hmiOA=48.8571767956718%2C2.36557134982=12

J'ai envoyé un tweet et un email au contact indiqué sur le flyer pour
obtenir une précision sur la licence ... avec un peu de chance on aura ça
dans OSMOSE d'ici noël ;)

Je vous tiens au courant si j'ai un retour
++

-- 

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

[Talk-br] Sobre addr:interpolation - possibilidades

[Sérgio V .]

@Marcos Fedato,

Beleza, vamos tentando ver o que se consegue. Conseguir o sentido da rua e das 
linhas de face será outra mão na roda.

>(eu nao lembro se tem algum codigo unico por logradouro ou se seria possivel 
>só pelo nome da rua pois podemos ter problemas com homonimos).

Essa é a questão também, procurei mas não encontrei no CNEFE algum arquivo que 
tenha um código único de rua. Complica um pouco mais ter que filtrar por "nome 
de logradouro" + os códigos da cidade/setor/etc...


Mas considerando o código completo do setor onde está a linha de face (ex. no 
shp CD_SETOR=43149020562 // equivalente àquela compilação dos atributos do 
TXT, e menor e mais restrito que o código da cidade=4314902), não deve haver 2 
ruas com mesmo nome no mesmo CD_SETOR.

Isto talvez já facilitaria um pouco mais.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
LAYOUT DOS TXT DO CNEFE (Layout.xls):

Variável Posição Inicial Tamanho EXEMPLO(#=NULL)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Código da UF 1 2 43
Código do município 3 5 14902
Código do distrito 8 2 #5
Código do subdistrito 10 2 #0
Código do setor 12 4 ##62 [= compilação CD_SETOR: 43149020562 (*1*)]
Situação do setor 16 1 1
Tipo do logradouro 17 20 RUA
Título do logradouro 37 30 DUQUE
Nome do logradouro 67 60 DE CAXIAS
Número no logradouro 127 8 1205   [= NÚMEROS A SELECIONAR NA QUADRA PARA SHP 
(*1*)]
Modificador do número 135 7 #
Complemento
Elemento 1 142 20 #
Valor 1 162 10 #
Elemento 2 172 20 #
Valor 2 192 10 #
Elemento 3 202 20 #
Valor 3 222 10 #
Elemento 4 232 20 #
Valor 4 252 10 #
Elemento 5 262 20 #
Valor 5 282 10 #
Elemento 6 292 20 #
Valor 6 312 10 #
Latitude 322 15 #
Longitude 337 15 #
Localidade 352 60 CENTRO
Nulo 412 60 #
Espécie de endereço 472 2 06
Identificação estabelecimento 474 40 MUSEU JULIO DE CASTILHOS
Indicador de endereço 514 1 1
identificação domicílio coletivo515 30 #
Número da quadra (*) 545 3 001
Número da face 548 3 004 [= CD_GEO: 43149020562001004 (*1*)]
CEP 551 8 90010283

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


Valeu!

Vamos experimentando.


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

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

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Marcos Fedato]

Eu acho que consigo fazer algo no arcgis para arrumar o sentido em ruas que tem 
mais de um trecho (face).

Numeracao nao sequencial estragaria o processo, mas deve dar para identificar 
quem nao tem numeracao sequencial (sobresicao dos ranges de numeros das ruas).

Esses que tem sobreposicao a gente pularia para analise posterior.

O que precisaria ser feito seria: pegar todos os trechos com mesmo nome na 
mesma cidade (eu nao lembro se tem algum codigo unico por logradouro ou se 
seria possivel só pelo nome da rua pois podemos ter problemas com homonimos)

Depois identificar uma sequencia entre eles, eu verificaria se a rua é mais 
latitudinal ou longitudinal e com base nesso usaria a ordem da latitude lu da 
lingitude pra ordenar quem vem depois de quem.

Com as ruas ordenadas (ainda nao necessariamente no sentido correto) agora 
entrariam os minimos e maximos da numeracao do cnefe em cada trecho da rua 
(face de quadra).

Aí é comparar se o sentido atual das ruas está correto (se a numeracao q 
atribuimos de ordem para cada trecho precisa ser invertida).

Nesse ponto saberemos se a rua começa mais ao norte ou ao sul ze ela for 
latitudinal ou se ela comeca a leste ou oeste se ela for longitudinal.

Aí eu passaria em cada trecho (face de quadra/face de logradouro) verificando 
se o primeiro e o ultimo vértice de cada linha estão alinhados a direcao da rua 
(pelas cordenadas y ou x do ponto inicial de acordo se a rua é latitudinal ou 
longitudinal e o sentido (norte, sul, leste oeste) da rua.

Ex caso a rua sena latitudinal e comece no norte, mas o trecho dela o y inicial 
seja menor que o y final, o trecho precisaria ser invertido pois quanto maior o 
y mais ao norte.

É um belo trampo. Eu só abri o qgis para ver como é nao manjo de geoprocessing 
nele mas isso q eu falei é exequivel em arcgis tranquilo só precisa de um tempo 
de dedicacão e amor.



Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: "Sérgio V." 
Data: 18/12/2016 22:56 (GMT-03:00)
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Sobre addr:interpolation - possibilidades


Sim, de fato, tava vendo melhor agora, o lado já viria certo (problema é 
atribuir o sentido do menor/maior):

-o TXT traz a numeração do endereço, com número do setor,  quadra e face (mas 
não traz coordenadas);

-que correspondem no SHP ao valor de "CD_GEO" (as linhas das faces já 
georreferenciadas).


Assim, sejam ímpares ou pares ou misturados, já correspondem ao código do lado 
certo da rua (face).


EXEMPLO:
PORTO ALEGRE - FACE DE QUADRA DO MUSEU JULIO DE CASTILHOS: RUA DUQUE DE CAXIAS 
1205
(MAS PODERIA SER QUALQUER CIDADE)


TXT: (não tem coordenadas)

-Posição Inicial 1 (Códigos UF, município, distrito, subdistrito, setor)= 
43149020562

-Posição Inicial 67 (Nome do logradouro)=DE CAXIAS

-Posição Inicial 127(NÚMERO NO LOGRADOURO)=1205

-Posição Inicial 545 (Quadra e Face)= 001004


SHP:  "CD_GEO"=43149020562001004 (=aos valores de [1...;545...] do TXT)


O que precisaria fazer (automatizar):

-(no TXT) selecionar todas as "faces de quadras" da "mesma rua" (Nome do 
logradouro + distrito, subdistrito...);

-destas, selecionar todos os "números  no logradouro" de cada face de quadra e 
destacar "o maior e o menor";

-(no SHP) copiar os valores  de maior e menor número do TXT para cada linha de 
face no SHP;

-ordenar as faces segundo os  "números  no logradouro";

-atribuir sentido às linhas, em ordem;

-atribuir a cada face do SHP, em sequencia, 2 novos campos com os valores para 
 e  

(ou já adicionar direto um campo (addr_inter) com os valores para 
-).


Depois só trocar o nome no JOSM para addr:interpolation.

Ficaria pronto para examinar no JOSM com o existente, validar e importar.


Mas não sei como automatizar aquilo ali  :-P


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

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

Re: [Talk-de] Gesetz mit Bezug auf freie Daten [Wochennotiz Nr. 334 06.12.2016–12.12.2016]

[Manfred A. Reiter]

Hallo Markus, *

Am 19. Dezember 2016 um 10:29 schrieb Markus :

[...]


> Und man könnte den FOSSGIS und die OSMF bitten parallel politisch tätig zu
> werden.
>
> Ziel wäre ein entsprechendes Gesetz mit Fokus auf freie Daten.
>
> Da gibt es auch viele Mitstreiter, die synergetisch vernetzt und
> mit entsprechender PR, sicher erfolgreich sein werden :-)
>

+1

-- 
## Manfred
## www.weeklyOSM.eu
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] problemi sulla Cassia

[Martin Koppenhoefer]

2016-12-19 11:14 GMT+01:00 Alessandro :

> https://www.openstreetmap.org/#map=15/42.4570/12.0781
>

>
Qualcuno della zona potrebbe verificare?
>



la Cassia è lunga, è vicino Viterbo.

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

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

[Marc Gemis]

I sincerely hope that the import is done properly, while keeping the
existing tagging. I know this is the intention of the people behind
the import, and can only hope that the participants will honor this
methodology.
I just noticed that a mapper has been removing old hand drawn
buildings with improved versions based on GRB, but as a first step he
just deleted all old buildings, without looking at additional tags.
Those are now gone. I wonder how many data he has removed in this
process.

Arrggghhh

regards

m

On Thu, Dec 15, 2016 at 4:22 PM, joost schouppe
 wrote:
>
>>
>> I'm pimarily involved to try and make sure the unevitable import is done
>> properly.
>>
>> Anyway, in my opinion procedures, limited access, checks and training can
>> reduce the risk of something going terribly wrong. Will that prevent all
>> possible mistakes, no, but not thinking about how to do this is worse. We
>> can't prevent people from doing this on their own anyway...
>>
> My feelings exactly: on the one hand we want to do the import as good as
> possible. On the other hand we can't be too perfectionist, because people
> are already starting their own tracing and wild importing. If we go too
> slow, we'll wind up with having to do big reverts or just massive low
> quality data. GRB has its issues, but the quality is definitely comparable
> to what the general mapper does. Not as good as Marc of course, but if that
> were a criterium, I for one should have never started mapping at all.
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [Talk-GB] OSM UK Local Chapter now officially exists

[Andy Robinson]

Awesome chaps. Big thank you for all your hard work in getting off the ground.

 

Happy Christmas

 

Cheers

Andy

 

From: Rob Nickerson [mailto:rob.j.nicker...@gmail.com] 
Sent: 18 December 2016 22:36
To: talk-gb@openstreetmap.org; Brian Prangle
Subject: Re: [Talk-GB] OSM UK Local Chapter now officially exists

 

Brian,

That's great news - quicker than we were expecting :-)

Yesterday (Saturday), I set a basic website up as the one Dennis did had gone 
offline after a period of inactivity. Hopefully Dennis will point the osmuk.org 
domain to it early in the week. I already have one edit to make after this news!

As far as other tasks, I think we suggested:

- Start signing up members on a free plan until prices set at first meeting.

- Research bank accounts so that this can be put to members at the first 
meeting.

- Find a venue for the first meeting.

Was there anything else?

Regards,

Rob

p.s. A merry Christmas to all :-D

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

[Talk-it] problemi sulla Cassia

[Alessandro]

Ho trovato un tratto della Cassia quadruplicato
https://www.openstreetmap.org/#map=15/42.4570/12.0781
ne ho tolti due ma rimangono due strade duplicate.
Qualcuno della zona potrebbe verificare?

Grazie
  Alessandro Ale_Zena_IT

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

Re: [Talk-de] Gesetz mit Bezug auf freie Daten [Wochennotiz Nr. 334 06.12.2016–12.12.2016]

[Markus]

Am 19.12.2016 um 10:04 schrieb mapwitch:
> Man könnte die WN hinter eine OSM-Anmeldung packen

Und man könnte den FOSSGIS und die OSMF bitten parallel
politisch tätig zu werden.

Ziel wäre ein entsprechendes Gesetz
mit Fokus auf freie Daten.

Da gibt es auch viele Mitstreiter, die synergetisch vernetzt und mit
entsprechender PR, sicher erfolgreich sein werden :-)

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] Wochennotiz Nr. 334 06.12.2016–12.12.2016

[mapwitch]

Man könnte die WN hinter eine OSM-Anmeldung packen, so dass zumindest 
alle, die einen Account haben, regelmäßig weiter mit diesem tollen 
Überblick versorgt werden. Und sobald sich die rechtliche Situation 
ändern sollte, fällt die Anmeldung eben wieder weg...


Grüße,
Monika


Am 17.12.2016 um 10:02 schrieb Michael Kugelmann:

haben wir uns dazu entschieden, die
deutsche Ausgabe der Wochennotiz nach dieser Ausgabe einzustellen.

Sehr schade! Danke für das bisherige große Engagement.

Ich kann die Argumente der Mitarbeiter verstehen, welche die Tätigkeit
privat in ihrer Freizeit machen. Allerdings hoffe ich sehr stark, daß
eine Möglichkeit gefuinden wird, dass die Deutsche Ausgabe der WN auch
weiterhin erscheinen kann.


Grüße;
Michael.



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

[Talk-is] OSM Iceland road network data analysis

[michael . hofer50]

Komi i sl og blessu.
  
  My Icelandic language skills are not good enough to write a letter so 
Im writing my message in English.
  
  I did in the last time a road network analysis on OSM Iceland data. Here I 
checked with the road list from vegagerdin 
http://www.vegagerdin.is/vefur2.nsf/Files/Vegaskra_2015/$file/Vegaskra_2015.xlsx
 

 , if the roads and segments of roads are mapped correspondingly to the list.
  
  As mapping basis I took the information from the OSM Iceland Wiki. 
Unfortunately this wiki wasnt actualised in the last years, probably 
because its an awful manual work. I dont know if there exist a 
plug in to actualise the road list in the wiki with a set of Overpass-queries. 
The information there is included in OSM, but not extracted and processed to 
the wiki yet.
  
  In the road list from vegagerdin exist a new road network type "Sx". The 
Kjalvegur for example has this network type. I understand it as primary 
highland route, but left the mapped road as it was.
  
  I focused on the 1 to 3 digits road reference numbers, the four digit roads I 
only looked at, when I strolled over it. When I found information about the 
road, mostly in OSM I tried to fix it immediately.
  
  A few roads I found which I couldnt identify in OSM. The road might 
exist with a different name and without the mapped reference number. As I 
cant state a fixme statement on elements which I didnt find, I 
list the roads here:
  378 01 Skasklavegur Hringvegur (1-d8), vi 
Skaskla Hringvegur (1-d8)
  413 03 Breiholtsbraut 
Reykjanesbraut
 Hafnarfjararvegur (40)
  419 01 Hfabakki 
Reykjanesbraut
 Nesbraut (49)
  419 02 Hfabakki 
Nesbraut
 Hallsvegur (432)
  470 01 Fjararbraut 
Hafnarfjararvegur 
Hafnarfjrur, Lkjargata
  470 02 Fjararbraut 
storg
 Hafnarsvi
  470 02 Fjararbraut Hafnarfjrur, 
Lkjargata Hafnarfjrur, Hvaleyrarbraut
  628 01 Hjarardalsvegur Vestfjaravegur 
(60-43) Hjarardalur
  713 01 Hvtserksvegur Vatnsnesvegur (711-05) 
711-05 Hvtserkur, blasti
  757 01 Villinganesvegur Skagafjararvegur 
(752-03) Villinganes
  830 02 Svalbarseyrarvegur Hringvegur 
(1-q2) Svalbarseyri, Laugartn
  845 02 Aaldalsvegur Staarbraut 
(854-01) Norausturvegur (85-03)
  846 01 Austurhlarvegur Hringvegur 
(1-q8) Stru-Laugar
  859 01 Hafnarvegur Hsavk Norausturvegur 
(85-05) Hafnarsvi, endi gangbrautar
  865 01 Gilsbakkavegur Norausturvegur 
(85-12) Gilhagi 1
  897 01 Svalbarstunguvegur Norausturvegur 
(85-24) Fjallalkjarsel
  942 01 Steinsvasvegur Borgarfjararvegur 
(94-04) Stra-Steinsva
  942 02 Tjarnarlandsvegur Steinsvasvegur (942-01) 
Tjarnarland
  948 01 Gilsrteigsvegur Borgarfjararvegur 
(94-03) Gilsrteigur 1
  949 01 rndarstaavegur Borgarfjararvegur 
(94-01) rep
  2284 01 Slheimahjleiguvegur 
Mrdalsjkulsvegur (222-01) 
Slheimahjleiga
  2285 01 Ytri-Slheimavegur 
Mrdalsjkulsvegur (222-01) 
Ytri-Slheimar 3
  2286 01 Ytri-Slheimavegur 1 
Mrdalsjkulsvegur (222-02) Ytri-Slheimar 1
  7079 01 Npsdalstunguvegur Arnarvatnsvegur 
(578-05) Npsdalstunga
  
  The following roads mapped in OSM I couldnt find in the road list from 
vegagerdin or the mapped road dont correspond with the information in 
the vegagerdin road list:
  882 01 Leyningshlavegur Villingadalsvegur (8370-01) 
Leyningshlar
  915 Vesturrdalsvegur
  2001 01
  
  There are lots of roads in the list, where I couldnt find the places 
from the list, especially when the road leads to a farm or house.
  
  The list also gives the road length, where the length is measured over ground 
I guess. OSM has no elevation in the map so the measured road length is as the 
ground would be flat. The difference between these values should be under 10%. 
Unfortunately the difference on lots of the roads is much higher (up to 50%).
  One reason for this could be that the road with certain reference number is 
much further mapped as vegagerdin states it. But on some roads also the mapping 
quality might be poor. But also on these I didnt focus. I might try to 
improve the map in future when there is some time for it.
  
  Also I realised that outside Reykjavk in the villages most of the 
schools arent mapped. The schools are used in summer as 
guesthouse, so only the tourist infrastructure is mapped. Is this still 
correct? How to map this in OSM?
  
  I hope that the Icelandic community have a look on some of the items.
  
  
  Gleileg jl og farslt komandi r
  
  
  Michal Hofer
___
Talk-is mailing list
Talk-is@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-is

Re: [Talk-it] rete satellitare Galileo

[Alessandro]

Il 18/12/2016 11:35, Damjan Gerl ha scritto:

18.12.2016 - 11:24 - Francesco Pelullo:


Il 18 dic 2016 11:01, "Marco Ciampa" > ha scritto:



A proposito, qualcuno ha provato il "BQ Aquaris X5 Plus" che
dovrebbe supportarlo?



Nella ml internazionale è passato un messaggio da parte di un utente
che lo possiede, sostanzialmente non riceve niente. Ha postato degli
screenshot su twitter:

https://twitter.com/gregorymarler/status/810061580914360320?s=09



Potrebbe aver bisogno di un aggiornamento del firmware. Anche i chipset 
ublox che lo supportano ne hanno bisogno.






Attenzione che per quello che ne so (almeno fino a alcuni mesi fa)
l'unico chipset che supportava il galileo era il chipset u-blox, però da
tenere conto che può ricevere solo due tipi di satelliti: o gps + glonas
o gps + galileo, quindi non tutti e tre insieme.


Sei sicuro? Sono diversi mesi che non leggo la documentazione ma mi 
pareva che nella trentina di canali effettivamente disponibili potessero 
esserci le 3 flotte (ovviamente l'antenna delle essere una tribanda 
perchè Galileo trasmette su frequenza leggermente diversa).


Alessandro Ale_Zena_IT


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