Re: [Talk-dk] Corrections to Denmark OSM data

[Niels Elgaard Larsen]

Andrew Wiseman:
> Hello,
> 
> My name is Andrew Wiseman, I work for Apple’s Maps team. We occasionally
> receive anonymized user feedback about our maps in Denmark. 

How do Apple use Openstreetmap for Denmark?
And why Denmark. Do you not get user feedback for other countries?

> We were
> interested in making the fixes that users suggest on OpenStreetMap,
> where we can verify that they are correct. However, we would also be
> happy to send the feedback to the community in case you wanted to review
> them and take action. The feedback is usually usually things like
> corrections to street names and addresses, road network issues and
> missing or changed points of interest.
> 
> We have a GitHub page here with more information about the
> project: https://github.com/osmlab/appledata/issues/69
> 
> Please let me know if you have any suggestions or questions.

I think we should just see some of your corrections first.

> Thank you,
> 
> Andrew
> 
> Apple, Inc.
> 
> Andrew Wiseman |  Maps | andrew_wise...@apple.com
> 
> 
> APPLE CONFIDENTIAL
> This message (including attachments if any) is for the private use of
> the addressee only and may contain confidential or privileged
> information. If you have received this message by mistake please notify
> the sender by return e-mail and delete this message and any attachments
> from your system. Any unauthorized use or dissemination of this message,
> and any attachments in whole or in part is strictly prohibited.
> 
> 
> 
> 
> 
> 
> N�n�r)em�h�yhiם�w^��
> 

-- 
Niels Elgaard Larsen

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

Re: [Talk-es] Importaciones catastro

[Javier Sánchez Portero]

Gracias Jorge por ayudar con eso.

El 2 de marzo de 2018, 0:32, Jorge Sanz Sanfructuoso 
escribió:

> Hola.
>
> Necesito que te loges primero en el gestor de tareas para poderte dar
> permisos. http://tareas.openstreetmap.es/
>
> En cuanto te loges una vez ya me sales y puedo darte permisos.
>
> Un saludo.
>
>
> El jue., 1 mar. 2018 a las 19:21, Joaquim () escribió:
>
>> Hola
>>
>> Una vez preparado todo para crear un proyecto necesito permiso para
>> poder crearlo en el  administrador de tareas. Mi usuario para
>> importaciones es: puxan_importacions.
>>
>> Ya pediré que alguien con más experiencia lo revise antes de publicarlo.
>>
>> Gracias
>>
>> Joaquim
>>
>>
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Instalación de CatAtom2Osm

[Javier Sánchez Portero]

Hola Antonio

Genial que preguntes las dudas por que así podemos mejorar después la
documentación. Es mejor descargar el programa usando las herramientas de
GitHub por que así luego es mucho más fácil actualizarlo, así que puedes
borrar el programa que has descargado del repositorio. Como no tengo un
ordenador Mac delante, me resulta más fácil explicarte los pasos con
comandos que usando la aplicación gráfica. Abre la consola de GitHub,
comprueba que estás dentro de ella escribiendo este comando (y enter)

git

Si te sale una explicación del uso del programa todo va bien. Luego cambia
a tu carpeta de usuario (ya estás en ella, pero por confirmar):

cd

Entonces descarga el programa

   git clone https://github.com/OSM-es/CatAtom2Osm.git

Después cambias el directorio actual a la carpeta del programa

   cd CatAtom2Osm

Instalas los requisitos del programa

   sudo easy_install pip
   sudo pip install -r requisites.txt
   sudo make install

Y puedes cerrar la consola. Para comprobar que funciona, con el explorador
de archivos ejecuta el archivo pyqgismac.sh, se te abrirá una nueva consola
de comandos. En ella escribe

catatom2osm -v

Si todo va bien, la salida será la versión del programa (1.1.2)

Ten en cuenta que tienes que instalar también el programa QGIS
http://www.kyngchaos.com/software/qgis

Más adelante, si salen nuevas versiones del programa, actualízalo entrando
en la consola de GitHub y escribiendo

   cd CatAtom2Osm
   git pull

Espero que todo vaya bien, ya me dices.
Javier

El 2 de marzo de 2018, 23:22, Antonio Clavero 
escribió:

> Hola Javier,  tengo la intención de colaborar en la importación que está en
> curso pero estoy teniendo problemas para instalar el programa en un mac.
>
> Me he descargado el programa de escritorio de GitHub y el repositorio
> directamente de la página, ha que no he sabido haberlo desde el propio
> escritorio. Una vez en este punto, no se como continuar. He encontrado una
> consola en los programas que vienen ha instalados pero no consigo escribir
> ningún comando, ni entiendo lo que dices de "...cambiar a la carpeta
> CatAtom2osm..."
>
> Siento mucho molestar con mis dudas pero nos conocimientos son muy escasos,
> para que te hagas una idea, he tenido que buscar el significado de
> "repositorio" al empezar con todo esto.
>
> Gracias y un saludo
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk-fr] Open Data Day : les itinéraires de randonnées des Alpes de Haute-Provence libérés sur datasud.fr - PDIPR 04

[Jean-Christophe Becquet]

Bonjour,

Téléchargez dès aujourd'hui, les itinéraires de randonnées des Alpes de
Haute-Provence sous licence libre sur datasud.fr.
Avec la mis à disposition de ces données, le Conseil départemental des
Alpes de Haute-Provence participe au lancement du nouveau portail de
données de la Région PACA à l’occasion de l'Open Data Day.


Parcours de randonnée, Plan Départemental des Itinéraires de Promenade
et de Randonnée - PDIPR (04)
https://trouver.datasud.fr/dataset/parcours-de-randonnee-plan-departemental-des-itineraires-de-promenade-et-de-randonnee-pdipr-04

Signalétique, Plan Départemental des Itinéraires de Promenade et de
Randonnée - PDIPR (04)
https://trouver.datasud.fr/dataset/signaletique-plan-departemental-des-itineraires-de-promenade-et-de-randonnee-pdipr-04


Retrouvez également les résultats Cartopartie Santé du 16/11/2017 à
Digne partagés par l'ADRETS
https://trouver.datasud.fr/dataset/resultats-cartopartie-sante-16112017-digne

Quant à la Ville de Digne-les-Bains, elle commence très fort avec 72
jeux de données partagés sous licence libre
https://trouver.datasud.fr/organization/ville-de-digne-les-bains

On trouve aussi 7 jeux de données pour le mots-clé openstreetmap
https://trouver.datasud.fr/dataset?q=openstreetmap


Ce mouvement devrait s'amplifier car « DataSud doit permettre aux
acteurs publics et leurs délégataires de se mettre en conformité avec
les obligations réglementaires en matière de publication de donnée [...]
DataSud permet ainsi à tout acteur public ou privé, partenaire de la
Région ou du CRIGE Paca de diffuser gratuitement ses données sur la
plateforme. » explique la Région.
http://opendata.regionpaca.fr/actualites/detail/data-sud-la-plateforme-mutualisee-de-donnees-ouvertes-et-geographiques.html

La Région Sud Provence-Alpes-Côte d'Azur lance DataSud, nouvelle
infrastructure régionale de données portée par la @regionpaca et le
@CRIGEPACA https://frama.link/57yLoHPZ  https://www.datasud.fr/
#OpenDataDay #OpenData
https://twitter.com/OpenPACA/status/969560934753734656

Le site Open Data Day (en anglais)
http://opendataday.org

Bon week-end

Librement

JCB
-- 
Thierry Carcenac : Pour une administration électronique citoyenne
http://www.apitux.org/index.php?2006/07/09/45-thierry-carcenac

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===



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

Re: [OSM-talk-fr] Projet du mois : toilettes accessibles

[PanierAvide]

Bonjour,

Ce qui est bien, c'est que les données des villes ont déjà été mises à 
disposition dans Osmose :

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

Et que du coup, on peut s'en servir dans différents outils pour trouver 
les manques, comme dans le thème MapContrib (icônes orange) :

https://www.mapcontrib.xyz/t/118e49-Toilettes

Ou le fichier KML, pour utilisation dans Maps.me et autres applis :
https://files.pavie.info/depot/2018-01-14%20Toilettes%20manquantes%20OSM.kml

En gros il y a plus qu'à :-)

Adrien.


Le 03/03/2018 à 01:12, Jérôme Amagat a écrit :
Sur data.gouv.fr  en faisant une recherche rapide 
avec le mot toilette on peut voir que plusieurs villes (paris, Lyon, 
rennes, Lille...) partage en open data les toilettes publique dans 
leur ville. Il faudrait regarder que tout existe dans osm.



Le 2 mars 2018 17:43, "Cédric Frayssinet" > a écrit :


Le 01/03/2018 à 18:53, PanierAvide a écrit :

Bonjour à tous,

Pour lancer ce mois de mars, nous vous proposons un projet du
mois sur la thématique des toilettes accessibles !

Les toilettes sont des lieux de première nécessité, et leur
recensement dans OSM a du sens. Bon nombre d'entre eux sont
renseignés, mais on n'a pas forcément toujours l'information de
leur accessibilité (notamment pour les personnes en fauteuil
roulant). Or ce sont les personnes fragiles qui ont le plus
besoin de cette donnée, donc autant qu'OSM soit une source de
données de référence !

L'idée est donc d'ajouter les toilettes manquantes (que ce soit
toilettes publiques ou dans des lieux types commerces,
restaurants...) ou de décrire ceux existants en rajoutant des
informations utiles. Il y a bien des façons de contribuer :

- Prendre une photo des toilettes et la mettre à dispo sur
Mapillary/OpenStreetCam
- Ajouter une note sur la carte
- Ajouter les infos sur le terrain avec Wheelmap, Maps.me,
MapContrib, Vespucci...
- Ajouter les infos de chez soi avec WheelMap, MapContrib,
Osmose, ou n'importe quel éditeur

Toutes les infos du projet sont ici :

https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/toilettes_accessibles



On compte sur vous pour relayer l'initiative, et pour recenser
tous les toilettes de France et d'ailleurs ! :-)

Cordialement,

Adrien.



Pour cela, on peut aussi mettre à jour StreetComplete qui propose
cette quête dans sa dernière version (4.0) :
https://github.com/westnordost/StreetComplete/releases


Cédric


-- 
En cure de désintoxication  de

Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 


___
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



--
PanierAvide
Géomaticien & développeur

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

Re: [Talk-ca] Talk-ca Digest, Vol 121, Issue 6

[keith hartley]

Thanks everyone for your info!

I'm not the biggest fan of mail newsgroups cause responding in a
comprehensive way is hard if you're working for a few days.

Scruff - thanks for the insight on the license, would explicit permission
from them for this project work? or does the license null it? It's supposed
to be based off the national open data license but is highly modified.

Jonathan good note! I think if we tag different areas of the city - we can
attribute things more effectively.

Also - I was thinking of adding info to the already built buildings using
the City of Brandons info, I wasn't sure of the data use in this case.
Based on what Scruff said, don't use at all!

Street complete is a great app! I Was looking at using something like that
or paper! I didn't have the best of luck with Vespucci.

This brings me to the conclusion after all these discussions something
similar to what SteveA-2009 mentioned. Instead of having OSM conform to
these licenses, would be be able to get the governing bodies to conform to
OSM? In many cases, I'm working with my colleges in the GIS community to
borrow data,  if we could give them a "guideline to a OSM request" document
or something we might be able to leverage a ton of data we wouldn't already
have. I think this is one of the main motivators behind building 2020. That
a lot of this data is accessable-ish, opening it would only help add better
data to OSM. (keeping in mind quality, applicability ect)


I'll add more tomorrow.

Keith






On Thu, Mar 1, 2018 at 9:45 AM,  wrote:

> Send Talk-ca mailing list submissions to
> talk-ca@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-ca
> or, via email, send a message with subject or body 'help' to
> talk-ca-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ca-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-ca digest..."
>
>
> Today's Topics:
>
>1. Re: Manitoba buildings, addresses and high school work
>   (Stewart C. Russell)
>2. Re: BC2020i Mapathon Event (Jonathan Brown)
>3. Re: Manitoba buildings, addresses and high school work
>   (john whelan)
>4. Re: Manitoba buildings, addresses and high school work
>   (Frederik Ramm)
>5. Building_Canada_2020 (john whelan)
>
>
> --
>
> Message: 1
> Date: Thu, 1 Mar 2018 08:07:07 -0500
> From: "Stewart C. Russell" 
> To: talk-ca@openstreetmap.org
> Subject: Re: [Talk-ca] Manitoba buildings, addresses and high school
> work
> Message-ID: <6d2d0e5d-8d9d-d528-c08e-05ee9debe...@gmail.com>
> Content-Type: text/plain; charset=utf-8
>
> On 2018-02-28 11:59 AM, James wrote:
> > Before Scruss comes out and says it:
>
> … thanks, James! Been busy with the new job.
>
> > After license is approved …
>
> I'm not a lawyer, but the Brandon licence looks especially troublesome.
> It's not based on any other licence I've seen. Most worryingly, it
> requires that the person using/importing the data on behalf of a legal
> entity has the capacity to legally bind that entity.
>
> In short, it means that if we import the Brandon data, we agree that we
> have the legal capacity to respond to anything that Brandon could choose
> to throw at us. Not one of us has that.
>
>  Stewart
>
>
>
> --
>
> Message: 2
> Date: Thu, 1 Mar 2018 09:25:54 -0500
> From: Jonathan Brown 
> To: James 
> Cc: Rob Halko , "Brock Baker
> " ,
> "sarah.r...@durham.ca" , Talk-CA
> OpenStreetMap
> 
> Subject: Re: [Talk-ca] BC2020i Mapathon Event
> Message-ID: <5a980d72.9e0f6b0a.2477f.2...@mx.google.com>
> Content-Type: text/plain; charset="utf-8"
>
> Got it. Thanks, James. On another note, we are still looking for 8-10
> facilitators for our March 29 mapathon in Durham Region. I approached the
> Toronto OSM and will follow-up with them at their next Meetup on Monday. I
> also let the Peterborough chapter of GoGeomatics. The challenge is that the
> colleges had a lengthy strike in the fall and have no time to participate
> in extra-curricular activities this year.
>
> Jonathan
>
> From: James
> Sent: Thursday, March 1, 2018 5:36 AM
> To: Jonathan Brown
> Cc: Talk-CA OpenStreetMap; Rob Halko; Sterling Quinn
> Subject: Re: [Talk-ca] BC2020i Mapathon Event
>
> one impotant take away from past experiences is to tell them not to map
> the same element twice. For example, someone else maps it first, dont add
> it on top as well(duplicate item mapping)
>
> -- next part --
> An HTML attachment was scrubbed...
> URL: 

Re: [talk-au] Couchsurfing

[Charles Gregory]

That doesn't sound like something that should be tagged.  There is no
reason for it to be on the map, and is probably an invasion of privacy to
do so.  Couchsurfing is pre-arranged - it's not just a public list of
addresses where you can walk up and knock on the door.

Regards,
Charles


On Sat, Mar 3, 2018 at 10:26 AM,  wrote:

> Hi
> What's the best tagging for couchsurfing?
> eg https://www.openstreetmap.org/node/5447891722
> Tony
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-us] Help fight advertising

[OSM Volunteer stevea]

So many good things being said by so many good people here.  This is OSM at its 
best:  organically growing goodness and correct actions by right-thinking 
people.  Be bold, we might say out loud, as in "I delete spam and even just 
plain bad mapping when and as I see it."  (Whether front door, back door, with 
the help of our fellow mappers at a Mapping Party...whatever).  Thanks to all 
who say and do that!  "Right mapping" is attitude as much as action.

Taking either/or approaches is something we acknowledge as short(er)-sighted; a 
multi-pronged approach including everyman/pedestrian works (like my example), 
as well as the kinds of "some investigations" that Paul mentions – there truly 
are bad actors to whom we must apply our realistic and efficient repairs.  
Smart behavior (analytics log analysis, similar/usual white-hat tools) can 
complement "bread crumb trails to do the right things" approaches, too.  (Good 
dialog happens!)  Wiki as I suggested of a regional flavor (let's start with 
USA) of an "anti-spam/SEO, vandalism skill-building strategies..." is possible, 
similar to what we're saying here, but "sticks to the wall a bit more, 
wiki-searchable by those looking for it."  As will individuals with pride in 
making and keeping our map as spic-and-span as we can.  (The core of why "let's 
everybody keep it nice and clean around here" works).  ALL of the above and 
even more as we develop these strategies.  It's very much like cooperative 
folks living together someplace agreeing to do the cleanup chores in as smart 
and efficient way as we can.  As, that is what successful projects like ours 
do:  cool heads prevail.  What a great dialog, even feels a bit 
historical/epic.  OSM is fantastic, like Rosie the Riveter swinging her fist, 
"We can do this."

Curating this discussion to wiki doesn't seem a lengthy task.  Might we see a 
WikiProject USA/Help fight advertising emerge?

SteveA

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

Re: [Talk-us] Help fight advertising

[Paul Norman]

On 3/2/2018 9:40 AM, Clifford Snow wrote:
Sorry for the late posting - I've been working on another project for 
the past few days.


Frederik wrote "You will be surprised about the breadth of marketing 
blurb that has already crept into OSM."


Unfortunately no, I'm not surprised. Marketing is a very competitive 
world. SEO firms are using every trick in the dictionary to improve 
their page ranking.


True, those experienced with SEO firms are probably not surprised.

One of my beliefs from looking at SEO spam is that I believe the work 
is likely being outsourced. Two many similarities exist that to me 
suggest these are coming from a common source.  The user name, the 
changeset comments, etc. I did ask Margaret Seksinski with Brandity if 
she could help us learn who might be behind this spam. I have yet to 
hear from her. Unfortunately, it appears Brandify doesn't want to be a 
part of the community, just use us for their gains.


With my DWG hat on I've seen some investigations into some cases. Much 
of what I've seen comes from a number of overseas sources, and there's 
probably a disconnect between the firms people pay and who spams the data.




Frederik suggested we contact the user. I've sent numerous message and 
have not only not had any response, but have yet to see any change in 
their behavior. Frankly it's a waste of my time anymore to attempt to 
contact them.


As much as I hate the spam in the description tag (should rename it 
spam=*) it is helpful in attempting to determine the correct tags. 
After which, it's no longer useful and can be deleted.


At this point I generally don't do that, I end up deleting the spam. 
With the location frequently sourced from Google's geocoder, it's 
unusable, many of the businesses don't have physical locations and don't 
belong in OSM, and the users are consistently uncommunicative.


Finally let's not lump all SEO firms together. The Laua Group is doing 
a great job for Hilton Hotels. We should encourage more firms to be 
good community members.


There are some reputable SEO firms. Unfortunately, the industry tends to 
attract disreputable ones. The disreputable ones are unlikely to follow 
rules. Remember, this is an industry where disreputable companies still 
flood comments sections, user profiles, and anything else they can 
imagine with spam. If they're fine with breaking anti-spam laws, terms 
of service, and other rules, I can't see them following either OSMF 
policies or community expectations, so we shouldn't gear our work around 
them doing that.


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

Re: [Talk-us] Help fight advertising

[Paul Johnson]

On Fri, Mar 2, 2018 at 11:40 AM, Clifford Snow 
wrote:
>
> To me that leaves us with a couple of choices. One, we continue to develop
> more sophisticated tools to identify and revert the spam or two, we develop
> tools to help SEO firms add data to OSM in a manner acceptable to us.  Or
> maybe some of both. Jason Remillard post has some positive recommendation
> on how to do the first. We should listen to him. One recommendation - make
> what we do very public. If SEO firms realize that they are wasting money
> they may stop. Remember they are very good at figuring out how to
> manipulate search engines. If they can do that, they can figure out how to
> better mask their edits.
>

My vote is both.  Obviously the way things are now, they're not right, but
they're not exactly wrong, either.  Particularly in the US, where address
data is a real pain in the butt to acquire (and something I recently posted
extensively about
,
and I'm pretty certain I've covered here as well already).  The biggest
problems I see with SEO spam is that the tag values often don't conform to
any accepted convention (phone numbers, opening hours, and amenity=* or
shop=* tags seem especially problematic), and description=* or note=*
getting used for really smarmy ad copy, and using a geocoder referencing a
potentially copyrighted dataset we don't have a license to use.


> As for the second suggestion, make it easier for SEO firms to add data, we
> could create a policy and process to accept imports from SEO firms. The
> other web map sites like Google, Bing, Apple etc. all have a process for
> bulk loading data. (And none are the same.) We could do something similar.
> A policy and specialized import guidelines would need to be created.
>

I'm OK with this.  I think two rules definitely should be included as
minimums:

   1. All SEO edits from such companies must come from clearly identified
   accounts.
   2. These accounts must be responsive to comments via the message system
   and changeset comments.

I think we're all in agreement the level of communication we're getting
with the flood of one-off SEO accounts is, to put it generously, terrible.

One of my beliefs from looking at SEO spam is that I believe the work is
> likely being outsourced. Two many similarities exist that to me suggest
> these are coming from a common source.  The user name, the changeset
> comments, etc. I did ask Margaret Seksinski with Brandity if she could help
> us learn who might be behind this spam. I have yet to hear from her.
> Unfortunately, it appears Brandify doesn't want to be a part of the
> community, just use us for their gains.
>

If they don't want to play ball, then how about redirecting their entire IP
space to a message explaining our concerns, so it can't be ignored?

As much as I hate the spam in the description tag (should rename it spam=*)
> it is helpful in attempting to determine the correct tags. After which,
> it's no longer useful and can be deleted.
>

Not a bad option.  Maybe document that in the wiki?


> Finally let's not lump all SEO firms together. The Laua Group is doing a
> great job for Hilton Hotels. We should encourage more firms to be good
> community members.
>

Hip hop hooray!  Granted, though, we can't reasonably expect them to police
the entire industry on our database.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Help fight advertising

[Clifford Snow]

On Fri, Mar 2, 2018 at 3:35 PM, Mike N  wrote:

> On 3/2/2018 4:11 PM, Dale Puch wrote:
>
>> It seems like encouraging SEO firms to operate within OSM guidelines by
>> providing an easy way to add the OSM appropriate information in bulk (with
>> data validation) in one step would be a good thing.  Easier to contact,
>> manage and block or revert as needed.
>>
>
>   This is a great idea; the biggest problem is the GeoCoder for use where
> all addresses haven't yet been entered into OSM.
>
> We would need terms and conditions that the vendor agree too, the geocoder
would be one, agreeing that the data they are uploading would licensed ODbL
is another.



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

Re: [OSM-talk-fr] Projet du mois : toilettes accessibles

[Jérôme Amagat]

Sur data.gouv.fr en faisant une recherche rapide avec le mot toilette on
peut voir que plusieurs villes (paris, Lyon, rennes, Lille...) partage en
open data les toilettes publique dans leur ville. Il faudrait regarder que
tout existe dans osm.


Le 2 mars 2018 17:43, "Cédric Frayssinet"  a écrit :

Le 01/03/2018 à 18:53, PanierAvide a écrit :

Bonjour à tous,

Pour lancer ce mois de mars, nous vous proposons un projet du mois sur la
thématique des toilettes accessibles !

Les toilettes sont des lieux de première nécessité, et leur recensement
dans OSM a du sens. Bon nombre d'entre eux sont renseignés, mais on n'a pas
forcément toujours l'information de leur accessibilité (notamment pour les
personnes en fauteuil roulant). Or ce sont les personnes fragiles qui ont
le plus besoin de cette donnée, donc autant qu'OSM soit une source de
données de référence !

L'idée est donc d'ajouter les toilettes manquantes (que ce soit toilettes
publiques ou dans des lieux types commerces, restaurants...) ou de décrire
ceux existants en rajoutant des informations utiles. Il y a bien des façons
de contribuer :

- Prendre une photo des toilettes et la mettre à dispo sur
Mapillary/OpenStreetCam
- Ajouter une note sur la carte
- Ajouter les infos sur le terrain avec Wheelmap, Maps.me, MapContrib,
Vespucci...
- Ajouter les infos de chez soi avec WheelMap, MapContrib, Osmose, ou
n'importe quel éditeur

Toutes les infos du projet sont ici : https://wiki.openstreetmap.
org/wiki/FR:Project_of_the_month/toilettes_accessibles

On compte sur vous pour relayer l'initiative, et pour recenser tous les
toilettes de France et d'ailleurs ! :-)

Cordialement,

Adrien.


Pour cela, on peut aussi mettre à jour StreetComplete qui propose cette
quête dans sa dernière version (4.0) : https://github.com/
westnordost/StreetComplete/releases

Cédric


-- 
En cure de désintoxication  de Google !
Client d'Enercoop , l'énergie
militante

Également sur Mastodon : @bristow...@framapiaf.org


[image: Promouvoir et soutenir le logiciel libre] 

___
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-us] Help fight advertising

[Frederik Ramm]

Hi,

On 03/03/2018 12:32 AM, OSM Volunteer stevea wrote:
> Even as I knew my "contact one SEO/Marketing firm, see what happens" approach 
> was quite pedestrian 

I'd like to think of your approach - contact the business that is
advertised, through the contact channel they voluntarily publish, and
ask whom they've contracted for advertising - as the "front door"
approach which I find preferable to the "back door" of trawling our logs
for IP numbers and trying to find out who's behind it. Firstly, the
"back door" approach is limited to those in OSM who have the requisite
privileged access; secondly, it is likely to land you with
subcontractors who have little interest in a cooperative future vision
because they're just doing what they are told.

So +1 for more people following the front door approach, and compiling a
list of SEO companies and cataloguing their efforts and reaching out to
them to politely requires compliance. In my opinion, this is something
we should do as a community, locally, and not wait for someone to lead
the effort.

I think that "making it easier for them to conform" should have its
limits in us defining and communicating the envelope of acceptable
contribution. Suggesting that it should be us who develop software or
invest time in curating third-party data sets would sound a bit
disingenious to me; next thing that someone suggests is because we're
doing their work for them we should also charge them? I wouldn't want to
go down that route.

And of course the non-confrontational approach can only ever be the
carrot, and there must be a stick to complement it. For every conformant
SEO company there will be a dozen who try to game the system, because
gaming systems is their core business, that's what they do with Google &
Co.; and even if we found some way to keep more advertising from
entering OSM, there's several thousand advertising POIs in OSM in the US
alone and they won't magically go away. So let's roll up our sleeves and
get to work.

Bye
Frederik

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

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

Re: [Talk-us] Help fight advertising

[Mike N]

On 3/2/2018 4:11 PM, Dale Puch wrote:
It seems like encouraging SEO firms to operate within OSM guidelines by 
providing an easy way to add the OSM appropriate information in bulk 
(with data validation) in one step would be a good thing.  Easier to 
contact, manage and block or revert as needed.


  This is a great idea; the biggest problem is the GeoCoder for use 
where all addresses haven't yet been entered into OSM.


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

Re: [Talk-us] Help fight advertising

[OSM Volunteer stevea]

Even as I knew my "contact one SEO/Marketing firm, see what happens" approach 
was quite pedestrian in the grand scheme of "fighting advertising," I still 
though it valuable to share with the talk-us list so others could experience it 
too, put on their thinking caps and offer additional approaches.

And we have!  I want to thank everybody for EXCELLENT suggestions on how to 
better approach (and likely solve) this problem, especially the ones that avoid 
antagonistic, confrontational and/or harsh behavior and better lead these folks 
down the garden path of "if you are going to do this, we'll make it EASY for 
you to do it the RIGHT way."  Awesome, everybody!  Let's keep up the good work 
and really follow through on these!

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

Re: [Talk-es] Instalación de CatAtom2Osm

[Antonio Clavero]

Hola Javier,  tengo la intención de colaborar en la importación que está en
curso pero estoy teniendo problemas para instalar el programa en un mac. 

Me he descargado el programa de escritorio de GitHub y el repositorio
directamente de la página, ha que no he sabido haberlo desde el propio
escritorio. Una vez en este punto, no se como continuar. He encontrado una
consola en los programas que vienen ha instalados pero no consigo escribir
ningún comando, ni entiendo lo que dices de "...cambiar a la carpeta
CatAtom2osm..."

Siento mucho molestar con mis dudas pero nos conocimientos son muy escasos,
para que te hagas una idea, he tenido que buscar el significado de
"repositorio" al empezar con todo esto.

Gracias y un saludo



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [OSM-talk] Privacy concerns - revive some sort of anonymous editing?

[Frederik Ramm]

Hi,

On 03/01/2018 10:35 PM, Jibix wrote:
> I've been looking a bit around to see if there was a plan for developing
> something like that anytime soon, or if it had been implemented already,
> but I couldn't find.

Related: Read the recent minutes of GDPR discussion held in the
Licensing working group
https://wiki.osmfoundation.org/wiki/Licensing_Working_Group

Bye
Frederik

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

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

Re: [OSRM-talk] Left/Right side of the street?

[Daniel Patterson]

Hi Xavier,

  Yes.  Take a look at the "approaches=curb" parameter - this will force
the routing engine to approach the waypoint on the curb side of the road.
By default, the curb side is the right, but you can modify that in the Lua
profile by changing the "driving_side" property, or if you need to set up
routing data for countries with both, use the `--location-dependent-data
data/driving_side.geojson` parameter to `osrm-extract` to set the
driving-side on a country-by-country basis.

  See the "Request Options" section of the API documentation for details on
how to use the `approaches=` parameter:
http://project-osrm.org/docs/v5.15.2/api/#requests

daniel



On Fri, Mar 2, 2018 at 1:59 PM, Xavier Prudent 
wrote:

> Dear all,
>
> Being a newcomer in OSRM, my question may sound naive :
>
> When requiring for a route between 3 points A, B, C, in a
> drive-on-the-right country.
>
> Can OSRM take into account the fact that B may be on the left side of the
> way?
>
> Thanks,
>
> regards,
>
> Xavier
>
> --
>
> *Xavier Prudent *
>
> *Data Scientist  - Data Mining - Machine Learning*
>
> Web:* www.xavierprudent.com *
> Tel (Québec)  : (514) 668 76 46
> Skype : xavierprudent
>
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] Left/Right side of the street?

[Xavier Prudent]

Dear all,

Being a newcomer in OSRM, my question may sound naive :

When requiring for a route between 3 points A, B, C, in a
drive-on-the-right country.

Can OSRM take into account the fact that B may be on the left side of the
way?

Thanks,

regards,

Xavier

-- 

*Xavier Prudent *

*Data Scientist  - Data Mining - Machine Learning*

Web:* www.xavierprudent.com *
Tel (Québec)  : (514) 668 76 46
Skype : xavierprudent
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-us] Help fight advertising

[Alan Richards]

I would agree that better tools to help add appropriate information are
likely more helpful then trying to police the endless stream of new bad
edits. If we can guide these users to a tool that allows adding the
information in a constructive manner while restricting the spammy parts
that would go a long way to helping. Would a webform with only a limited
set of fields be enough? Drag a point, add the address, name, business
type, hours and submit.

On Fri, Mar 2, 2018 at 1:11 PM, Dale Puch  wrote:

> It seems like encouraging SEO firms to operate within OSM guidelines by
> providing an easy way to add the OSM appropriate information in bulk (with
> data validation) in one step would be a good thing.  Easier to contact,
> manage and block or revert as needed.
>
> An idea for catching the throwaway accounts could be a maproulette
> verification for new user edits?  Or a delayed captcha e-mail challenge for
> the 1st edits to stay in OSM?
>
> Dale Puch
>
> On Fri, Mar 2, 2018 at 12:40 PM, Clifford Snow 
> wrote:
>
>> Sorry for the late posting - I've been working on another project for the
>> past few days.
>>
>> Frederik wrote "You will be surprised about the breadth of marketing
>> blurb that has already crept into OSM."
>>
>> Unfortunately no, I'm not surprised. Marketing is a very competitive
>> world. SEO firms are using every trick in the dictionary to improve their
>> page ranking. Thanks to the volunteers that maintain our website(s), OSM
>> goes to great pains to insure that every URL we display on our website is
>> followed by a nofollow reference tag. And they have been doing this for
>> years. For those that aren't aware, it's believed that links to your
>> business from authoritative websites increases brings your website closer
>> to the top of searches. OSM.org has a really high authority rating. But now
>> it seems that the nofollow reference tag isn't enough. According to one of
>> the top SEO firms in the US, believe that search engines now look to see if
>> they are on Bing, Yahoo, Google, etc. They believe this not because the big
>> search companies publish this information but from reverse engineering the
>> factors to contribute to ranking.
>>
>> To me that leaves us with a couple of choices. One, we continue to
>> develop more sophisticated tools to identify and revert the spam or two, we
>> develop tools to help SEO firms add data to OSM in a manner acceptable to
>> us.  Or maybe some of both. Jason Remillard post has some positive
>> recommendation on how to do the first. We should listen to him. One
>> recommendation - make what we do very public. If SEO firms realize that
>> they are wasting money they may stop. Remember they are very good at
>> figuring out how to manipulate search engines. If they can do that, they
>> can figure out how to better mask their edits.
>>
>> As for the second suggestion, make it easier for SEO firms to add data,
>> we could create a policy and process to accept imports from SEO firms. The
>> other web map sites like Google, Bing, Apple etc. all have a process for
>> bulk loading data. (And none are the same.) We could do something similar.
>> A policy and specialized import guidelines would need to be created.
>>
>> Creating a bulk loading policy doesn't mean we don't follow Jason's
>> recommendation for those that don't follow our policy.
>>
>> One of my beliefs from looking at SEO spam is that I believe the work is
>> likely being outsourced. Two many similarities exist that to me suggest
>> these are coming from a common source.  The user name, the changeset
>> comments, etc. I did ask Margaret Seksinski with Brandity if she could help
>> us learn who might be behind this spam. I have yet to hear from her.
>> Unfortunately, it appears Brandify doesn't want to be a part of the
>> community, just use us for their gains.
>>
>> Frederik suggested we contact the user. I've sent numerous message and
>> have not only not had any response, but have yet to see any change in their
>> behavior. Frankly it's a waste of my time anymore to attempt to contact
>> them.
>>
>> As much as I hate the spam in the description tag (should rename it
>> spam=*) it is helpful in attempting to determine the correct tags. After
>> which, it's no longer useful and can be deleted.
>>
>> Finally let's not lump all SEO firms together. The Laua Group is doing a
>> great job for Hilton Hotels. We should encourage more firms to be good
>> community members.
>>
>> Best,
>> Clifford
>>
>>
>>
>> On Thu, Mar 1, 2018 at 3:21 PM, Ian Dees  wrote:
>>
>>> Hi Frederik,
>>>
>>> I disagree that this is a "fight". Have we attempted to reach out to the
>>> people running this operation? Have we asked the Operations team to
>>> correlate IP address for the accounts that are created and used once? Have
>>> we looked at what email addresses they use when signing up for clues? It
>>> would be great to have these folks contributing 

Re: [Talk-us] Help fight advertising

[Dale Puch]

It seems like encouraging SEO firms to operate within OSM guidelines by
providing an easy way to add the OSM appropriate information in bulk (with
data validation) in one step would be a good thing.  Easier to contact,
manage and block or revert as needed.

An idea for catching the throwaway accounts could be a maproulette
verification for new user edits?  Or a delayed captcha e-mail challenge for
the 1st edits to stay in OSM?

Dale Puch

On Fri, Mar 2, 2018 at 12:40 PM, Clifford Snow 
wrote:

> Sorry for the late posting - I've been working on another project for the
> past few days.
>
> Frederik wrote "You will be surprised about the breadth of marketing blurb
> that has already crept into OSM."
>
> Unfortunately no, I'm not surprised. Marketing is a very competitive
> world. SEO firms are using every trick in the dictionary to improve their
> page ranking. Thanks to the volunteers that maintain our website(s), OSM
> goes to great pains to insure that every URL we display on our website is
> followed by a nofollow reference tag. And they have been doing this for
> years. For those that aren't aware, it's believed that links to your
> business from authoritative websites increases brings your website closer
> to the top of searches. OSM.org has a really high authority rating. But now
> it seems that the nofollow reference tag isn't enough. According to one of
> the top SEO firms in the US, believe that search engines now look to see if
> they are on Bing, Yahoo, Google, etc. They believe this not because the big
> search companies publish this information but from reverse engineering the
> factors to contribute to ranking.
>
> To me that leaves us with a couple of choices. One, we continue to develop
> more sophisticated tools to identify and revert the spam or two, we develop
> tools to help SEO firms add data to OSM in a manner acceptable to us.  Or
> maybe some of both. Jason Remillard post has some positive recommendation
> on how to do the first. We should listen to him. One recommendation - make
> what we do very public. If SEO firms realize that they are wasting money
> they may stop. Remember they are very good at figuring out how to
> manipulate search engines. If they can do that, they can figure out how to
> better mask their edits.
>
> As for the second suggestion, make it easier for SEO firms to add data, we
> could create a policy and process to accept imports from SEO firms. The
> other web map sites like Google, Bing, Apple etc. all have a process for
> bulk loading data. (And none are the same.) We could do something similar.
> A policy and specialized import guidelines would need to be created.
>
> Creating a bulk loading policy doesn't mean we don't follow Jason's
> recommendation for those that don't follow our policy.
>
> One of my beliefs from looking at SEO spam is that I believe the work is
> likely being outsourced. Two many similarities exist that to me suggest
> these are coming from a common source.  The user name, the changeset
> comments, etc. I did ask Margaret Seksinski with Brandity if she could help
> us learn who might be behind this spam. I have yet to hear from her.
> Unfortunately, it appears Brandify doesn't want to be a part of the
> community, just use us for their gains.
>
> Frederik suggested we contact the user. I've sent numerous message and
> have not only not had any response, but have yet to see any change in their
> behavior. Frankly it's a waste of my time anymore to attempt to contact
> them.
>
> As much as I hate the spam in the description tag (should rename it
> spam=*) it is helpful in attempting to determine the correct tags. After
> which, it's no longer useful and can be deleted.
>
> Finally let's not lump all SEO firms together. The Laua Group is doing a
> great job for Hilton Hotels. We should encourage more firms to be good
> community members.
>
> Best,
> Clifford
>
>
>
> On Thu, Mar 1, 2018 at 3:21 PM, Ian Dees  wrote:
>
>> Hi Frederik,
>>
>> I disagree that this is a "fight". Have we attempted to reach out to the
>> people running this operation? Have we asked the Operations team to
>> correlate IP address for the accounts that are created and used once? Have
>> we looked at what email addresses they use when signing up for clues? It
>> would be great to have these folks contributing the non-advertising parts
>> in a manner consistent with the rest of the community, and perhaps they'd
>> be willing to adjust their practices if we are able to ask them.
>>
>> Also, your characterization of US mappers being more lax about this is a
>> little insulting. OpenStreetMappers in the US spend lots of time looking
>> for this kind of stuff and revert some of the most obvious stuff. Clifford
>> Snow, for example, has spent a lot of time researching who might be behind
>> these edits. I look forward to his feedback here, too.
>>
>> I appreciate the time you've spent putting together this list of nodes.
>> I'll 

[OSM-co] Capacitación en OSM y ODK - Ibagué-Colombia

[Liliana Carvajal]

Buenas tardes!

El equipo SIG de la Cruz Roja Americana estará en Ibagué del 5 al 7 de marzo 
capacitando en el manejo y uso de la herramienta de OSM y ODK. Si estas 
interesado en asistir puedes visitar la página de Missing Maps 
(http://www.missingmaps.org/events/) donde se encuentran publicados todos los 
eventos que vamos a realizar en Ibagué.

Muchas gracias!



Liliana Carvajal| GIS Analyst | International Services | American Red Cross
Cra 68 # 68B – 31. Bogotá, Colombia
Skype | g...@amcross.org
[cid:image001.png@01D33CFB.A64935F0]
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-it] R: Re: Tasti di selezione rapida in Josm

[Jo]

é configurabile, io prefero che sono:

amenity=shelter
sheltter_type=public_transport

menu "data" --> "set buildings size"
nella finestra che si apre selezioni "advanced"

come lo ha detto Federico.

Jo

2018-03-02 19:11 GMT+01:00 Martin Koppenhoefer :

> 2018-03-02 18:28 GMT+01:00 riccardopastoc...@alice.it <
> riccardopastoc...@alice.it>:
>
>> Il mio problema è che  ( ..e onestamente non so come ho fatto)
>> con il tasto "B" mi escono in automatico le chiavi che vedete
>> nell'immagine e ogni volta devo andare a modificarle.
>> Vorrei che quando spingo il tasto "B" ci fosse solo la chiave building=yes
>> Come posso correggere la cosa?
>>
>>
>
> non so perché ti succede così, normalmente dovrebbe aggiungere soltanto
> building=yes. Ho appena provato. Forse hai installato qualche plugin che lo
> fa?
>
>
>
>
>> Ps non sono un programmatore e sopratutto sono un neofita
>>
>
>
> non ti preoccupare, per lo più i mappatori non sono programmatori, e
> abbiamo cominciato tutti una volta ;-)
>
> Ciao,
> Martin
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Kvartální pivo v Praze

[Petr Vozdecký]

V Brně budu sám? viz tabulka
(https://docs.google.com/spreadsheets/d/12zGtW414R9se_g_87FdmpHj2B6xO1gf5mG94avTmFb4/edit#gid=1383257594)
...

:)

vop

-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 2. 3. 2018 8:19:18
Předmět: Re: [Talk-cz] Kvartální pivo v Praze
"Ahoj,

-- Původní e-mail --
Od: Jiří Sedláček 
Komu: OpenStreetMap Czech Republic 
Datum: 1. 3. 2018 10:36:40
Předmět: Re: [Talk-cz] Kvartální pivo v Praze
"
Tak já bych se zase jednou stavil za cs Wiki, pokud nezapomenu, rád přijdu. 



Je někde přehledně napsáno, kdy a kde se to koná (nějakej web, nějaký
fejsbůky, twitter)? Dozvídám se to vždy dost náhodně, jako nepravidelný
čtenář. 



"



Jen nějaká wiki ( https://wiki.openstreetmap.org/wiki/Cs:Kvart%C3%A1ln%C3%AD
_pivo ) ;-)

…plus tahle konference




Marián

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

Re: [Talk-es] Importaciones catastro

[Alejandro S.]

Si, perdonad, voy a tope y no me da la vida para seguir el tema de la
importación, por eso le pedí a Sanchi si se podía encargar él y chianti me
dijo que si se me pasó avisar por aquí.

Saludos
Alejandro Suárez

On Fri, Mar 2, 2018, 11:32 Jesús Gómez Fernández 
wrote:

> Muchas gracias. En cuanto tenga un rato me pongo con ello.
>
> Saludos.
> Jesús Gómez
>
> El 2 de marzo de 2018, 11:01, Jorge Sanz Sanfructuoso 
> escribió:
>
>> Jesus ya tienes permisos con el usuario jesusgomez-imports.
>> Me dio permisos Alejandro hace unos días para que me ocupara yo de las
>> peticiones para el tema del catastro.
>>
>> Un saludo.
>>
>> El vie., 2 mar. 2018 a las 9:49, Jesús Gómez Fernández (<
>> jesus.gomez.f...@gmail.com>) escribió:
>>
>>> Aprovecho este hilo para solicitar también permisos. Hace unas semanas
>>> envié un correo a Alejandro pero no me llegó a contestar.
>>> Lo he ido dejando por trabajo pero me gustaría retomarlo.
>>> El usuario que he creado es jesusgomez-imports y estoy logueado en el
>>> gestor de tareas.
>>>
>>> ¡Un saludo y gracias!
>>>
>>> Jesús Gómez
>>>
>>>
>>>
>>> El 2 de marzo de 2018, 7:45, Matías h 
>>> escribió:
>>>
 Hola. Yo ya tengo permisos.. Lo que no encuentro es
 ¡¡TIEMPO. :P


 El 1 de marzo de 2018, 23:35, Javier Sánchez Portero <
 javiers...@gmail.com> escribió:

> Alejandro, dale permisos por favor. No se si Matías Taborda también
> estaba pendiente. Si quieres darme permisos a mi para administrar te puedo
> ayudar con esto.
>
> El 1 mar. 2018 18:21, "Joaquim"  escribió:
>
>> Hola
>>
>> Una vez preparado todo para crear un proyecto necesito permiso para
>> poder crearlo en el  administrador de tareas. Mi usuario para 
>> importaciones
>> es: puxan_importacions.
>>
>> Ya pediré que alguien con más experiencia lo revise antes de
>> publicarlo.
>>
>> Gracias
>>
>> Joaquim
>>
>>
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>

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


>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> --
>> Jorge Sanz Sanfructuoso - Sanchi
>> Blog http://jorgesanz.es/
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSRM-talk] Feed OSRM with Postgis

[Daniel Patterson]

Hi François,

  Ah.  Well, the step of deduplicating and finding connected nodes will not
go away - OSRM requires a *graph*, not disconnected geometry, so you won't
be able to get away from the problem of turning your LineStrings into
connected data.

  OSM's data structure (ways & nodes) has this structure built in, so OSRM
doesn't contain any of this kind of logic already.

  You might want to look at how pgRouting does this bit (they call it
"building the topology") -
http://docs.pgrouting.org/latest/en/pgRouting-concepts.html#build-a-routing-topology,
there might be some performance tips you can get from their approach.

daniel

On Fri, Mar 2, 2018 at 10:13 AM, François Lacombe  wrote:

> Hi Daniel,
>
> 2018-03-02 18:31 GMT+01:00 Daniel Patterson :
>
>> Well, it *could* be done.  It would all boil down to providing an
>> alternative for `ParseOSMData` here:
>> That function is responsible for parsing the OSM file, and
>> copying/converting the OSM fields into a memory structure called
>> `ExtractionContainers`:
>>
>
> Thank you, this is really useful information
>
>
>>
>> 0) You'll have to implement it - the core team have other priorities.
>>
>
> That's fair
> I could eventually propose a complete alternative to osrm-extract as to
> clearly separate responsibilities.
>
>
>> 1) I suspect you wouldn't see a huge performance improvement - I
>> suspect the overhead of querying postgis would dominate the extractor time.
>>
>
> I have about 5M ways and 40M nodes.
> Producing xml or pbf takes hours, while querying postgis takes about 3min.
> I would probably agree that the process of postgis output isn't well
> optimized
>
>
>> 2) You'll be on the hook for maintaining this code - the core team
>> haven't built this into the core tool because we don't need it, and it's a
>> big ask for us to maintain something we don't use.
>>
>>   I'd strongly consider trying to optimize your Postgres->OSM extraction
>> process.  Consider using `osmium` libraries to write out the data in PBF
>> form directly instead of XML - it's significantly smaller, which makes it
>> faster to move around and write to disk, and OSRM will import it more
>> quickly.
>>
>
> Problem isn't to get data from postgis, but to organize them as to fit in
> the xml :
> - Creating nodes records, out of Linestrings / polygon geometries
> - Search and deduplicate them, especially when 2 or more ways have nodes
> located on the same lat/lon point. Currently done with a GROUP BY on nodes
> geometry.
> - Create numeric and auto incremented ids since we use uuid in postgis
> (the easy part)
> - Iterate over all of this to produce a xml with Python. Didn't try c++
> libosmium for now but I know i should. That's the longer part in the
> current process.
>
> This takes hours, and I'll be really happy if I find a way to directly
> feed osrm graph without recreating such things.
>
> Simple suppositions:
> It would be so nice to not have to produce nodes out of geometries. It's
> the key point.
> I guess you don't have proper records for each nodes in .osrm files don't
> you ?
> Once they gone through profile's node_process, we only need their
> coordinates and not their tags any more.
> Then it would be great to only send tagged nodes (coming from dedicated
> postgis tables) to osrm-extract.
>
>
> Enjoy your weekend,
>
> François
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Feed OSRM with Postgis

[François Lacombe]

Hi Daniel,

2018-03-02 18:31 GMT+01:00 Daniel Patterson :

> Well, it *could* be done.  It would all boil down to providing an
> alternative for `ParseOSMData` here:
> That function is responsible for parsing the OSM file, and
> copying/converting the OSM fields into a memory structure called
> `ExtractionContainers`:
>

Thank you, this is really useful information


>
> 0) You'll have to implement it - the core team have other priorities.
>

That's fair
I could eventually propose a complete alternative to osrm-extract as to
clearly separate responsibilities.


> 1) I suspect you wouldn't see a huge performance improvement - I
> suspect the overhead of querying postgis would dominate the extractor time.
>

I have about 5M ways and 40M nodes.
Producing xml or pbf takes hours, while querying postgis takes about 3min.
I would probably agree that the process of postgis output isn't well
optimized


> 2) You'll be on the hook for maintaining this code - the core team
> haven't built this into the core tool because we don't need it, and it's a
> big ask for us to maintain something we don't use.
>
>   I'd strongly consider trying to optimize your Postgres->OSM extraction
> process.  Consider using `osmium` libraries to write out the data in PBF
> form directly instead of XML - it's significantly smaller, which makes it
> faster to move around and write to disk, and OSRM will import it more
> quickly.
>

Problem isn't to get data from postgis, but to organize them as to fit in
the xml :
- Creating nodes records, out of Linestrings / polygon geometries
- Search and deduplicate them, especially when 2 or more ways have nodes
located on the same lat/lon point. Currently done with a GROUP BY on nodes
geometry.
- Create numeric and auto incremented ids since we use uuid in postgis (the
easy part)
- Iterate over all of this to produce a xml with Python. Didn't try c++
libosmium for now but I know i should. That's the longer part in the
current process.

This takes hours, and I'll be really happy if I find a way to directly feed
osrm graph without recreating such things.

Simple suppositions:
It would be so nice to not have to produce nodes out of geometries. It's
the key point.
I guess you don't have proper records for each nodes in .osrm files don't
you ?
Once they gone through profile's node_process, we only need their
coordinates and not their tags any more.
Then it would be great to only send tagged nodes (coming from dedicated
postgis tables) to osrm-extract.


Enjoy your weekend,

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

Re: [Talk-it] R: Re: Tasti di selezione rapida in Josm

[Martin Koppenhoefer]

2018-03-02 18:28 GMT+01:00 riccardopastoc...@alice.it <
riccardopastoc...@alice.it>:

> Il mio problema è che  ( ..e onestamente non so come ho fatto)
> con il tasto "B" mi escono in automatico le chiavi che vedete
> nell'immagine e ogni volta devo andare a modificarle.
> Vorrei che quando spingo il tasto "B" ci fosse solo la chiave building=yes
> Come posso correggere la cosa?
>
>

non so perché ti succede così, normalmente dovrebbe aggiungere soltanto
building=yes. Ho appena provato. Forse hai installato qualche plugin che lo
fa?




> Ps non sono un programmatore e sopratutto sono un neofita
>


non ti preoccupare, per lo più i mappatori non sono programmatori, e
abbiamo cominciato tutti una volta ;-)

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

Re: [Talk-it] R: Re: Tasti di selezione rapida in Josm

[Federico Cortese]

2018-03-02 18:43 GMT+01:00 Federico Cortese :
>
> Io conosco solo un modo, anche se non è molto intuitivo.
>

Ho trovato un modo più facile:

menu "data" --> "set buildings size"
nella finestra che si apre selezioni "advanced"
lì puoi impostare i tag.

Ciao,
Federico

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

Re: [Talk-it] R: Re: Tasti di selezione rapida in Josm

[Federico Cortese]

2018-03-02 18:28 GMT+01:00 riccardopastoc...@alice.it
:
>
> con il tasto "B" mi escono in automatico le chiavi che vedete nell'immagine
> e ogni volta devo andare a modificarle.
>

Io conosco solo un modo, anche se non è molto intuitivo.

Vai in Modifica --> Preferenze --> Preferenze Avanzate (sarebbe
l'ultimo tab in basso);
ti appare una tabella con chiavi nella colonna di sinistra e valori
nella colonna di destra;
devi trovare la chiave "buildings_tools.tags" (ti puoi aiutare
scrivendo buildings nel campo in alto per la ricerca);
fai doppio clic sulla chiave e cancelli tutto, lasci solo le prime due
righe con scritto "building" nella prima e "yes" nella seconda.

Non so se ci sono metodi più semplici, ma spero che seguendo i
passaggi riesci a risolvere.

Ciao,
Federico

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

Re: [Talk-us] Help fight advertising

[Clifford Snow]

Sorry for the late posting - I've been working on another project for the
past few days.

Frederik wrote "You will be surprised about the breadth of marketing blurb
that has already crept into OSM."

Unfortunately no, I'm not surprised. Marketing is a very competitive world.
SEO firms are using every trick in the dictionary to improve their page
ranking. Thanks to the volunteers that maintain our website(s), OSM goes to
great pains to insure that every URL we display on our website is followed
by a nofollow reference tag. And they have been doing this for years. For
those that aren't aware, it's believed that links to your business from
authoritative websites increases brings your website closer to the top of
searches. OSM.org has a really high authority rating. But now it seems that
the nofollow reference tag isn't enough. According to one of the top SEO
firms in the US, believe that search engines now look to see if they are on
Bing, Yahoo, Google, etc. They believe this not because the big search
companies publish this information but from reverse engineering the factors
to contribute to ranking.

To me that leaves us with a couple of choices. One, we continue to develop
more sophisticated tools to identify and revert the spam or two, we develop
tools to help SEO firms add data to OSM in a manner acceptable to us.  Or
maybe some of both. Jason Remillard post has some positive recommendation
on how to do the first. We should listen to him. One recommendation - make
what we do very public. If SEO firms realize that they are wasting money
they may stop. Remember they are very good at figuring out how to
manipulate search engines. If they can do that, they can figure out how to
better mask their edits.

As for the second suggestion, make it easier for SEO firms to add data, we
could create a policy and process to accept imports from SEO firms. The
other web map sites like Google, Bing, Apple etc. all have a process for
bulk loading data. (And none are the same.) We could do something similar.
A policy and specialized import guidelines would need to be created.

Creating a bulk loading policy doesn't mean we don't follow Jason's
recommendation for those that don't follow our policy.

One of my beliefs from looking at SEO spam is that I believe the work is
likely being outsourced. Two many similarities exist that to me suggest
these are coming from a common source.  The user name, the changeset
comments, etc. I did ask Margaret Seksinski with Brandity if she could help
us learn who might be behind this spam. I have yet to hear from her.
Unfortunately, it appears Brandify doesn't want to be a part of the
community, just use us for their gains.

Frederik suggested we contact the user. I've sent numerous message and have
not only not had any response, but have yet to see any change in their
behavior. Frankly it's a waste of my time anymore to attempt to contact
them.

As much as I hate the spam in the description tag (should rename it spam=*)
it is helpful in attempting to determine the correct tags. After which,
it's no longer useful and can be deleted.

Finally let's not lump all SEO firms together. The Laua Group is doing a
great job for Hilton Hotels. We should encourage more firms to be good
community members.

Best,
Clifford



On Thu, Mar 1, 2018 at 3:21 PM, Ian Dees  wrote:

> Hi Frederik,
>
> I disagree that this is a "fight". Have we attempted to reach out to the
> people running this operation? Have we asked the Operations team to
> correlate IP address for the accounts that are created and used once? Have
> we looked at what email addresses they use when signing up for clues? It
> would be great to have these folks contributing the non-advertising parts
> in a manner consistent with the rest of the community, and perhaps they'd
> be willing to adjust their practices if we are able to ask them.
>
> Also, your characterization of US mappers being more lax about this is a
> little insulting. OpenStreetMappers in the US spend lots of time looking
> for this kind of stuff and revert some of the most obvious stuff. Clifford
> Snow, for example, has spent a lot of time researching who might be behind
> these edits. I look forward to his feedback here, too.
>
> I appreciate the time you've spent putting together this list of nodes.
> I'll take a look at some of them, and maybe we can load them into
> MapRoulette to help work through the list?
>
> -Ian
>
> On Thu, Mar 1, 2018 at 4:44 PM, Frederik Ramm  wrote:
>
>> Hi,
>>
>> over the past year or so, I have recreationally hunted down advertising
>> on OSM and removed it. In many cases it's a clear-cut situation (there
>> were cases where advertising borders on vandalism, with whole streets
>> being named after a business), but there have also been situations where
>> a local mapper had diligently copied a business's sales slogan into the
>> description tag and was then upset to see this removed.
>>
>> As more and more 

Re: [OSRM-talk] Feed OSRM with Postgis

[Daniel Patterson]

Hi François,

Well, it *could* be done.  It would all boil down to providing an
alternative for `ParseOSMData` here:


https://github.com/Project-OSRM/osrm-backend/blob/master/src/extractor/extractor.cpp#L211

That function is responsible for parsing the OSM file, and
copying/converting the OSM fields into a memory structure called
`ExtractionContainers`:

https://github.com/Project-OSRM/osrm-backend/blob/master/include/extractor/extraction_containers.hpp#L23

  If you could populate ExtractionContainers from somewhere else, you'd be
good to go.

  Happy to give advice on how to do this, but:

0) You'll have to implement it - the core team have other priorities.
1) I suspect you wouldn't see a huge performance improvement - I
suspect the overhead of querying postgis would dominate the extractor time.
2) You'll be on the hook for maintaining this code - the core team
haven't built this into the core tool because we don't need it, and it's a
big ask for us to maintain something we don't use.

  I'd strongly consider trying to optimize your Postgres->OSM extraction
process.  Consider using `osmium` libraries to write out the data in PBF
form directly instead of XML - it's significantly smaller, which makes it
faster to move around and write to disk, and OSRM will import it more
quickly.

daniel

On Fri, Mar 2, 2018 at 3:10 AM, François Lacombe 
wrote:

> Hi Daniel,
>
> Despite it's a pretty old thread regarding feeding OSRM with postgis
> geometries, I have new lights to bring up
>
> 2017-11-30 18:09 GMT+01:00 Daniel Hofmann :
>
>> OSRM is a routing engine for OpenStreetMap and the OpenStreetMap extracts
>> usually come in xml or pbf formats.
>>
>
> I find this a bit restrictive and I wonder why it's valuable to stuck osrm
> on osm data only.
> I work for a company which is interested to use osrm as a router for
> public works (not cycling nor car or whatever).
> We have lot of private data we process into a postgresql db in which osm
> data is also imported.
>
> OSM XML file production at the end of our process generate a lot of
> overhead as to feed osrm.
> This doesn't bring advantage at all.
>
>
>> We're using https://github.com/osmcode/libosmium in the osrm-extract
>> binary; you theoretically _could_ switch it out with calls to your database
>> but that will be a bigger lift I guess, and we don't want to add arbitrary
>> data source drivers to OSRM.
>>
>
> We think about creating another connector which would enable osrm-extract
> to get its data directly for pgsql.
> Currently we're not aware of how deep the xml/libosmium is linked to
> osrm-extract binary.
>
> Our use cases enlarge the potential and relevance of osrm in
> industrial/profesionnal use.
> We look to be as constructive as possible and it will be a pleasure to
> share since osrm is great tool.
>
>
> All the best
>
> François
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[Talk-dk] Corrections to Denmark OSM data

[Andrew Wiseman]

Hello,

My name is Andrew Wiseman, I work for Apple’s Maps team. We occasionally 
receive anonymized user feedback about our maps in Denmark. We were interested 
in making the fixes that users suggest on OpenStreetMap, where we can verify 
that they are correct. However, we would also be happy to send the feedback to 
the community in case you wanted to review them and take action. The feedback 
is usually usually things like corrections to street names and addresses, road 
network issues and missing or changed points of interest.

We have a GitHub page here with more information about the project: 
https://github.com/osmlab/appledata/issues/69

Please let me know if you have any suggestions or questions.

Thank you,

Andrew

Apple, Inc.

Andrew Wiseman |  Maps | andrew_wise...@apple.com 


APPLE CONFIDENTIAL
This message (including attachments if any) is for the private use of the 
addressee only and may contain confidential or privileged information. If you 
have received this message by mistake please notify the sender by return e-mail 
and delete this message and any attachments from your system. Any unauthorized 
use or dissemination of this message, and any attachments in whole or in part 
is strictly prohibited.




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

Re: [OSM-talk-fr] JOSM, dans les presets, inversion route=hiking et route=foot

[Vincent Privat]

Pour vérifier le plus simple est de changer la langue en anglais. Mais ça
ressemble à une erreur de traduction.

Le 2 mars 2018 16:10, "Vincent Bergeot"  a écrit :

> Bonjour,
>
> dans la version 13478 de JOSM en français, dans les 
> préréglages/relations/itinéraires
> :
>
>- itinéraire pédestre est tagué route=hiking
>- itinéraire de randonnées pédestres est tagué route=foot
>
> C'est l'inverse non ?
>
> Je ne sais pas comment savoir si c'est une erreur de traduction ou
> d'attributions.
>
> Merci
>
> --
> Vincent Bergeot
>
>
> ___
> 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] Projet du mois : toilettes accessibles

[Cédric Frayssinet]

Le 01/03/2018 à 18:53, PanierAvide a écrit :
> Bonjour à tous,
>
> Pour lancer ce mois de mars, nous vous proposons un projet du mois sur
> la thématique des toilettes accessibles !
>
> Les toilettes sont des lieux de première nécessité, et leur
> recensement dans OSM a du sens. Bon nombre d'entre eux sont
> renseignés, mais on n'a pas forcément toujours l'information de leur
> accessibilité (notamment pour les personnes en fauteuil roulant). Or
> ce sont les personnes fragiles qui ont le plus besoin de cette donnée,
> donc autant qu'OSM soit une source de données de référence !
>
> L'idée est donc d'ajouter les toilettes manquantes (que ce soit
> toilettes publiques ou dans des lieux types commerces, restaurants...)
> ou de décrire ceux existants en rajoutant des informations utiles. Il
> y a bien des façons de contribuer :
>
> - Prendre une photo des toilettes et la mettre à dispo sur
> Mapillary/OpenStreetCam
> - Ajouter une note sur la carte
> - Ajouter les infos sur le terrain avec Wheelmap, Maps.me, MapContrib,
> Vespucci...
> - Ajouter les infos de chez soi avec WheelMap, MapContrib, Osmose, ou
> n'importe quel éditeur
>
> Toutes les infos du projet sont ici :
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/toilettes_accessibles
>
> On compte sur vous pour relayer l'initiative, et pour recenser tous
> les toilettes de France et d'ailleurs ! :-)
>
> Cordialement,
>
> Adrien.
>

Pour cela, on peut aussi mettre à jour StreetComplete qui propose cette
quête dans sa dernière version (4.0) :
https://github.com/westnordost/StreetComplete/releases

Cédric


-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

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

Re: [Talk-it] Tasti di selezione rapida in Josm

[Martin Koppenhoefer]

Un altro commando utile quando si vogliono trasferire tag da uno all'altro
oppure da uno a tanti altri: selezionare l'oggetto da cui prendere i tags e
copiare (ctrl + c). Poi selezionare un'altro oggetto e fare SHIFT+CTRL+V.

Con ALT+A si possono aggiungere tag, e c'è uno storico (suggerisce l'ultimo
tag, poi il pienultimo, ecc., anche questo utile per velocizzare il tagging
di tanti oggetti uguali).

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

Re: [Talk-it] Intersezione tra strade

[Martin Koppenhoefer]

Si, non ti fare troppi pensieri sullo storico del singolo nodo, in questi
casi. Avere un nodo in più non serve, ma se ci fosse un'altra strada (anche
di accesso e non ancora mappata), la lascierei.
Invece trovo importante la topologia (in questo caso ortogonale l'unica
cosa importante è connettere le due). Secondome è utile mappare quale
strada "continua" e quale entra, per esempio in un incrocio a Y.

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

Re: [OSM-talk-fr] Chantier nouvel université sorbonne nation : licence ?

[Nicolas Bétheuil]

J'ai trouvé dans la FAQ
https://wiki.openstreetmap.org/wiki/FR:Questions_fr%C3%A9quentes_l%C3%A9gales#2b._Une_organisation_X_met_.C3.A0_disposition_des_donn.C3.A9es_en_t.C3.A9l.C3.A9chargement_libre_sous_une_licence_L._Puis-je_les_utiliser_dans_OSM_.3F

un accord sur support électronique suffit ou je fais envoyer un support
papier à une adresse du bureau OSM ?

Le 2 mars 2018 à 13:45, Nicolas Bétheuil  a écrit :

> Bonjour,
>
> Quel licence demander pour pouvoir intégrer les bâtiments de la future
> université (déjà sortie de terre) ?
> Des mentions particulières OSM ?
>
> https://chantier-nation-sorbonne-nouvelle.com/
>
> Merci
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSRM-talk] Small ways get small speeds

[Daniel Patterson]

Hi François,

  No, we likely won't change the storage precision any time soon.
OpenStreetMap itself only stores

Here is the constant that OSRM uses to store lon/lat decimal values in
integer format:
https://github.com/Project-OSRM/osrm-backend/blob/master/include/util/coordinate.hpp#L44

We multiply the lon/lat decimal by 1e6 (100), then store just the
integer part. This is equivalent to about 10cm precision at the equator.

*HOWEVER* you can't just change this without also updating the coordinate
vector packing.  It's not a simple change.

OpenStreetmap stores 1 additional decimal place, in the same way (database
stores integers).  Here are the code references.

https://github.com/openstreetmap/openstreetmap-website/blob/master/db/structure.sql#L353-L354
https://github.com/openstreetmap/openstreetmap-website/blob/396f2e28dd27d514f7882c3918103b12764038de/lib/geo_record.rb#L17-L20

Increasing OSRM's storage to match OSM would require more memory usage, and
little obvious gain.

daniel


On Fri, Mar 2, 2018 at 2:57 AM, François Lacombe 
wrote:

> Hi Daniel,
>
> Thank you for answer
> I understand well the issue here
>
> Would it be acceptable to specify coordinates storage precision in a next
> release ?
>
> Nevertheless, I got that it won't impact a lot my routing results.
>
> All the best
>
> François
>
> 2018-02-28 20:37 GMT+01:00 Daniel Patterson :
>
>> Hi François,
>>
>>   What you are seeing is rounding error.
>>
>>   Internally, OSRM only stores the "duration" of each segment, with a
>> resolution of 0.1 seconds.  On the map, the speed is calculated by taking
>> the length of the segment, and dividing it by the "duration" value.
>>
>>   We store longitude/latitude to 6 decimal places, so they have
>> approximately 10cm precision (https://en.wikipedia.org/wiki
>> /Decimal_degrees) depending on your latitude.  This precision means that
>> calculating the length of a segment is limited to +/- approx 10cm precision
>> as well.
>>
>>   Both of these precision limits compound for short segments when
>> displayed on the map, and sometimes the speed values look weird.
>>
>>   However, they do not affect route selection very much, because routing
>> is done by accumulating time, and short segments generally only add small
>> amounts of time to the routing decision.
>>
>> daniel
>>
>>
>>
>> On Wed, Feb 28, 2018 at 10:41 AM, François Lacombe <
>> fl.infosrese...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> While investigating for flaws in a custom profile I'm trying to write, I
>>> discovered that arbitrary small ways got strange speed regarding the rules
>>> I used.
>>>
>>> Here is an extract from osrm-frontend debug
>>> https://imgur.com/a/L8coz
>>>
>>> All segments on the red line have the same attributes.
>>> I don't understand why the small parts in the middle got really slower
>>> speed than the longer ones.
>>> Do you have any idea?
>>>
>>> The purple road with 0km/h speed is normal and expected.
>>>
>>>
>>> Thank you for any hint
>>>
>>> Thanks in advance
>>>
>>> François
>>>
>>> ___
>>> OSRM-talk mailing list
>>> OSRM-talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>>
>>>
>>
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
>>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSM-ja] Fwd: [OSM-Tokai:308] 四日市市の北部、富洲原地区でマッピングパーティを開催します。

[Tomomichi Hayakawa]

Tomです。

こちらには、まだ流れてないようですので、勝手ながら転送します。

3月17日　第1回　富洲原マッピングパーティ です。



-- 転送メッセージ --
From: Tomohiro Shimizu 
日付: 2018年3月2日 23:59
件名: [OSM-Tokai:308] 四日市市の北部、富洲原地区でマッピングパーティを開催します。
To: OpenStreetMap東海 


三重県四日市市の北部にある富洲原地区のまちを歩いて、歴史・文化資産などをみんなでオープンデータにして、富洲原のお宝を世界に発信してみませんか？
万葉集の聖武天皇の御詠「妹に恋い吾乃松原見渡せば潮干の潟にたづ鳴渡る」に由縁のある聖武天皇社や、勇壮なけんか祭りの舞台となる飛鳥神社、漁師町の面影を残す町並み、明治から昭和の工業化の時代や自然災害の痕跡などをたどり、昼食をはさみながら約５キロのコースを写真やメモをとりながら歩きます。
その後、郷土史などの参考文献を頼りにインターネット上の百科事典であるウィキペディア「Wikipedia」や、世界地図であるオープンストリートマップ「OpenStreetMap」に情報を書き込み、世界へ向けて発信します。
最後に、エッセンスをUmapに落とし込んで「富洲原のお宝マップ」として完成させます。
初心者向けなので、WikipediaやOpenStreetMapなどを知らなくても大丈夫。 みなさんのご参加をお待ちしています。
参加方法など、詳細については以下のページを参照ください。
https://connpass.com/event/81126/

--
--
+-+-+-+-+ Open Street Map 東海 +-+-+-+-+
みんなで地図を作ろう～！

このメールは次の Google グループの参加者に送られています:
このグループにメールで投稿: osm-to...@googlegroups.com
このグループから退会する: osm-tokai+unsubscr...@googlegroups.com
その他のオプションについては、次の URL からグループにアクセスしてください。
 http://groups.google.co.jp/group/OSM-Tokai?hl=ja
---
このメールは Google グループのグループ「OpenStreetMap東海」の登録者に送られています。
このグループから退会し、グループからのメールの配信を停止するには
osm-tokai+unsubscr...@googlegroups.com にメールを送信してください。
その他のオプションについては、https://groups.google.com/d/optout にアクセスしてください。


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
はやかわ ともみち (Tomomichi Hayakawa)
tom.hayak...@gmail.com
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] Intersezione tra strade

[Cascafico Giovanni]

In questi casi uso il nodo preesistente. Non è di nessuna utilità tenerli
entrambi.

Il giorno 2 marzo 2018 13:32, Lorenzo Mastrogiacomi 
ha scritto:

> Il giorno ven, 02/03/2018 alle 12.18 +0100, riccardopastoc...@alice.it ha
> scritto:
>
> Allego immagine, per togliermi un dubbio.
>
> In caso di intersezioni tra strade, esempio tra una provinciale e una di
> servizio.
>
> All'altezza dell'incrocio trovo un nodo della Sp, e proprio sul quel punto
> ci devo far finire la strada di servizio
>
> Cosa devo fare?
>
> 1) unisco i nodi (senza alcun problema)
> 2) evito di far combaciare i nodi (vedi immagine allegata)
> 3) è indifferente
>
> Grazie
> Riccardo
>
> ___
>
>
>
> E' indifferente ma se trovi un nodo già presente nel punto in cui
> inserisci la nuova strada è preferibile riutilizzare quello piuttosto che
> inserirne un altro, così si evita di creare una nuova versione della strada
> preesistente.
>
>
> Lorenzo
>
> ___
> 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-us] Help fight advertising

[Jason Remillard]

Hi Frederik


> * Should we have some MapRoulette task or OSMCha automatism or OSMI view
> to detect potential advertising?
>
>
>
Detecting these change sets should be quite straightforward. Here is a
Keras sample that could be easily modified to process change sets. The
model in this example is tiny and could easily be run over all of the
change sets every day with a normal laptop, with no GPU.

https://github.com/keras-team/keras/blob/master/examples/pretrained_word_embeddings.py

The machine learning people are always hungry for more curated datasets.

You have done the hard work already by curating a list of spamy changesets.
Make a central place where we could keep a list of changesets that are
spam, so that if people are interested in writing a changeset spam
detector, the time consuming part is done already.

A github repository with a two CSV file or json file that has the changeset
id, and classification. For now (spam, good), and a python script to
download the changeset dumps and lookup the age/changeset count of the user
into a local directory would be enough.

12455662,spam
12555662,spam
1245155,good

them a

download.py file, downloads and writes out data/spam/,xml and
data/good/.xml

etc

After we have a bot(s) screening all of the change sets for spam, then many
things are possible.

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

[OSM-talk-fr] JOSM, dans les presets, inversion route=hiking et route=foot

[Vincent Bergeot]

Bonjour,

dans la version 13478 de JOSM en français, dans les 
préréglages/relations/itinéraires :


 * itinéraire pédestre est tagué route=hiking
 * itinéraire de randonnées pédestres est tagué route=foot

C'est l'inverse non ?

Je ne sais pas comment savoir si c'est une erreur de traduction ou 
d'attributions.


Merci

--
Vincent Bergeot

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

Re: [Talk-it] Tasti di selezione rapida in Josm

[Jo]

anche, con Ctrl-f é possibile aggiungere un bottone nel toolbar. É molto
practico per gli search che vuoi ripetere molte de volta.

Jo

2018-03-02 16:00 GMT+01:00 liste DOT girarsi AT posteo DOT eu <
liste.gira...@posteo.eu>:

> Il 02/03/2018 12:03, riccardopastoc...@alice.it ha scritto:
>
>>   In Josm ci sono tasti per una selezione rapida per:
>> - Building: House- Building: Yes
>>
>> Se la risposta è no, chiedo se ci sono icone immediate da mettere nella
>> barra degli strumenti?
>> GrazieRiccardo
>>
>>
> A parte quanto suggerito, per questi tags, non c'è preimpostazione.
>
> Però c'è appunto la possibilità di crearti una tua preimpostazione
> personalizzata tramite un file XML scritto da te.
>
> Nelle impostazioni --> proiezione della mappa (simbolo della griglia
> quadrata) --> etichette preimpostate, esiste il preset building preset,
> però non contiene i valori da te indicati.
>
> Puoi sempre modificartelo, creandoti un file XML, e caricandolo come
> preset personalizzato, questo il building preset all'origine:
>
> https://josm.openstreetmap.de/wiki/Presets/BuildingPreset
>
>
>
> Comunque personalmente mi trovo bene con il building tool, che crea il
> valore building=yes all'istante con la creazione della geometria
> dell'edificio, e poi semmai al bisogno modifico il valore.
>
> Se hai tanti edifici, basta fare una selezione multipla e cambiare il
> valore di un'unico tag nella finestra dei tag dopo averli creati.
>
>
>
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
>
> ___
> 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] Tasti di selezione rapida in Josm

[liste DOT girarsi AT posteo DOT eu]

Il 02/03/2018 12:03, riccardopastoc...@alice.it ha scritto:

  In Josm ci sono tasti per una selezione rapida per:
- Building: House- Building: Yes

Se la risposta è no, chiedo se ci sono icone immediate da mettere nella barra 
degli strumenti?
GrazieRiccardo



A parte quanto suggerito, per questi tags, non c'è preimpostazione.

Però c'è appunto la possibilità di crearti una tua preimpostazione 
personalizzata tramite un file XML scritto da te.


Nelle impostazioni --> proiezione della mappa (simbolo della griglia 
quadrata) --> etichette preimpostate, esiste il preset building preset, 
però non contiene i valori da te indicati.


Puoi sempre modificartelo, creandoti un file XML, e caricandolo come 
preset personalizzato, questo il building preset all'origine:


https://josm.openstreetmap.de/wiki/Presets/BuildingPreset



Comunque personalmente mi trovo bene con il building tool, che crea il 
valore building=yes all'istante con la creazione della geometria 
dell'edificio, e poi semmai al bisogno modifico il valore.


Se hai tanti edifici, basta fare una selezione multipla e cambiare il 
valore di un'unico tag nella finestra dei tag dopo averli creati.






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

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

Re: [Talk-it] Tasti di selezione rapida in Josm

[Federico Cortese]

2018-03-02 12:03 GMT+01:00 riccardopastoc...@alice.it
:
>  In Josm ci sono tasti per una selezione rapida per:
>
> - Building: House
> - Building: Yes
>

Ma vuoi selezionare tutte le way che hanno tag building=yes o
building=house, oppure disegnare i fabbricati?
Per selezionarli si possono usare i filtri raggiungibili da edit -->
search (CTRL+F) ed inserire la stringa di ricerca (ad es. building=yes
per selezionare tutti gli edifici così taggati).

Ciao,
Federico

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

[OSM-talk-be] Rencontre OSM à Namur 19/03/2018 OSM meeting in Namur

[Julien Minet]

 FRANÇAIS 

Rencontrons-nous à Namur pour le prochain rdv OpenStreetMap wallon le mardi
27 mars à 18h30! Tout le monde intéressé par OSM est le bienvenu, du
parfait débutant au cartographe expérimenté. N'hésitez pas à venir si vous
êtes juste intrigué par le projet OpenStreetMap et la cartographie
participative. Lieu: une salle de Mundo-N (Rue Nanon, 98, Namur, 10 min. de
la gare) avec un projecteur, si bien que quiconque intéressé paut apporter
un PC portable et présenter quelque chose.

Le thème du jour: OpenStreetMap et (Grandes) Randonnées (mais d'autres
sujets sont possibles!)

Des boissons & pizzas seront offertes!

 ENGLISH 

Let's meet in Namur for the next Wallonia OpenStreetMap meetup on the 27
May 2018 , 6:30 PM ! Anyone interested in OSM is welcome, from the absolute
beginner to the most experienced mapper. Do not hesitate to come if you are
just curious about OpenStreetMap and participatory cartography. We have
booked a room at Mundo-N (Rue Nanon, 98, Namur, 10 min. from the station)
with a beamer, so anyone interested can bring a laptop and present
something.

Thema of the day: OpenStreetMap and Hiking

Drinks and pizzas will be offered!


--> https://www.meetup.com/OpenStreetMap-Belgium/events/248338003/
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-de] Dt. Kartenstil: Rendern von historic=fort

[Sven Geggus]

Sven Geggus  wrote:

> Ich finde das originaldokument grade nicht mehr. Dort sind die von Dir
> genannten Symbole nämlich bestimmt auch mit drin.

http://www.adv-online.de/AAA-Modell/Dokumente-der-GeoInfoDok/Signaturenkataloge-nicht-formalisiert/

-> aaa_sk10_v_6.0.1_2012_05_15.zip
> AAA_SK10_Signaturen.pdf

Da sind inzwischen interessanterweise auch die Laub und Nadelbaum Symbole
mit drin.

Gruss

Sven

-- 
Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch
kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [OSM-talk-fr] Osmose pour l'OpenData

[Florian LAINEZ]

Hello,
Super nouvelle cette séparation Open Data / qualité.
Je vous remonte mes idées sur le sujet qui datent de 2016 :
https://lists.openstreetmap.org/pipermail/talk-fr/2016-September/082182.html

Le 2 mars 2018 à 14:00, Vincent Bergeot  a écrit :

> Bonjour,
>
> Le 02/03/2018 à 10:41, Magalie Dartus a écrit :
>
> Pour l'agriculture par exemple il y a le RPG (Registre parcellaire
> graphique), donnée ouverte par l'IGN (licence OL/LO):
> http://professionnels.ign.fr/rpg
> Certes cette données concerne la France mais vu que cela est lié à la PAC
> (Politique Agricole Commune) il est probable de trouver la même chose pour
> tous les pays européens.
>
> Je fais quelques recherches pour trouver d'autres données... à suivre
>
>
>
> ok, pour ma part j'ai préféré me baser sur ce qui existe déjà dans Osmose,
> plutôt que sur tout ce que l'on pourrait y intégrer :)
> Ce qui ne veut pas dire que le rpg ne soit pas intéressant mais pour le
> moment il n'est pas dans osmose.
> Si besoin est, on aura une 9ème catégorie pour les thématiques non
> prévues, par exemple dans ce cas / 9- Usages des sols
>
>   * 1Transports (vélo, parking, train, ..)
>   * 2Équipement sport, bornes, bal,
>   * 3Bâtiments, logements, patrimoines
>   * 4Education, formation, club sportif, ...
>   * 5Santé / Urgence / Soins / PEI /
>   * 6Services publics, services aux publics
>   * 7Réseaux (Énergie, Adductions, Télécoms, ...)
>   * 8Commerce / banques / craft
>   * 9"" Usages des sols (vignes !!!)""
>
>
> à vous lire
>
>
>
>
> Le 2 mars 2018 à 10:20, Vincent Bergeot  a écrit :
>
>> Bonjour,
>>
>>
>> Le 02/03/2018 à 09:37, Magalie Dartus a écrit :
>>
>> Bonjour à tous,
>>
>> Après avoir lu tous les messages que l'on m'a transférés concernant
>> l'Open Data (merci grandement Jean-Yvon), je n'ai pas vu de réflexion
>> concernant l'Agriculture.
>> D'ailleurs dans la liste des catégories proposées pour le nouvel Osmose
>> cette catégorie à disparue alors qu'elle est bien présente dans la liste
>> d'Etalab.
>>
>> Est-ce qu'il y à une raison particulière à cela?
>> Les données Open Data existent pourtant
>>
>>
>> une première tentative de correspondance entre les jeux de données
>> ouvertes intégrés dans osmose et les catégories data.gouv montraient :
>>
>>- un gros déséquilibre, en particulier certaines catégories comme :
>>Territoires, Transports, Tourisme
>>- des incohérences : catégories International et Europe, osmose n'est
>>pas pour la france et le reste du monde
>>
>> D'où la tentative de proposition de nouvelles catégories.
>>
>> L'absence de la catégorie Agriculture n'est pas voulue, mais n'a pas
>> semblé être nécessaire par rapport aux actuels jeux de données dans Osmose.
>> Tu penses à quels jeux de données en particulier ?
>>
>>
>> Le 01/03/2018 à 22:23, Frédéric Rodrigo a écrit :
>>
>> Je n'y avais pas pensé, mais on peut aussi utiliser les niveaux
>> d'importances pour prioriser certains jeux de données.
>>
>>
>> ok, peut-être que cette priorisation peut venir dans un second temps ?
>> Mais effectivement c'est intéressant de savoir que l'on peut avoir une
>> autre entrée de classification par "importance".
>>
>>
>> Le 1 mars 2018 à 23:02,  a écrit :
>>
>>> Je vois que Frédéric va bientôt nous proposer :
>>> - quelques catégories
>>> - quelques niveaux d'importance
>>> - deux méta catégories (AQ=qualité, DO=intégration)
>>>
>>
>> effectivement les réflexions avancent sur cela (j'entends ton retour sur
>> l'importance d'avoir les 2 types d'analyses (qualité et intégration) aux
>> même endroits mais là cela devient complexe !!!).
>>
>> @françois merci pour la proposition de coup de main "Sur les catégories,
>> je verrai plus Energie se transformer en Réseaux." (pour la conflation
>> linéaire, pour ma part aucune idée et je propose que si discussion il y a
>> cela soit sur un autre "fil" si possible.
>>
>> Soit pour les catégories :
>>
>>   * 1Transports (vélo, parking, train, ..)
>>   * 2Équipement sport, bornes, bal,
>>   * 3Bâtiments, logements, patrimoines
>>   * 4Education, formation, club sportif, ...
>>   * 5Santé / Urgence / Soins / PEI /
>>   * 6Services publics, services aux publics
>>   * 7Réseaux (Énergie, Adductions, Télécoms, ...)
>>   * 8Commerce / banques / craft
>>
>> Retours et avis toujours les bienvenus
>>
>>
>> --
>> Vincent Bergeot
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Vincent Bergeot
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

*Florian Lainez*

Re: [Diversity-talk] Diversity in FOSS projects Call

[Liz Barry]

Thank you so much for sharing this!
--

Liz Barry 
director of community development
PublicLab.org / @PublicLab  / Public Lab
events

/ @lizbarry  / +1-336-269-1539
*Love our work? Become a Public Lab Sustaining Member
*
*today!*



-- Forwarded message --
From: Selene Yang 
Date: Wed, Feb 28, 2018 at 12:17 PM
Subject: [Diversity-talk] Diversity in FOSS projects Call
To: OSM Diversity 


Hi! There's a call going on about diversity in FOSS communities. This
activity is led by Emma Irwin from Mozilla. You can watch the call here:
 https://www.youtube.com/watch?v=U3aPHZpgAls


-- 
Selene Yang Rappaccioli
Candidata Doctoral en Comunicación
Universidad Nacional de La Plata
@SeleneYang

___
Diversity-talk mailing list
Code of Conduct: TBD
Contact the mods (private): diversity-talk-ow...@openstreetmap.org
(_internal_name)s
___
Diversity-talk mailing list
Code of Conduct: TBD
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [Talk-in] Missing al5-boundaries in India

[F11PES NARDANI]

I had a list of boundary node co ordinates but misplaced do you have one?



Sent from Mail for Windows 10



From: Walter Nordmann
Sent: 28 February 2018 20:02
To: talk-in@openstreetmap.org
Subject: [Talk-in] Missing al5-boundaries in India



Hi,

just found some gaps in the admin boundaries level 5 in India.

https://wambachers-osm.website/images/osm/snaps_2018/india_al5.png

where you see a blue background there is no al5 or may be it's damaged.

could you please help and fix that gaps in your country?

regards

walter aka wambacher

attached: list of all al5 found in OSM

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

[OSM-talk] OpenStreetMap Awards 2018

[Ilya Zverev]

Hi folks,

Announcing the third OpenStreetMap Awards! After two successful years with 15 
people or projects awarded and nearly 60 nominated, we continue with the next 
one. Please nominate people and projects for achievements of the past year on 
the Awards website:

http://awards.osmz.ru

This is a community award: nominees and winners are chosen by the community. 
The Awards strive to be a worldwide event for all OpenStreetMap members, 
including developers, mappers, community leaders, blog writers and everyone 
else. We need your help to find the best of OpenStreetMap globally. Please 
notice people mentioned in WeeklyOSM, blogs, your local community, and submit 
them or their projects for the award.

Eligible are projects or other works that were announced after July 1st, 2017, 
except for the Ulf Möller Award, for which everyone is eligible regardless of 
the time when they were active in the project. Winners of past awards and 
selection committee members (in their categories) cannot be nominated.

If you want to be on a selection committee for any of the categories, please 
message me with who and why.

The call for nominees will close on 31th of May, and shortly after that we will 
start the second round, choosing the award recipients via the community voting.

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

Re: [OSM-talk-fr] Osmose pour l'OpenData

[Vincent Bergeot]

Bonjour,

Le 02/03/2018 à 10:41, Magalie Dartus a écrit :
Pour l'agriculture par exemple il y a le RPG (Registre parcellaire 
graphique), donnée ouverte par l'IGN (licence OL/LO): 
http://professionnels.ign.fr/rpg
Certes cette données concerne la France mais vu que cela est lié à la 
PAC (Politique Agricole Commune) il est probable de trouver la même 
chose pour tous les pays européens.


Je fais quelques recherches pour trouver d'autres données... à suivre



ok, pour ma part j'ai préféré me baser sur ce qui existe déjà dans 
Osmose, plutôt que sur tout ce que l'on pourrait y intégrer :)
Ce qui ne veut pas dire que le rpg ne soit pas intéressant mais pour le 
moment il n'est pas dans osmose.
Si besoin est, on aura une 9ème catégorie pour les thématiques non 
prévues, par exemple dans ce cas / 9- Usages des sols


  * 1    Transports (vélo, parking, train, ..)
  * 2    Équipement sport, bornes, bal,
  * 3    Bâtiments, logements, patrimoines
  * 4    Education, formation, club sportif, ...
  * 5    Santé / Urgence / Soins / PEI /
  * 6    Services publics, services aux publics
  * 7    Réseaux (Énergie, Adductions, Télécoms, ...)
  * 8    Commerce / banques / craft
  * 9    "" Usages des sols (vignes !!!)""


à vous lire




Le 2 mars 2018 à 10:20, Vincent Bergeot > a écrit :


Bonjour,


Le 02/03/2018 à 09:37, Magalie Dartus a écrit :

Bonjour à tous,

Après avoir lu tous les messages que l'on m'a transférés
concernant l'Open Data (merci grandement Jean-Yvon), je n'ai pas
vu de réflexion concernant l'Agriculture.
D'ailleurs dans la liste des catégories proposées pour le nouvel
Osmose cette catégorie à disparue alors qu'elle est bien présente
dans la liste d'Etalab.

Est-ce qu'il y à une raison particulière à cela?
Les données Open Data existent pourtant


une première tentative de correspondance entre les jeux de données
ouvertes intégrés dans osmose et les catégories data.gouv montraient :

  * un gros déséquilibre, en particulier certaines catégories
comme : Territoires, Transports, Tourisme
  * des incohérences : catégories International et Europe, osmose
n'est pas pour la france et le reste du monde

D'où la tentative de proposition de nouvelles catégories.

L'absence de la catégorie Agriculture n'est pas voulue, mais n'a
pas semblé être nécessaire par rapport aux actuels jeux de données
dans Osmose. Tu penses à quels jeux de données en particulier ?


Le 01/03/2018 à 22:23, Frédéric Rodrigo a écrit :

Je n'y avais pas pensé, mais on peut aussi utiliser les niveaux
d'importances pour prioriser certains jeux de données.



ok, peut-être que cette priorisation peut venir dans un second
temps ? Mais effectivement c'est intéressant de savoir que l'on
peut avoir une autre entrée de classification par "importance".



Le 1 mars 2018 à 23:02, > a écrit :

Je vois que Frédéric va bientôt nous proposer :
- quelques catégories
- quelques niveaux d'importance
- deux méta catégories (AQ=qualité, DO=intégration)



effectivement les réflexions avancent sur cela (j'entends ton
retour sur l'importance d'avoir les 2 types d'analyses (qualité et
intégration) aux même endroits mais là cela devient complexe !!!).

@françois merci pour la proposition de coup de main "Sur les
catégories, je verrai plus Energie se transformer en Réseaux."
(pour la conflation linéaire, pour ma part aucune idée et je
propose que si discussion il y a cela soit sur un autre "fil" si
possible.

Soit pour les catégories :

  * 1    Transports (vélo, parking, train, ..)
  * 2    Équipement sport, bornes, bal,
  * 3    Bâtiments, logements, patrimoines
  * 4    Education, formation, club sportif, ...
  * 5    Santé / Urgence / Soins / PEI /
  * 6    Services publics, services aux publics
  * 7    Réseaux (Énergie, Adductions, Télécoms, ...)
  * 8    Commerce / banques / craft

Retours et avis toujours les bienvenus


-- 
Vincent Bergeot



___
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



--
Vincent Bergeot

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

[OSM-talk-fr] carto construction : ancien bâti vs nouveau

[Nicolas Bétheuil]

Re-bonjour,

Quand on cartographie un chantier avec les futurs bâtiments, comment
fait-on ?
On supprime purement et simplement les bâtiments qui n'existent déjà plus
en attendant d'avoir les nouveau ?
à part landuse=construction pour la parcelle, que mets on sur le reste ?

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

[OSM-talk-fr] Chantier nouvel université sorbonne nation : licence ?

[Nicolas Bétheuil]

Bonjour,

Quel licence demander pour pouvoir intégrer les bâtiments de la future
université (déjà sortie de terre) ?
Des mentions particulières OSM ?

https://chantier-nation-sorbonne-nouvelle.com/

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

Re: [Talk-it] Tasti di selezione rapida in Josm

[Andreas Lattmann]

Ed aggiungo che la scorciatoia da tastiera è B e se vuoi inserire la grandezza 
in metri Ctrl-ALT-B
È utilisimo come X per estrudere.

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [Talk-it] Intersezione tra strade

[Lorenzo Mastrogiacomi]

Il giorno ven, 02/03/2018 alle 12.18 +0100, riccardopastoc...@alice.it
ha scritto:
> Allego immagine, per togliermi un dubbio.
> In caso di intersezioni tra strade, esempio tra una provinciale e una
> di servizio.
> 
> All'altezza dell'incrocio trovo un nodo della Sp, e proprio sul quel
> punto ci devo far finire la strada di servizio
> 
> Cosa devo fare?
> 
> 1) unisco i nodi (senza alcun problema)
> 2) evito di far combaciare i nodi (vedi immagine allegata)
> 3) è indifferente
> 
> Grazie 
> Riccardo
> ___

E' indifferente ma se trovi un nodo già presente nel punto in cui
inserisci la nuova strada è preferibile riutilizzare quello piuttosto
che inserirne un altro, così si evita di creare una nuova versione
della strada preesistente.


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

Re: [OSM-talk-fr] Osmose pour l'OpenData

[Rpnpif]

Le  2 mars 2018, Magalie Dartus a écrit :

> Pour l'agriculture par exemple il y a le RPG (Registre parcellaire
> graphique), donnée ouverte par l'IGN (licence OL/LO):
> http://professionnels.ign.fr/rpg
> Certes cette données concerne la France mais vu que cela est lié à la PAC
> (Politique Agricole Commune) il est probable de trouver la même chose pour
> tous les pays européens.
> 
> Je fais quelques recherches pour trouver d'autres données... à suivre

Bonjour,

Bonne remarque de Magalie.

Les données actuelles issues de l'Europe en Pays de la Loire sont très
souvent fausses sous OSM.
Par exemple des zones de prairie qui n'en sont pas ou plus ou bien des
zones agricoles cultivées qui sont en prairie depuis longtemps parfois
toujours mais n'y sont pas sur OSM.
Les limites sont très souvent fantaisistes. Il peut s'agir de fausses
déclarations d'agriculteurs ou bien de mauvais relevés ou encore de
données périmées.

Il faut bien distinguer les données officielles de la réalité. Le
satellite est une bonne aide... quand l'image ne date pas trop (< 2
ans).

La peur irraisonnées par certains mal informés de ne pas bénéficier de
subventions pour des talus boisés ou pour des arbres dont le feuillage
débordent sur leur champ entraîne un massacre rapide de ceux-ci et donc
une modification rapide des petites zones boisées. C'est la même chose
pour certaines zones humides et mares. Pour OSM, cela rend le suivi sur
le terrain parfois difficile.

Les corrections ne sont pas toujours évidentes car situées sur de
larges zones donc elles exigent souvent JOSM.

Donc d'accord avec les importations massives de données agricoles mais
avec des données de qualité et réellement actuelles sur le terrain.
Osmose les ignorent.

Il a du boulot ;).
Salut à vous.
-- 
Alain Rpnpif

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

Re: [Talk-it] Intersezione tra strade

[Alessandro]

Il 02/03/2018 12:18, riccardopastoc...@alice.it ha scritto:


All'altezza dell'incrocio trovo un nodo della Sp, e proprio sul quel 
punto ci devo far finire la strada di servizio


Cosa devo fare?

1) unisco i nodi (senza alcun problema)
2) evito di far combaciare i nodi (vedi immagine allegata)
3) è indifferente


Ciao,
se c'è intersezione fisica devi unirle tramite un nodo altrimenti un 
routing pensa che quelle strade non si tocchino. In più se incroci due 
strade senza nodi in comune o senza diversi layer ti apparirà un 
messaggio di warning


Alessandro

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

Re: [Talk-it] Tasti di selezione rapida in Josm

[Alessandro]

Il 02/03/2018 12:03, riccardopastoc...@alice.it ha scritto:

  In Josm ci sono tasti per una selezione rapida per:

- Building: House
- Building: Yes


Se la risposta è no, chiedo se ci sono icone immediate da mettere nella 
barra degli strumenti?




Ciao,
se vuoi creare edifici in JOSM c'è il plugin che velocizza il disegno 
degli edifici

Da Preferenze -> Estensioni cerchi e carichi Buildings_tools

Ti permette di disegnare un edificio rettangolare con due click del 
mouse e ci aggiunge già il tag building=yes


Sempre nelle preferenze ci sono le scorciatoie da tastiera ma quei 
comandi non li vedo, a meno che non sai come personalizzarli (è 
possibile ma non l'ho mai fatti).


Alessandro Ale_Zena_IT

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

Re: [Talk-es] Consulta como puedo dejar de recibir mail de Talk-es? que debo hacer?

[Jesús Gómez Fernández]

Al pié de cada mensaje de correo tienes un enlace para darse de baja de la
lista.

Un saludo.
Jesús Gómez

2018-03-02 12:08 GMT+01:00 Jorge Gustavo Argachá :

>
> ---
> Jorge Gustavo Argachá
> Ing. Químico y Laboral
> CIEER Nº 40953/40869 DNHST Nº 2744
> E3264ABE -  C. del U. - Entre Ríos
> 03442 / 427 834 / 15 488559
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSRM-talk] Feed OSRM with Postgis

[François Lacombe]

Hi Daniel,

Despite it's a pretty old thread regarding feeding OSRM with postgis
geometries, I have new lights to bring up

2017-11-30 18:09 GMT+01:00 Daniel Hofmann :

> OSRM is a routing engine for OpenStreetMap and the OpenStreetMap extracts
> usually come in xml or pbf formats.
>

I find this a bit restrictive and I wonder why it's valuable to stuck osrm
on osm data only.
I work for a company which is interested to use osrm as a router for public
works (not cycling nor car or whatever).
We have lot of private data we process into a postgresql db in which osm
data is also imported.

OSM XML file production at the end of our process generate a lot of
overhead as to feed osrm.
This doesn't bring advantage at all.


> We're using https://github.com/osmcode/libosmium in the osrm-extract
> binary; you theoretically _could_ switch it out with calls to your database
> but that will be a bigger lift I guess, and we don't want to add arbitrary
> data source drivers to OSRM.
>

We think about creating another connector which would enable osrm-extract
to get its data directly for pgsql.
Currently we're not aware of how deep the xml/libosmium is linked to
osrm-extract binary.

Our use cases enlarge the potential and relevance of osrm in
industrial/profesionnal use.
We look to be as constructive as possible and it will be a pleasure to
share since osrm is great tool.


All the best

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

Re: [Talk-es] Como generar/exportar una zona de un mapa a imagen. OSM en papel

[dcapillae]

Hola, Colegota.

En el wiki hay una página dedicada a OSM en papel [1]. Quizás encuentres
algo que se ajuste mejor a tus necesidades.

[1] https://wiki.openstreetmap.org/wiki/OSM_on_Paper



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

[Talk-it] Tasti di selezione rapida in Josm

[riccardopastoc...@alice.it]

 In Josm ci sono tasti per una selezione rapida per:
- Building: House- Building: Yes

Se la risposta è no, chiedo se ci sono icone immediate da mettere nella barra 
degli strumenti?
GrazieRiccardo___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Importaciones catastro

[Jesús Gómez Fernández]

Muchas gracias. En cuanto tenga un rato me pongo con ello.

Saludos.
Jesús Gómez

El 2 de marzo de 2018, 11:01, Jorge Sanz Sanfructuoso 
escribió:

> Jesus ya tienes permisos con el usuario jesusgomez-imports.
> Me dio permisos Alejandro hace unos días para que me ocupara yo de las
> peticiones para el tema del catastro.
>
> Un saludo.
>
> El vie., 2 mar. 2018 a las 9:49, Jesús Gómez Fernández (<
> jesus.gomez.f...@gmail.com>) escribió:
>
>> Aprovecho este hilo para solicitar también permisos. Hace unas semanas
>> envié un correo a Alejandro pero no me llegó a contestar.
>> Lo he ido dejando por trabajo pero me gustaría retomarlo.
>> El usuario que he creado es jesusgomez-imports y estoy logueado en el
>> gestor de tareas.
>>
>> ¡Un saludo y gracias!
>>
>> Jesús Gómez
>>
>>
>>
>> El 2 de marzo de 2018, 7:45, Matías h 
>> escribió:
>>
>>> Hola. Yo ya tengo permisos.. Lo que no encuentro es
>>> ¡¡TIEMPO. :P
>>>
>>>
>>> El 1 de marzo de 2018, 23:35, Javier Sánchez Portero <
>>> javiers...@gmail.com> escribió:
>>>
 Alejandro, dale permisos por favor. No se si Matías Taborda también
 estaba pendiente. Si quieres darme permisos a mi para administrar te puedo
 ayudar con esto.

 El 1 mar. 2018 18:21, "Joaquim"  escribió:

> Hola
>
> Una vez preparado todo para crear un proyecto necesito permiso para
> poder crearlo en el  administrador de tareas. Mi usuario para 
> importaciones
> es: puxan_importacions.
>
> Ya pediré que alguien con más experiencia lo revise antes de
> publicarlo.
>
> Gracias
>
> Joaquim
>
>
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>

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


>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Como generar/exportar una zona de un mapa a imagen

[|Colegota|]

 

Pues muchas gracias. Está muy bien, pero el primer problema que me
encuentro es que el área que necesito generar yo dice que es demasiado
grande (una zona en la Sierra Norte de Madrid que incluye varios
pueblos). 

Parece que no ajusta la resolución al formato de salida sino al revés. 

Saludos,
Colegota 

El 2018-03-02 10:25, Emilio Gómez Fernández escribió: 

> Creo que MapOSMatic es lo que buscas:
> 
> https://maposmatic.osm-baustelle.de/
> 
> Un saludo.
> 
> Emilio Gómez
> 
> El 2 de marzo de 2018, 10:19, Colegota  escribió:
> 
>> Buenas,
>> 
>> tengo que montar un mapa para un folleto informativo con una serie de 
>> localizaciones de tipo marcadores como las que pones en umap y unas 
>> leyendas.
>> La idea es hacer algo parecido a estos mapas [1] , pero a un nivel más 
>> sencillo. Son pocos marcadores comparados con los de esos mapas. Una 
>> docena o poco más.
>> 
>> El problema es que umap no tiene una opción para exportar una zona a una 
>> imagen como tiene la web de openstreetmap.org [1]. Y que dicha web solo 
>> exporta tres tipos de teselas. Mientras que en umap habría otras que me 
>> vendrían mejor como mapa de fondo para que las leyendas destacasen bien.
>> 
>> ¿Sabéis de alguna herramienta/web/forma de exportar mapas a imágenes que 
>> permita una flexibilidad sobre el renderizado del mapa a elelgir?
>> 
>> [1] https://losmadriles.org/mapas/ [2]
>> 
>> Saludos,
>> Colegota
>> 
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es [3]
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es [3]

 

Links:
--
[1] http://openstreetmap.org
[2] https://losmadriles.org/mapas/
[3] https://lists.openstreetmap.org/listinfo/talk-es
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Osmose pour l'OpenData

[Christian Quest]

Le RPG est un très gros jeu de données et qui décrit quelque chose de très
changeant: les cultures subventionnées.

Je ne pense pas qu'on puisse l'intégrer manuellement avec son niveau de
détail, et encore moins le mettre à jour.
Marcussacapuce en avait intégré un millésime dans l'Essone.

Par contre, en faisant une version simplifiée, il permet grosso-modo de
savoir où des landuse=farmland ne sont pas à jour, car ceci change moins
souvent que le type de culture. Rien que ça déjà me semble un bon morceau à
digérer qui pourrait aider à mettre à jour nos polygones de landuse de
Corine Land Cover, jeu de données aussi a été mis à jour depuis l'import
massif que nous avons fait.

Si osmose est bien adapté à l'intégration de données ponctuelles, sur du
surfacique on ne va pas pouvoir aller beaucoup plus loin que signaler que
ça ne colle pas... reste ensuite toutes les manipulations sur les polygones
et multi-polygones qu'on sait ne pas être évidentes pour tout le monde.

L'idéal serait d'avoir un outil qui facilite ces mises à jour en prémâchant
les changements et de le lier à osmose.


Pour clore sur le RPG (mais c'est valable pour tout l'opendata)... ceux qui
ont besoin de ces données y ont déjà accès !
Je pense qu'il faut se concentrer sur des données à fort potentiel au sein
d'OSM (c'est à dire les plus attendues) et ne pas trop s'éparpiller car
"qui trop embrasse mal étreint".


Le 2 mars 2018 à 10:41, Magalie Dartus  a écrit :

> Pour l'agriculture par exemple il y a le RPG (Registre parcellaire
> graphique), donnée ouverte par l'IGN (licence OL/LO):
> http://professionnels.ign.fr/rpg
> Certes cette données concerne la France mais vu que cela est lié à la PAC
> (Politique Agricole Commune) il est probable de trouver la même chose pour
> tous les pays européens.
>
> Je fais quelques recherches pour trouver d'autres données... à suivre
>
>
-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Importaciones catastro

[Jorge Sanz Sanfructuoso]

Jesus ya tienes permisos con el usuario jesusgomez-imports.
Me dio permisos Alejandro hace unos días para que me ocupara yo de las
peticiones para el tema del catastro.

Un saludo.

El vie., 2 mar. 2018 a las 9:49, Jesús Gómez Fernández (<
jesus.gomez.f...@gmail.com>) escribió:

> Aprovecho este hilo para solicitar también permisos. Hace unas semanas
> envié un correo a Alejandro pero no me llegó a contestar.
> Lo he ido dejando por trabajo pero me gustaría retomarlo.
> El usuario que he creado es jesusgomez-imports y estoy logueado en el
> gestor de tareas.
>
> ¡Un saludo y gracias!
>
> Jesús Gómez
>
>
>
> El 2 de marzo de 2018, 7:45, Matías h 
> escribió:
>
>> Hola. Yo ya tengo permisos.. Lo que no encuentro es
>> ¡¡TIEMPO. :P
>>
>>
>> El 1 de marzo de 2018, 23:35, Javier Sánchez Portero <
>> javiers...@gmail.com> escribió:
>>
>>> Alejandro, dale permisos por favor. No se si Matías Taborda también
>>> estaba pendiente. Si quieres darme permisos a mi para administrar te puedo
>>> ayudar con esto.
>>>
>>> El 1 mar. 2018 18:21, "Joaquim"  escribió:
>>>
 Hola

 Una vez preparado todo para crear un proyecto necesito permiso para
 poder crearlo en el  administrador de tareas. Mi usuario para importaciones
 es: puxan_importacions.

 Ya pediré que alguien con más experiencia lo revise antes de publicarlo.

 Gracias

 Joaquim




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

>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Osmose pour l'OpenData

[Magalie Dartus]

Pour l'agriculture par exemple il y a le RPG (Registre parcellaire
graphique), donnée ouverte par l'IGN (licence OL/LO):
http://professionnels.ign.fr/rpg
Certes cette données concerne la France mais vu que cela est lié à la PAC
(Politique Agricole Commune) il est probable de trouver la même chose pour
tous les pays européens.

Je fais quelques recherches pour trouver d'autres données... à suivre

Le 2 mars 2018 à 10:20, Vincent Bergeot  a écrit :

> Bonjour,
>
>
> Le 02/03/2018 à 09:37, Magalie Dartus a écrit :
>
> Bonjour à tous,
>
> Après avoir lu tous les messages que l'on m'a transférés concernant l'Open
> Data (merci grandement Jean-Yvon), je n'ai pas vu de réflexion concernant
> l'Agriculture.
> D'ailleurs dans la liste des catégories proposées pour le nouvel Osmose
> cette catégorie à disparue alors qu'elle est bien présente dans la liste
> d'Etalab.
>
> Est-ce qu'il y à une raison particulière à cela?
> Les données Open Data existent pourtant
>
>
> une première tentative de correspondance entre les jeux de données
> ouvertes intégrés dans osmose et les catégories data.gouv montraient :
>
>- un gros déséquilibre, en particulier certaines catégories comme :
>Territoires, Transports, Tourisme
>- des incohérences : catégories International et Europe, osmose n'est
>pas pour la france et le reste du monde
>
> D'où la tentative de proposition de nouvelles catégories.
>
> L'absence de la catégorie Agriculture n'est pas voulue, mais n'a pas
> semblé être nécessaire par rapport aux actuels jeux de données dans Osmose.
> Tu penses à quels jeux de données en particulier ?
>
>
> Le 01/03/2018 à 22:23, Frédéric Rodrigo a écrit :
>
> Je n'y avais pas pensé, mais on peut aussi utiliser les niveaux
> d'importances pour prioriser certains jeux de données.
>
>
> ok, peut-être que cette priorisation peut venir dans un second temps ?
> Mais effectivement c'est intéressant de savoir que l'on peut avoir une
> autre entrée de classification par "importance".
>
>
> Le 1 mars 2018 à 23:02,  a écrit :
>
>> Je vois que Frédéric va bientôt nous proposer :
>> - quelques catégories
>> - quelques niveaux d'importance
>> - deux méta catégories (AQ=qualité, DO=intégration)
>>
>
> effectivement les réflexions avancent sur cela (j'entends ton retour sur
> l'importance d'avoir les 2 types d'analyses (qualité et intégration) aux
> même endroits mais là cela devient complexe !!!).
>
> @françois merci pour la proposition de coup de main "Sur les catégories,
> je verrai plus Energie se transformer en Réseaux." (pour la conflation
> linéaire, pour ma part aucune idée et je propose que si discussion il y a
> cela soit sur un autre "fil" si possible.
>
> Soit pour les catégories :
>
>   * 1Transports (vélo, parking, train, ..)
>   * 2Équipement sport, bornes, bal,
>   * 3Bâtiments, logements, patrimoines
>   * 4Education, formation, club sportif, ...
>   * 5Santé / Urgence / Soins / PEI /
>   * 6Services publics, services aux publics
>   * 7Réseaux (Énergie, Adductions, Télécoms, ...)
>   * 8Commerce / banques / craft
>
> Retours et avis toujours les bienvenus
>
>
> --
> Vincent Bergeot
>
>
> ___
> 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-es] Como generar/exportar una zona de un mapa a imagen

[Emilio Gómez Fernández]

Creo que MapOSMatic es lo que buscas:

https://maposmatic.osm-baustelle.de/

Un saludo.

Emilio Gómez


El 2 de marzo de 2018, 10:19, Colegota  escribió:

> Buenas,
>
> tengo que montar un mapa para un folleto informativo con una serie de
> localizaciones de tipo marcadores como las que pones en umap y unas
> leyendas.
> La idea es hacer algo parecido a estos mapas [1] , pero a un nivel más
> sencillo. Son pocos marcadores comparados con los de esos mapas. Una
> docena o poco más.
>
> El problema es que umap no tiene una opción para exportar una zona a una
> imagen como tiene la web de openstreetmap.org. Y que dicha web solo
> exporta tres tipos de teselas. Mientras que en umap habría otras que me
> vendrían mejor como mapa de fondo para que las leyendas destacasen bien.
>
> ¿Sabéis de alguna herramienta/web/forma de exportar mapas a imágenes que
> permita una flexibilidad sobre el renderizado del mapa a elelgir?
>
> [1] https://losmadriles.org/mapas/
>
> Saludos,
> Colegota
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Como generar/exportar una zona de un mapa a imagen

[Colegota]

Buenas,

tengo que montar un mapa para un folleto informativo con una serie de 
localizaciones de tipo marcadores como las que pones en umap y unas 
leyendas.
La idea es hacer algo parecido a estos mapas [1] , pero a un nivel más 
sencillo. Son pocos marcadores comparados con los de esos mapas. Una 
docena o poco más.

El problema es que umap no tiene una opción para exportar una zona a una 
imagen como tiene la web de openstreetmap.org. Y que dicha web solo 
exporta tres tipos de teselas. Mientras que en umap habría otras que me 
vendrían mejor como mapa de fondo para que las leyendas destacasen bien.

¿Sabéis de alguna herramienta/web/forma de exportar mapas a imágenes que 
permita una flexibilidad sobre el renderizado del mapa a elelgir?

[1] https://losmadriles.org/mapas/

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

Re: [OSM-talk-fr] Osmose pour l'OpenData

[Vincent Bergeot]

Bonjour,


Le 02/03/2018 à 09:37, Magalie Dartus a écrit :

Bonjour à tous,

Après avoir lu tous les messages que l'on m'a transférés concernant 
l'Open Data (merci grandement Jean-Yvon), je n'ai pas vu de réflexion 
concernant l'Agriculture.
D'ailleurs dans la liste des catégories proposées pour le nouvel 
Osmose cette catégorie à disparue alors qu'elle est bien présente dans 
la liste d'Etalab.


Est-ce qu'il y à une raison particulière à cela?
Les données Open Data existent pourtant


une première tentative de correspondance entre les jeux de données 
ouvertes intégrés dans osmose et les catégories data.gouv montraient :


 * un gros déséquilibre, en particulier certaines catégories comme :
   Territoires, Transports, Tourisme
 * des incohérences : catégories International et Europe, osmose n'est
   pas pour la france et le reste du monde

D'où la tentative de proposition de nouvelles catégories.

L'absence de la catégorie Agriculture n'est pas voulue, mais n'a pas 
semblé être nécessaire par rapport aux actuels jeux de données dans 
Osmose. Tu penses à quels jeux de données en particulier ?



Le 01/03/2018 à 22:23, Frédéric Rodrigo a écrit :
Je n'y avais pas pensé, mais on peut aussi utiliser les niveaux 
d'importances pour prioriser certains jeux de données.




ok, peut-être que cette priorisation peut venir dans un second temps ? 
Mais effectivement c'est intéressant de savoir que l'on peut avoir une 
autre entrée de classification par "importance".




Le 1 mars 2018 à 23:02, > a écrit :


Je vois que Frédéric va bientôt nous proposer :
- quelques catégories
- quelques niveaux d'importance
- deux méta catégories (AQ=qualité, DO=intégration)



effectivement les réflexions avancent sur cela (j'entends ton retour sur 
l'importance d'avoir les 2 types d'analyses (qualité et intégration) aux 
même endroits mais là cela devient complexe !!!).


@françois merci pour la proposition de coup de main "Sur les catégories, 
je verrai plus Energie se transformer en Réseaux." (pour la conflation 
linéaire, pour ma part aucune idée et je propose que si discussion il y 
a cela soit sur un autre "fil" si possible.


Soit pour les catégories :

  * 1    Transports (vélo, parking, train, ..)
  * 2    Équipement sport, bornes, bal,
  * 3    Bâtiments, logements, patrimoines
  * 4    Education, formation, club sportif, ...
  * 5    Santé / Urgence / Soins / PEI /
  * 6    Services publics, services aux publics
  * 7    Réseaux (Énergie, Adductions, Télécoms, ...)
  * 8    Commerce / banques / craft

Retours et avis toujours les bienvenus


--
Vincent Bergeot

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

Re: [OSM-talk-fr] Osmose pour l'OpenData

[Noémie Lehuby]

Hello,

je pense que la séparation est un très bon premier pas pour améliorer
notre capacité à utiliser Osmose pour l'intégration de données opendata.

Pour info Jean Yvon, la mission Pic4Review que tu as finies était un
test un peu foireux de ma part, on fera mieux à l'avenir, t'inquiète ;) 

Noémie 

Le 2018-03-01 23:02, osm.sanspourr...@spamgourmet.com a écrit :

> Je vois que Frédéric va bientôt nous proposer : 
> - quelques catégories
> - quelques niveaux d'importance
> - deux méta catégories (AQ=qualité, DO=intégration)
> 
> pour revenir à l'intérêt de faire se côtoyer AQ et DO c'est que si on a des 
> stats de distance moyenne/maxi sur des données intégrées on avise des 
> intégrateurs des problèmes potentiels, sinon on va avoir plus de doublons, 
> triplés...
> 
> Idées d'amélioration après avoir complété  
> https://pic4review.pavie.info/#/mission/45/summary :
> dans Osmose il était dit qu'il manquait le ref:FR:FINESS mais sans le 
> proposer.
> J'ai dû dézoomer pour voir toujours dans Pic4Review les noms de rue et de 
> commune puis je suis allé sur https://annuaire.sante.fr trouver le code 
> FINESS en question.
> Pas exactement ce qui se fait de plus convivial et de plus trivial.
> 
> Pourtant on a des possibilités de faire mieux :
> - sur clic trouver l'adresse (via OpenCage ? le formatage est fonction du 
> pays et donne une adresse postale (sans affichage parasite des noms de chef 
> lieux des arrondissements départementaux à la Nominatim).
> - proposer a minima la source (ici https://annuaire.sante.fr voir mieux) et 
> si possible comme c'est fait pour les boîtes-aux-lettres proposer 
> l'intégration.
> - éventuellement faire du géocodage sur la source.
> 
> Une idée d'amélioration c'est aussi de passer plus facilement d'un éditeur à 
> l'autre (par exemple de Pic4Review à Osmose en se plaçant au même endroit et 
> si possible le même thème).
> Au fait Florian tu n'as même pas mis un lien vers OSM !
> 
> Car suivant les jours, les thèmes ou son humeur un éditeur est plus adapté ou 
> préféré.
> 
> Jean-Yvon
> 
> ___
> 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-us] Help fight advertising

[Frederik Ramm]

Hi,

On 02.03.2018 01:17, Mike N wrote:
> This is a good time to bring up the subject because the recent
> 'locksmith' advertising was most bothersome: partly because the
> locksmith industry as a whole in the US is as shady as you can get while
> being barely legal, and partly because I'm sure the physical locations
> had no relevance; almost no one goes to a 'locksmith shop' to get their
> car door unlocked, and many of them just operate out of their residence.

Yes, the locksmith advertising was one step up again - this wasn't even
"unwanted advertising for a legitimate business" but "unwanted
advertising for a scam". One mapper had verified one of the "local
locksmith" locations in person and found it to be bogus, then called the
telephone number given and was connected to (he said) an "outsourced
answering serivice".

The list I posted does contain a number of businesses that sound a bit
shady - if not outright scams, then at least preying on those in
difficult situations. Loan sharks, lawyers with dubious offers, people
who claim to buy homes for cash and the like. Sometimes it's hard to
tell from the outside.

Bye
Frederik

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

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

Re: [Talk-es] Importaciones catastro

[Jesús Gómez Fernández]

Aprovecho este hilo para solicitar también permisos. Hace unas semanas
envié un correo a Alejandro pero no me llegó a contestar.
Lo he ido dejando por trabajo pero me gustaría retomarlo.
El usuario que he creado es jesusgomez-imports y estoy logueado en el
gestor de tareas.

¡Un saludo y gracias!

Jesús Gómez



El 2 de marzo de 2018, 7:45, Matías h  escribió:

> Hola. Yo ya tengo permisos.. Lo que no encuentro es  ¡¡TIEMPO.
> :P
>
>
> El 1 de marzo de 2018, 23:35, Javier Sánchez Portero  > escribió:
>
>> Alejandro, dale permisos por favor. No se si Matías Taborda también
>> estaba pendiente. Si quieres darme permisos a mi para administrar te puedo
>> ayudar con esto.
>>
>> El 1 mar. 2018 18:21, "Joaquim"  escribió:
>>
>>> Hola
>>>
>>> Una vez preparado todo para crear un proyecto necesito permiso para
>>> poder crearlo en el  administrador de tareas. Mi usuario para importaciones
>>> es: puxan_importacions.
>>>
>>> Ya pediré que alguien con más experiencia lo revise antes de publicarlo.
>>>
>>> Gracias
>>>
>>> Joaquim
>>>
>>>
>>>
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Osmose pour l'OpenData

[Magalie Dartus]

Bonjour à tous,

Après avoir lu tous les messages que l'on m'a transférés concernant l'Open
Data (merci grandement Jean-Yvon), je n'ai pas vu de réflexion concernant
l'Agriculture.
D'ailleurs dans la liste des catégories proposées pour le nouvel Osmose
cette catégorie à disparue alors qu'elle est bien présente dans la liste
d'Etalab.

Est-ce qu'il y à une raison particulière à cela?
Les données Open Data existent pourtant

Bonne journée
Magalie

Le 1 mars 2018 à 23:02,  a écrit :

> Je vois que Frédéric va bientôt nous proposer :
> - quelques catégories
> - quelques niveaux d'importance
> - deux méta catégories (AQ=qualité, DO=intégration)
>
> pour revenir à l'intérêt de faire se côtoyer AQ et DO c'est que si on a
> des stats de distance moyenne/maxi sur des données intégrées on avise des
> intégrateurs des problèmes potentiels, sinon on va avoir plus de doublons,
> triplés...
>
> Idées d'amélioration après avoir complété  https://pic4review.pavie.info/
> #/mission/45/summary :
> dans Osmose il était dit qu'il manquait le ref:FR:FINESS mais sans le
> proposer.
> J'ai dû dézoomer pour voir toujours dans Pic4Review les noms de rue et de
> commune puis je suis allé sur https://annuaire.sante.fr trouver le code
> FINESS en question.
> Pas exactement ce qui se fait de plus convivial et de plus trivial.
>
> Pourtant on a des possibilités de faire mieux :
> - sur clic trouver l'adresse (via OpenCage ? le formatage est fonction du
> pays et donne une adresse postale (sans affichage parasite des noms de chef
> lieux des arrondissements départementaux à la Nominatim).
> - proposer a minima la source (ici https://annuaire.sante.fr voir mieux)
> et si possible comme c'est fait pour les boîtes-aux-lettres proposer
> l'intégration.
> - éventuellement faire du géocodage sur la source.
>
> Une idée d'amélioration c'est aussi de passer plus facilement d'un éditeur
> à l'autre (par exemple de Pic4Review à Osmose en se plaçant au même endroit
> et si possible le même thème).
> Au fait Florian tu n'as même pas mis un lien vers OSM !
>
> Car suivant les jours, les thèmes ou son humeur un éditeur est plus adapté
> ou préféré.
>
> Jean-Yvon
>
> ___
> 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-us] Help fight advertising

[Frederik Ramm]

Hi,

On 02.03.2018 00:21, Ian Dees wrote:
> I disagree that this is a "fight". Have we attempted to reach out to the
> people running this operation? 

I've come across a lot of edits where mappers had written changeset
comments against one of these one-off accounts, and were met with
silence. It's not normally something the individual mapper would
escalate - they write a comment and then forget about it, or simply fix
it themselves after a while.

I have also (sorry for the "lurkers support me in email" argument)
received positive feedback from mappers about my deleting of
advertising; twice, a mapper wrote to me along the lines of: "I've been
annoyed by this for a while but I didn't dare remove it".

> Have we asked the Operations team to
> correlate IP address for the accounts that are created and used once?

I have on occasion done that with my DWG hat on (when there was a
particular flood of such edits) and it was usually possible to identify
an IP address or email domain which was then blocked. However this is
usually doesn't help for long.

I don't think we're dealing with one single opponent here, I think
there's an industry out there, and even if you successfully stop one
firm from harming OSM, there'll be the next one just around the corner.
If you get one to play by the rules, there will be the next one sensing
a business advantage by ignoring the rules. (Or "being disruptive" in
modern speak.)

> Have we looked at what email addresses they use when signing up for
> clues? It would be great to have these folks contributing the
> non-advertising parts in a manner consistent with the rest of the
> community, and perhaps they'd be willing to adjust their practices if we
> are able to ask them.

I don't know. It has never worked when I tried but I might not have
tried hard enough. I think their (and their clients') interests differ
too strongly from ours. Their goal is certainly not making the best map
(or the best geodatabase).

> Also, your characterization of US mappers being more lax about this is a
> little insulting. 

The US mappers are not more lax, but there simply are less of them, and
they are concerned with more important things than watching their home
turf for an unwanted item. Combine this with a more intensive spam
activity in the US than elsewhere (some spammers operate world wide but
many seem concentrated on the US even if they hail from non-US IPs) and
you get the current over-abundance of spam in the US. It's not your
fault, and I'm not pointing a finger - I'm asking for help.

There's certainly things that can be done policy-wise, establishing
rules that can then be communicated to those willing to play by them;
the upcoming directed editing policy will be helpful in outlining
acceptable behaviour for groups who wish to contribute business
information. But that's a different activity; the advertising that we
currently have in OSM must be weeded out no matter what.

Bye
Frederik

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

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