Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

Bonjour vdct ;)

> >> [...] Je ne suis sans doute pas très clair, mais, par exemple,
> >> peut-on
> >> imaginer que nous métions à jour OSM en disant que:
> >> - ce Pressing (activité)
> >> ,
> >> - se fait bien dans ce bâtiment (établissement)
> >> ,
> >> - le tout à cette adresse
> >> ?
> >
> > Je viens de découvrir la notion de relation.
> >
> > Est-ce que je fais fausse route?
> 
> Une relation pour regrouper les 3 objets ci-dessus ne se justifie que
> si on arrive à lui affecter une sémantique propre.

OK.

> Dans le cas présent
> la relation ne servirait qu'à dire que le pressing, le bâtiment et le
> numéro d'adresse sont au même endroit (si je résume), ce qu'on peut
> déjà savoir en interrogeant la géométrie des 3 objets. Des logiciels
> sachant gérer la géométrie, comme par exemple PostGIS, savent simplement
> répondre aux questions :
> "le point Pressing se situe-t-il dans le polygone bâtiment ?",
> "le point Adresse est-il en façade du bâtiment ?"
> etc.
> Donc l'exemple que vous pointez est plutôt conventionnel dans l'état
> actuel : un polygone de bâtiment, un point d'adresse, un point
> Pressing.
> On trouvera des variantes, comme le pressing et l'adresse réunis en 1
> seul point, voire le tout en 1 seul polygone, dès lors que le
> Pressing occupe tout le bâtiment (étages compris) et qu'une seule adresse
> affecte le bâtiment. Mais une relation sera superflue ici, voire supprimée
> par un autre contributeur une fois construite.

Je comprends mieux.  Merci de cet éclairage.  (Encore une fois, cette 
explication peut paraître évidente - elle l'est maintenant pour moi, mais je 
commence tout juste mon intégration à la communauté OSM.)

OK pour les aspects géométriques: effectivement, pas besoin de relation pour 
interroger la proximité physique de ces objets.

Néanmoins, sur la question de la «sémantique propre», la relation se justifie 
dans le sens d'une entreprise (l'adresse - le bâti? - et l'enseigne) sont 
toutes trois indissociacles pour un établissement.

Ce qui m'a amené à la notion de relation ce sont les rues, auxquelles sont 
rattachés les numéros 
.  Ici, 
le problème n'est pas la question de la proximité géographique, mais bien le 
fait que tel numéro est partie intégrante de telle rue.

Ce qui m'amène, pour le coup, à vous interroger sur la relation qui existe (ou 
pas) au sein d'OSM (ou en géomatique en général) entre les rues et le bâti: par 
exemple, au-delà de la question de la proximité géographique (qui finalement 
n'en est pas une), comment se gère le problème d'un immeuble qui a une entrée 
sur un numéro d'une rue et une deuxième entrée sur un autre numéro d'une 
deuxième rue?

Comment implémente-t-on cette sémantique?  (Là, tout de suite, au moment où je 
vous parle, je pense aux pompiers qui ont forcément cette information sur la 
plus part des batiments de France, sauf erreur de ma part.)  (Je pense encore, 
mais c'est sans doute l'intérêt des plans d'urgence règlementaires figurant à 
l'entrée de tout bâtiment...)

jmn ;)

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

Re: [Talk-in] [BLR] Volunteers needed for mapping camp for residents of Indiranagar

[Warin]

On 12-Jan-17 06:08 PM, Arun Ganesh wrote:
The citizen of the Indiranagar RWA have requested help to teach them 
how to map their locality to document the trees, footpaths, landuse 
and other amenities to help them take action against illegal felling 
of trees and unauthorized commercialization of the neighborhood.


I don't think OSM will stand up in court by itself. Geo referenced and 
dated photos would be better. The mapping could be used for proof of the 
area involved... but the photos would be primary evidence. Would 
mapillary be suitable?


Are there any mappers from Bengaluru interested to do this on one of 
the weekends? Also ideas on how to structure this?


This would be a great model that can help empower the citizens of any 
other RWA or citizen group in any other part of the country.



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



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

[Talk-in] [BLR] Volunteers needed for mapping camp for residents of Indiranagar

[Arun Ganesh]

The citizen of the Indiranagar RWA have requested help to teach them how to
map their locality to document the trees, footpaths, landuse and other
amenities to help them take action against illegal felling of trees and
unauthorized commercialization of the neighborhood.

Are there any mappers from Bengaluru interested to do this on one of the
weekends? Also ideas on how to structure this?

This would be a great model that can help empower the citizens of any other
RWA or citizen group in any other part of the country.
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk-ie] What to do about sloppy mapping errors

[Marc Gemis]

Welcome Adrian,

On Wed, Jan 11, 2017 at 9:46 PM, Adrian Thomas  wrote:
> I was quite disheartened next day when less than half of my
> new additions appeared on the map so I haven't been back.

This could be caused by a number of reasons:

- your browser was caching the old map tiles (a tile is a small jpeg file)
- the things you mapped are not rendered on the standard map style
- you made some tagging mistake.

Please let us know what and where you mapped features, so we can help
you understand what was going on.
There is no approval process, so everything you change goes straight
to the database and from there to the map.
Though, every map maker can filter out features that are not
interesting to them.

I would say, you are more than welcome to improve the map.

regards

m

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

Re: [OSM-talk] Lots of small copies of existing relations

[Marc Gemis]

For the changeset discussion:

go to

http://www.hdyc.neis-one.org/?


(fill in your osm name behind the question mark).

there you find links behind "Changeset discussions:" and "Discussed
changesets". The former is for the ones you participated in, the
latter for comments on your own changesets.

m.

On Wed, Jan 11, 2017 at 8:10 PM, Maarten Deen  wrote:
> I am working on bus routes and regularly download a whole area worth of bus
> routes with Overpass. What I see quite frequently is that some edit is done
> and in the aftermath a lot of copies of a busroute have been created with
> just a few (sometimes just one) member.
> These all seem to be in error, just copies of an existing relation with a
> very small subset of the members.
> Just now I'm noticing relations 6750658, 6750656, 6750655, 6750654, 6750653,
> 6750652, 6750651, 6750650, 6750649, 6750648, all AVV 402 in one direction or
> the other. Only relation 6750655 seems legit, the rest have 1 to 3 members.
> I have written a comment in the changeset (44056226), but I have done this
> before with no reaction.
> I notice that the edit was done with iD. Is there a known problem with iD
> that it generates copies of relations while editing? Or does this have to be
> a deliberate action in iD (I don't know iD at all).
>
> BTW: is there an overview of which changesets I've made a comment to?
>
> Regards,
> Maarten
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-it] probabile troll

[Cascafico Giovanni]

In sinergia con rss2email sono micidiali!
Resterebbe solo da fare uno strumento tipo HOT task manager, per
organizzare la copertura.

Il 11/gen/2017 23:28, "girarsi_liste"  ha scritto:

> Il 11/01/2017 22:27, Marco ha scritto:
> > Già che siamo in tema, probabilmente molti già lo conoscono, vi segnalo
> questo [1] utilissimo strumento per tenere sotto controllo le modifiche
> della "vostra zona".
> >
> > [1] http://simon04.dev.openstreetmap.org/whodidit/
> >
> > Marco
> >
>
> È Più veloce di questo:
>
> http://zverik.osm.rambler.ru/whodidit/
>
>
> --
> 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: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Vincent de Château-Thierry]

Bonjour,

Le 12/01/2017 à 00:57, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :

[...] Je ne suis sans doute pas très clair, mais, par exemple, peut-on
imaginer que nous métions à jour OSM en disant que:
- ce Pressing (activité)
,
- se fait bien dans ce bâtiment (établissement)
,
- le tout à cette adresse
?


Je viens de découvrir la notion de relation.

Est-ce que je fais fausse route?


Une relation pour regrouper les 3 objets ci-dessus ne se justifie que si 
on arrive à lui affecter une sémantique propre. Dans le cas présent la 
relation ne servirait qu'à dire que le pressing, le bâtiment et le 
numéro d'adresse sont au même endroit (si je résume), ce qu'on peut déjà 
savoir en interrogeant la géométrie des 3 objets. Des logiciels sachant 
gérer la géométrie, comme par exemple PostGIS, savent simplement 
répondre aux questions :

"le point Pressing se situe-t-il dans le polygone bâtiment ?",
"le point Adresse est-il en façade du bâtiment ?"
etc.
Donc l'exemple que vous pointez est plutôt conventionnel dans l'état 
actuel : un polygone de bâtiment, un point d'adresse, un point Pressing. 
On trouvera des variantes, comme le pressing et l'adresse réunis en 1 
seul point, voire le tout en 1 seul polygone, dès lors que le Pressing 
occupe tout le bâtiment (étages compris) et qu'une seule adresse affecte 
le bâtiment. Mais une relation sera superflue ici, voire supprimée par 
un autre contributeur une fois construite.


vincent

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

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[Kevin Kofler]

Robert Kaiser wrote:
> Ich persönlich bevorzuge Tagging am Gebäude, wenn das Gebäude nur eine
> Hausnummer hat (am Hauptgebäude des Grundstücks/Anwesens, wenn es
> Nebengebäude gibt), und Tagging auf einer separaten Node, wenn es
> mehrere Hausnummern am Gebäude gibt oder ein Grundstück ohne Gebäude
> eine Hausnummer hat. Das ist auch das Schema, das in Wien größtenteils
> verwendet wird.

+1, so mache ich es auch.

Für Nichtwiener sei angemerkt, daß es in Wien keinesfalls eine 1:1-
Entsprechung zwischen Gebäude und Hausnummer gibt:

* Einerseits haben oft, besonders in den Innenbezirken, Eckhäuser 2 oder
  mehr Hausnummern. Es gibt auch Extremfälle, wo ein ganzer Block nur aus
  einem einzigen Gebäude besteht, das also an allen 4 Seiten verschiedene
  Hausnummern hat. Ein prominentes Beispiel ist das Wiener Rathaus:
  https://nominatim.openstreetmap.org/search.php?q=Rathaus%2C+Wien
  Es ist auch von außen nicht zu erkennen, ob bei einem gegebenen Gebäude
  die Gebäudeteile mit den verschiedenen Adressen innen verbunden sind, oder
  ob man über den jeweiligen Eingang hineingehen muß. Deshalb halte ich es
  für wenig hilfreich, alle Hausnummern auf das Gebäude zu taggen.

* Umgekehrt gibt es auch riesige Gebäudekomplexe (üblicherweise
  Gemeindebauten in den Außenbezirken), wo alle Häuser dieselbe Hausnummer
  tragen, nur mit verschiedenen "Stiegen". An der Adresse alleine ist nicht
  ersichtlich, ob sich zwei Stiegen in ein- und demselben Haus befinden oder
  nicht. (In den Innenbezirken gibt es die "Stiegen" in getrennten Gebäuden
  zwar auch hin und wieder, dort sind es allerdings meistens nur 2.) Ein
  Extrembeispiel ist Am Heidjöchl 14:
  https://nominatim.openstreetmap.org/search.php?q=Am+Heidj%C3%B6chl+14%2C+Wien
  Auch in dem Fall ist ein Taggen des Gebäudes nur mit der Hausnummer nicht
  oder zumindest nicht alleine (ohne getaggte Eingänge mit Stiegennummer)
  sinnvoll, denn es ist wichtig zu wissen, welche Stiege wo ist (und jedes
  Gebäude hat mehrere.)

Die Lage ist hier nicht so einfach wie bei den Einfamilienhäusern am Land. 
:-)

Kevin Kofler


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

Re: [Talk-GB] the steepest residential street in England

[Robert Norris]

Ffordd_Pen_Llech is steep but it's one way (down), so if you're looking for 
challenge to go up it on your bicycle you have to do so illegally.

Apparently Vale Street (http://www.openstreetmap.org/way/32024547) in Bristol 
is meant to be very steep, but I don't know the incline. (Doesn't seem to have 
incline posted looking at GSV. DaveF: Was this the road you were thinking of or 
something in Bath?)

The posted incline (at least in the UK) is the maximum gradient.
This is also the definition used in OSM, see 
https://wiki.openstreetmap.org/wiki/Key:incline

Note that they mostly seem to be signed as 20%, 25% & 33% & 40% - so mostly a 
percentage version of the 1 in 5, 1 in 4, 1 in 3 gradients.
Thus you don't tend to get gradients of 22%, 23% etc...
So it seems the posted value is often rounded one way or another and certainly 
cycling up differing hills I've found some seem easier/harder than expected 
given the signed value.

An interesting list of steep roads is here:
https://roadcyclinguk.com/sportive/ten-uks-steepest-climbs.html/

Previously this steepest road question has been pondered several times. One 
interesting thread is here:
http://www.intelligentanswers.co.uk/index.php?topic=2962.0

Notionally the average gradient could be worked out fairly easy with reasonable 
SRTM or better LIDAR data or possibly given a number of GPX files to analyse - 
although I don't know whether any of these methods would give an accurate 
enough answer to be of comparable use.
Certainly for shorter (i.e. residential rather than long mountain/big hill 
climbs) road (such as Vale Street) the margin in error of the elevation 
readings will be considerable compared to the road length such that the 
calculated gradients could be very unreliable.

Some work on trying to auto calculate gradients can be found here: 
https://github.com/nautoguide/gradient_markers

--
Be Seeing You - Rob.
If at first you don't succeed,
then skydiving isn't for you.


From: Dave F 
Sent: 11 January 2017 22:04:03
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] the steepest residential street in England

On 11/01/2017 18:18, Jez Nicholson wrote:
> Google is telling me Hardknott Pass and Rosedale Chimney Bank at 33%
> for England.
>
> They used to do hill-climb car racing up Porlock Hill in Exmoor but
> that is reported as a mere 25%
>
> I can't help but think that there are some short side-roads that are
> steeper. They may also have further criteria for the 'World Record'.
>

Indeed, "criteria" is paramount. Porlock & one in my vicinity is marked
as only 25%. I'm pretty sure sections within them are a bit steeper than
that. Can anyone clarify that it's an average over the whole rise or the
maximum gradient?

DaveF.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> [...] Je ne suis sans doute pas très clair, mais, par exemple, peut-on
> imaginer que nous métions à jour OSM en disant que:
> - ce Pressing (activité)
> ,
> - se fait bien dans ce bâtiment (établissement)
> ,
> - le tout à cette adresse
> ?

Je viens de découvrir la notion de relation.

Est-ce que je fais fausse route?

Jean-Martial

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> [...] Pour rendre à la communauté, la solution minimaliste c'est de
> simplement diffuser vos données sous licence compatible ODbL. Mais ça sera 
> sans
> garantie qu'elles soient vraiment réutilisées.
> (Une intégration dans un outil comme Osmose peut aider:
> http://osmose.openstreetmap.fr/#item=8210%2C82115)

Merci pour le lien, je ne connaissais pas, je vais explorer.

> [...] Pour le cas spécifique des commerces, il y a une agence de
> communication qui ajoute et met à jour automatiquement dans OSM les points de
> ventes de ses clients:
> https://www.openstreetmap.org/user/SeFaireConnaitre
> Les débuts ont été difficiles (problème de géolocalisation pas assez
> précise, absence d'intégration avec l'existant dans OSM, pas toujours
> de réponse aux remarques des autres contributeurs), mais ils se sont
> amélioré je crois.

Je vais explorer ça aussi (intéressant...)

Jean-Martial

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Philippe Verdy]

Pour les EPCI, ceux qui sont délimités par des frontières, il semble plus
judicieux de mentionner le SIREN et non le SIRET qui désigne un seul de ses
établissements à une adresse précise. Les EPCI ont souvent une série
d'établissements dans leurs propre zone. Seul le siège social (dans une
mairie localisé dans un service, ou dans un hôtel de communauté ou
d'agglomération ou de métropole) a un établissement localisé.

Mais on trouve parmi les établissements aussi souvent (mais pas toujours
dans la zone de l'EPCI lui-même) les bases de loisir, les CCAS,
bibliothèques/médiathèques intercommunales, les cantines scolaires, les
anciennes crèches municipales (déléguées à l'intercommunalité qui a repris
les actifs et personnels), des services sociaux, des salles d'activité
mises à dispo des assos locales. Tous les établissements n'ont pas de
localisation géographique, certains existent pour des raisons
comptables/fiscales pour gérer les budgets qui leurs sont dédiés dans le
cadre des compétences partagées (obligatoires ou facultatives auxquelles
les communes membres ne participent pas nécessairement toutes).

L'INSEE références les EPCI par leur SIREN uniquement, sans distinguer les
établissements qui se créent ou disparaissent selon les décisions
budgétaires annuelles ou l'adhésion ou le retrait des communes membres aux
compétences facultatives, ou selon les besoins pour les marchés publics
spécifiques ou pour gérer des acquisitions/ventes foncières et
immobilières, ou encore pour gérer les statuts des différents personnels.
Ces établissements sont surtout des facilités de gestion interne.


Le 11 janvier 2017 à 11:52, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM <
jean-mart...@zitcom.fr> a écrit :

> > +1 global avec vdct,
>
> Pardonnez-moi, je débarque, mais «+1 global avec vdct», qu'est que ça veut
> dire?
>
> > Le SIRET (donc le numéro s'établissement et pas d'entreprise ce
> > qu'est le SIREN) serait l'identifiant pivot à recommander... surtout
> > que maintenant la base SIRENE est disponible en licence ouverte (et
> > géocodée).
>
> Effectivement, j'ai vu ça.  Partons donc pour le SIRET comme identifiant
> pivot.
>
> > Le 10 janvier 2017 à 22:29, Vincent de Château-Thierry
> > [...] Parmi les informations que vous allez recueillir, celles qui ont
> leur
> > place dans OSM sont celles qui à la fois :
> > - disposent d'une géolocalisation suffisamment précise : en France
> > grâce à la présence fréquente des bâtiments dans la base, on ne
> > s'attend pas à trouver un commerce sur le centre d'une voie, mais
> > bien au niveau du bâtiment qu'il occupe
>
> Au quotidien, nous remarquons que le terrain bouge plus vite que la base
> SIRENE (changement de propriétaire, fermeture, modification de l'enseigne
> sous un même propriétaire etc.).
>
> > - disposent d'une stabilité géographique dans le temps : les
> > commerces ambulants ont moins leur place, même si ça fait débat
>
> Nous considérons aussi les commerçants des marchés, qui ont une stabilité
> géographique dans le temps.
>
> Comment est-ce géré dans OSM?  (Finalement, hormis son usage au quotidien,
> je connais peu le fonctionnement communautaire du projet...)
>
> > - ne contiennent pas d'informations nominatives (nom du gérant, etc)
>
> OK.
>
> > - trouvent leur place d'un point de vue sémantique, notamment par
> > rapport à ce que propose cette page :
> > http://wiki.openstreetmap.org/wiki/Key:shop
>
> À ce jour, nous qualifions les commerçants (Ambassadeurs de la culture) en
> nous appuyant sur des référentiels comme la
> base permanente des équipements (BPE) de l'INSEE, notamment pour la
> typologie de l'équipement (usage fait du bâti)  metadonnees/source/s1161>.
>
> Nous affinons également nos informations avec la typologie de commerce, et
> tout particulièrement la définition des commerces de proximité (nous
> travaillons sur l'économie locale)  statistiques/1281145#inter1>.
>
> Enfin, pour nos besoins propres (diffuser la bonne communication
> culturelle au bon public) nous qualifions le commerçant avec:
> - ses centres d'intérêts culturels déclarés,
> - les centres d'intérêts culturels de ses clients.
>
> Ces informations pourraient-elles être utiles au projet OSM?
>
> > - et bien sûr sont issues de sources dont le copyright est compatible
> > avec l'ODbL. S'il s'agit de vos propres relevés de terrain c'est a
> > priori sans souci.
>
> OK pour la licence.
>
> > On parle donc d'un sous-ensemble de vos relevés (enfin, j'imagine).
>
> C'est bien ça.
>
> > Se posera potentiellement pour vous la question de l'articulation
> > des données injectées dans OSM avec le reste de vos données. Le
> > "pont" entre les deux environnement devrait éviter de se faire via
> > un identifiant qui vous est propre et qui serait inclus côté OSM. Il
> > faut privilégier une gestion de votre côté de cette correspondance,
> > ou bien le recours à des mécanismes sans ID propriétaire :
> > combinaison de la reconnaissance 

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[Robert Kaiser]

schu-r schrieb:
Ich sehe, dass manchmal ein Gebäude keine Hausnummer hat, dafür aber 
ein Punkt mit einer vollständigen Adresse drauf oder daneben ist.


Siehe Ybbs an der Donau : 
http://www.openstreetmap.org/#map=19/48.17768/15.08295


Welche ist nun die Richtigere oder Gängigere Methode?


Das ist immer wieder eine Diskussionsfrage. Es gibt mehrere Varianten, 
wie bereits hier im Thread dargestellt.


Ich persönlich bevorzuge Tagging am Gebäude, wenn das Gebäude nur eine 
Hausnummer hat (am Hauptgebäude des Grundstücks/Anwesens, wenn es 
Nebengebäude gibt), und Tagging auf einer separaten Node, wenn es 
mehrere Hausnummern am Gebäude gibt oder ein Grundstück ohne Gebäude 
eine Hausnummer hat. Das ist auch das Schema, das in Wien größtenteils 
verwendet wird.


Aber welche Variante genommen wird, hängt von den Präferenzen der lokal 
dort aktiven Mapper ab.


Grüße,
KaiRo


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

Re: [Talk-it] probabile troll

[girarsi_liste]

Il 11/01/2017 22:27, Marco ha scritto:
> Già che siamo in tema, probabilmente molti già lo conoscono, vi segnalo 
> questo [1] utilissimo strumento per tenere sotto controllo le modifiche della 
> "vostra zona".
> 
> [1] http://simon04.dev.openstreetmap.org/whodidit/
> 
> Marco
> 

È Più veloce di questo:

http://zverik.osm.rambler.ru/whodidit/


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



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

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[Jan Macura]

Petře,

to je bezva slyšet, že nějaká snaha byla. Asi není úplně důležité aby
úředníci rozumněli relacím v OSM, ale představu o licenci dat by mít měli.
Každopádně, tohle jednání s magistrátem/radnicí jste podnikali za sebe,
resp. za komunitu OSM?
Ptám se, protože cca 2 roky zpátky tady byla velká iniciativa ze strany
Fondu Otakara Motejla na otevírání dat veřejných správ a samospráv. Měli
kontakty na úřadech, chtěli to rozjet po celé ČR s pomocí asistentů na open
data, atp. Vím, že tehdy probíhala jednání i s magistrátem města Brna i
radnicemi některých částí. Snad se i něco zveřejnilo, ale jak to dál
pokračuje dnes, to nevím. Obecně celý ten projekt převážně končil na tom,
že i když úředníci a iniciátoři akce byli vzájemně ochotni spolupracovat,
většinou se nevědělo, kde teda začít.

Pointa: Jestli máme zájem o konkrétní dataset (veřejné osvětlení), máme use
case (noční navigace) a víme, kdo ty data spravuje (obce), můžeme
vyjednávání přehodit na lidi, kteří se tomu věnují a berou za to mzdu.
Konktakty na organizátory pořád mám.

Jestli myslíš (nebo Mirek), že to není úplně pitomej nápad, tak mi asi
napiš soukromě, nemusíme tim dál spamovat celej mail-list.

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Tyndare]

Le 11/01/2017 à 16:09, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :

Au quotidien, nous remarquons que le terrain bouge plus vite que la
base SIRENE (changement de propriétaire, fermeture, modification
de l'enseigne sous un même propriétaire etc.).


D'après les annonces, la base SIRENE devrais s’améliorer en terme de
réactivité.


Ce que je veux dire par là c'est qu'une même activité commerçante (sur nos 
relevés terrains) peut se faire sous différents codes d'activités officielles 
(administrativement, sur les papiers, dans la base SIRENE).  Par exemple, un 
dépanneur de PC peut, officiellement être dans le négoce de composants 
informatiques ou dans le développement logiciel.

De même, un même établissement peut changer d'activité (sur nos relevé 
terrains) sans pour autant être modifié dans la base SIRENE.  c'est le cas d'un 
magasin de fringues qui devient un magasin de chaussure, mais qui reste le même 
commerçant.


Pour les marchés qui ne sont pas en dur, le seul tag que je connaisse
est http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dmarketplace
mais en général il n'y a pas de détails de chacun des exposants.
Après, si c'est expliqué en commentaires, que les heures d'ouvertures
sont renseignées, il y a tout de même une assez grande tolérance de
la
communauté. En pratique peu de personnes ont la capacité d'aller
vérifier sur le terrain.


Justement, c'est ce que nous souhaitons mettre à profit: nous et nos confrères 
arpentons le terrain tous les jours (les rues et leurs commerces, les salles 
d'attentes des professions libérales, les établissements universitaires, etc.)

Pour nos propres besoins, nous tenons à jour une base de données.

Notre souhait est de pouvoir rendre à la communauté OSM ce que nous en tirons 
en matière cartographique.


C'est une approche qu'on ne peut qu'apprécier :-)

Pour rendre à la communauté, la solution minimaliste c'est de simplement 
diffuser vos données sous licence compatible ODbL. Mais ça sera sans 
garantie qu'elles soient vraiment réutilisées.
(Une intégration dans un outil comme Osmose peut aider: 
http://osmose.openstreetmap.fr/#item=8210%2C82115)


La solution plus ambitieuse et plus sûre c'est de contribuer vous même 
directement à OSM. Cela requiert tout de même  des précautions si vous 
voulez automatiser le processus.




Bon, le cas spécifique des marchés est... un cas spécifique. :)


À ce jour, nous qualifions les commerçants (Ambassadeurs de la
culture) en nous appuyant sur des référentiels comme la
base permanente des équipements (BPE) de l'INSEE, notamment pour la
typologie de l'équipement (usage fait du bâti)
.

Nous affinons également nos informations avec la typologie de
commerce, et tout particulièrement la définition des commerces de
proximité (nous travaillons sur l'économie locale)
.

Enfin, pour nos besoins propres (diffuser la bonne communication
culturelle au bon public) nous qualifions le commerçant avec:
- ses centres d'intérêts culturels déclarés,
- les centres d'intérêts culturels de ses clients.

Ces informations pourraient-elles être utiles au projet OSM?


Vu de l'extérieur, ça me parait assez subjectif comme information.
S'il n'y a pas un lien directe avec le type d'activité du commerce je ne
suis pas sur qu'on trouve une traduction dans la sémantique actuelle
d'OSM.


Les référentiels INSEE, ce n'est pas nous qui les définissons.  Nous faisons 
juste en sorte de nous y référer pour ne pas réinventer la roue et nous 
conformer à un «standard» et une «sémantique» au niveau national.

Les centres d'intérêts de l'établissement sont déclaratifs.  Avec nos 
commerçants, nous signons une charte dans laquelle ils nous disent ce qu'ils 
veulent recevoir comme communication culturelle, selon leurs propres centre 
d'intérêts.  Par exemple, tel tatoueur déclare explicitement qu'il veut 
accueillir des affiches de danse classique (si si, nous avons ça!), ou encore 
telle boulangerie n'a pas de centre d'intérêt précis (et nous y diffusons de 
tout).

Les centres d'intérêts des clients de nos Ambassadeurs sont eux aussi 
déclaratifs: nous tissons une relation avec Micheline qui cotoie le fournil du 
Croissant et qui préfère, par ce biais, recevoir des communications culturelles 
sur les programmes des médiathèques par exemple.

C'est assez objectif, non?


Oui pour tout ce qui est référentiel INSEE, mais il faudra tout de même 
trouver une traduction dans un tag OSM (comme «shop») reconnu en dehors 
de la France, je ne sais pas si ce travail de correspondance a déjà été 
fait.


Pour les «centres d'intérêts déclarés», je ne sais pas si ce genre 
d'information a déjà été cartographié dans OSM, c'est quand même très 
spécifique comme donnée, et peut être pas si facilement vérifiable par 
d'autres contributeurs.
Si vous voulez faire «accepter» à l'international un nouveau tag pour 
cartographier ce type d'info voici un guide 

Re: [Talk-GB] the steepest residential street in England

[Dave F]

On 11/01/2017 18:18, Jez Nicholson wrote:
Google is telling me Hardknott Pass and Rosedale Chimney Bank at 33% 
for England.


They used to do hill-climb car racing up Porlock Hill in Exmoor but 
that is reported as a mere 25%


I can't help but think that there are some short side-roads that are 
steeper. They may also have further criteria for the 'World Record'.




Indeed, "criteria" is paramount. Porlock & one in my vicinity is marked 
as only 25%. I'm pretty sure sections within them are a bit steeper than 
that. Can anyone clarify that it's an average over the whole rise or the 
maximum gradient?


DaveF.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-GB] the steepest residential street in England

[Dave F]

On 11/01/2017 14:37, SK53 wrote:
Now the question is a) is there any Lidar data; and b) has John Murray 
processed it!




...Or if, indeed, it is in England.

DaveF

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-it] probabile troll

[Marco]

Già che siamo in tema, probabilmente molti già lo conoscono, vi segnalo questo 
[1] utilissimo strumento per tenere sotto controllo le modifiche della "vostra 
zona".

[1] http://simon04.dev.openstreetmap.org/whodidit/

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

Re: [OSM-talk-fr] Osmose "Possible missing traffic_signals:direction or crossing "

[osm . sanspourriel]

Le 11/01/2017 à 10:34, lenny.libre - lenny.li...@orange.fr a écrit :


Le 10/01/2017 à 23:31, osm.sanspourr...@spamgourmet.com a écrit :


http://overpass-turbo.eu/s/lb2

Effectivement après vérification que quelques dizaines de feux à 
Helsinki il s'agit bien de feux pour le tramway et non de R24.


Pour les R24, sur les passages à niveaux ferroviaires 
 
on met crossing:light 
=yes/no.


Est-ce que là ce n'est pas un pan ? Avec crossing:barrier 
=no ça va de 
soi.


Jean-Yvon

Avant j'aurais dit oui, mais ce matin, en cherchant, j'ai vu que le 
R24 concerne également les bus en site propre traversant des giratoires .

Ajoute dans ce cas railway=no ;-).
Sérieusement, continue à penser comme avant ce matin car le fait d'avoir 
des feux spéciaux sur des ronds-points coupés par les transports en 
commun sans rail sont un cas encore très rare non ? À Lorient ils 
utilisent des feux normaux et les voitures s'arrêtent quand même ;-).

Même sans avoir cartographié les feux :
http://www.openstreetmap.org/#map=19/47.76350/-3.39520=N

Si vraiment tu as besoin de décrire ce feu, ce serait plutôt par un 
traffic_signal:type=R24 qu'il faudrait le faire (ou FR:R24) ?

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

Re: [OSM-talk-fr] Pb installation Kosmtik

[osm . sanspourriel]

Le 11/01/2017 à 21:34, Christian Quest - cqu...@openstreetmap.fr a écrit :
Le passage en yaml permet de factoriser ça et de ne changer les infos 
de connexion qu'une fois ;)
Sauf que quand tu te retrouves après moulinette sur le terrain avec un 
xml de 3 Mo, sed est un bon compromis.

Promis la prochaine fois j'attaque le project.mml.

Maël, côté compatibilité, si je me souviens bien c'est avec MapBox 
Studio Classic que j'ai produit le xml.

Initialement j'étais parti de Lyrk .

Au fait, si quelqu'un connaît des feuilles de styles pour Mapnik ou 
similaire afin de faire du S-52 ou proche, je suis preneur.
Je connais le bon point d'entrée QGis/SLD 
 
que j'ai testé sous GeoServer.
Et la version Java en OpenGL j'ai aussi. Là j'ai toutes les routines 
mais pour convertir ça en Mapnik, je sèche.


Jean-Yvon

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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

Peut-être mais pour amorcer un projet kosmtik, je vois pas comment ne pas 
passer par TileMill…

Le 11 janv. 2017 à 22:03, Christian Quest  a écrit :

> Non, mais une fois que tu aura gouté kosmtik tu ne parlera plus de tilemill ;)
> 
> Le 11 janvier 2017 à 21:40, Maël REBOUX  a 
> écrit :
> yaml c'est compatible TileMill ?
> 
> De mémoire je crois pas mais ?
> 
> 
> Le 11 janv. 2017 à 21:34, Christian Quest  a écrit :
> 
>> Le passage en yaml permet de factoriser ça et de ne chager les infos de 
>> connexion qu'une fois ;)
>> 
>> Le 11 janvier 2017 à 21:25,  a écrit :
>> C'est marrant, tu passes avec Kosmtik sur pleins de pb sur lesquels je suis 
>> tombé avec tessera et j'ai aussi pas mal cherché.
>> 
>> Le 11/01/2017 à 10:17, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>>> 
>>> Un indice : pour les layers postgis il y a une entrée pour le username mais 
>>> aucune entrée pour le password.
>>> 
>>> Je vais essayer avec le style OSM FR.
>>> 
>> Ce sera sans doute pareil.
>> Ma solution : ajouter dans la feuille de style les mots de passe (sed est 
>> ton ami ;-). Protéger la lecture de cette page !
>> Autres options :
>> - configurer pg_hba.conf pour le faire accepter ce compte sans demander de 
>> mot de passe (peer ou trust).
>> Attention à ne pas introduire de trou de sécurité.
>> - définir PG_PASSWORD alors du lancement du programme. même problème de 
>> sécurité.
>> 
>> Jean-Yvon
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>> 
>> 
>> 
>> -- 
>> Christian Quest - OpenStreetMap France
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Christian Quest]

Non, mais une fois que tu aura gouté kosmtik tu ne parlera plus de tilemill
;)

Le 11 janvier 2017 à 21:40, Maël REBOUX  a
écrit :

> yaml c'est compatible TileMill ?
>
> De mémoire je crois pas mais ?
>
>
> Le 11 janv. 2017 à 21:34, Christian Quest  a
> écrit :
>
> Le passage en yaml permet de factoriser ça et de ne chager les infos de
> connexion qu'une fois ;)
>
> Le 11 janvier 2017 à 21:25,  a écrit :
>
>> C'est marrant, tu passes avec Kosmtik sur pleins de pb sur lesquels je
>> suis tombé avec tessera et j'ai aussi pas mal cherché.
>> Le 11/01/2017 à 10:17, Maël REBOUX - mael.reb...@breizhpositive.bzh a
>> écrit :
>>
>>
>> Un indice : pour les layers postgis il y a une entrée pour le username
>> mais aucune entrée pour le password.
>>
>> Je vais essayer avec le style OSM FR.
>>
>> Ce sera sans doute pareil.
>> Ma solution : ajouter dans la feuille de style les mots de passe (sed est
>> ton ami ;-). Protéger la lecture de cette page !
>> Autres options :
>> - configurer pg_hba.conf pour le faire accepter ce compte sans demander
>> de mot de passe (peer ou trust).
>> Attention à ne pas introduire de trou de sécurité.
>> - définir PG_PASSWORD alors du lancement du programme. même problème de
>> sécurité.
>>
>> Jean-Yvon
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [Talk-dk] Begynderkursus, Sydfyn.

[Michael Andersen]

On onsdag den 11. januar 2017 18.30.29 CET Andreas Hammershøj wrote:
> Hej,
> jeg har i dag afholdt begynderkursus i OSM-redigering for turismefolk fra
> Sydfyn. Der er stigende interesse for at bruge OSM som database i
> turisme-branchen, både til kortbase, POI-udtræk og for selv at tilføje
> turismerelevant data..
> 
> Som sædvanlig med et begynderhold var de første redigeringer lidt famlende.
> Jeg går dem igennem i morgen og håber at jeg fanger eventuelle fejl.
> 
> Som del af undervisningen fik hver deltager en cykelrute som mangler at
> blive indtegnet. Ingen af dem blev umiddelbart færdige, men jeg går dem
> igennem de næste par dage og ordner dem.
> 
> Jeg håber I tager vel imod de nye folk.
> 
> /Hammershoej

Jeg opdagede holdet (7 nye bidragsydere indenfor 10 min) en ½ time efter i var 
begyndt og rettede en række af jeres ting mens i stadig arbejdede. Jeg 
kommenterede også flere rettesæt, men desværre uden respons (man skulle få en 
email når nogen kommenterer ens rettesæt, men ingen af kursisterne har 
formentlig holdt øje med deres email på kurset ).

Ting jeg har noteret mig i denne forbindelse:

* Alle kursisterne benyttede Potlatch. Jeg vil tro at iD er bedre målrettet 
helt nye folk.
* Potlatch var i alle tilfælde konfigureret til ikke at lukke rettesæt 
umiddelbart efter upload og rettesættene blev derfor først automatisk lukket 
efter en time og man kan desværre først kommentere på dem efter de er lukket.
* Havde jeg været opmærksom på kurset inden afholdelsen og havde rettesættene 
været lukket straks efter upload og havde kursisterne været opmærksom på deres 
email/kommentarer på rettesæt, ville jeg fint kunne have assisteret på kurset 
hjemmefra  (jeg har i forvejen vejledt i massevis af begyndere ad denne vej).

Vær opmærksom på mulighederne for at følge med i aktiviterne i Danmark: 
https://wiki.openstreetmap.org/wiki/Da:WikiProject_Denmark#Aktuel_aktivitet

Tak for denne rapport om kurset. Jeg undrede mig netop over om der var nogen 
der holdt kursus uden jeg vidste det ;-)

Mvh Hjart


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

[OSM-talk-ie] What to do about sloppy mapping errors

[Adrian Thomas]

I've recently retired and moved to live in West Cork.  As an experienced
hill walker I have been using GAIA GPS to explore new routes across the
hills and mountains in the west of Ireland.  GAIA GPS uses OSM and I
noticed that some local features such as buildings were missing from OSM so
I enroled as a contributor a few months back.  I spent a happy evening
adding local features which I know exist  using the aerial photo backdrop
for accuracy.  I was quite disheartened next day when less than half of my
new additions appeared on the map so I haven't been back.  However, I have
recently noticed quite a number of significant errors on OSM in my locality
and I'd really like to EITHER go in and correct someone else's carelessness
OR simply report the error(s) and let someone else put them right.  I think
I could contribute quite a lot to OSM in West Cork and Kerry simply by
checking out stuff which I suspect to be wrong.  For instance north of
Bantry is a well known col shown as "Priest's Leap 572m" despite the fact
that a) it isn't that high, b) it's shown below the 450m contour and c)
even the nearby hill top is only 520m.  This isn't even a typo because it
isn't 472m either!   Some of my other "errors" relate to features shown as
roads which are actually overgrown tracks which you couldn't even walk
along much less drive and certainly NOT a public road.  In one case there
is a "track" across a field on OSM which was shown on the aerial photos as
no more than the marks left by a tractor on one pass.  Definitely neither a
road nor a track.

Am I authorised to start cleaning up these blunders or should I just go
back to using OS maps?

cheers,  Adrian.
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

yaml c'est compatible TileMill ?

De mémoire je crois pas mais ?


Le 11 janv. 2017 à 21:34, Christian Quest  a écrit :

> Le passage en yaml permet de factoriser ça et de ne chager les infos de 
> connexion qu'une fois ;)
> 
> Le 11 janvier 2017 à 21:25,  a écrit :
> C'est marrant, tu passes avec Kosmtik sur pleins de pb sur lesquels je suis 
> tombé avec tessera et j'ai aussi pas mal cherché.
> 
> Le 11/01/2017 à 10:17, Maël REBOUX - mael.reb...@breizhpositive.bzh a écrit :
>> 
>> Un indice : pour les layers postgis il y a une entrée pour le username mais 
>> aucune entrée pour le password.
>> 
>> Je vais essayer avec le style OSM FR.
>> 
> Ce sera sans doute pareil.
> Ma solution : ajouter dans la feuille de style les mots de passe (sed est ton 
> ami ;-). Protéger la lecture de cette page !
> Autres options :
> - configurer pg_hba.conf pour le faire accepter ce compte sans demander de 
> mot de passe (peer ou trust).
> Attention à ne pas introduire de trou de sécurité.
> - définir PG_PASSWORD alors du lancement du programme. même problème de 
> sécurité.
> 
> Jean-Yvon
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

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

[osm . sanspourriel]

Dans ce cas une solution sous-optimale si le secteur ne correspond pas 
exactement c'est de suivre un facteur ou mieux un éboueur.


Mieux pour l'efficacité (ils passent par toute habitation même si la 
poubelle n'est pas dehors), mais pour les odeurs, un facteur c'est sans 
doute plus agréable à suivre ;-).


Et tu fais une fois la tournée pour voir et une deuxième pour pratiquer.
Ou tu demandes s'ils veulent pendre une trace GPS. Comme la Poste veut 
tout vendre, ils vont sûrement être d'accord pour que le préposé aux 
postes charge sa besace d'un enregistreur GPS.


Jean-Yvon

Le 11/01/2017 à 17:14, Julien Coupey - jul...@coupey.fr a écrit :

Salut

Les problèmes de tournées consistent à passer par tous les nœuds d'un 
certain graphe (avec éventuellement des contraintes additionnelles). 
La nature du problème du postier chinois est différente puisqu'il 
s'agit de visiter tous les arcs d'un graphe, donc malheureusement la 
réponse à ta question est non. ;-)


Concrètement, si le sens de visite des chemins n'a pas d'importance et 
s'il n'y a pas à tenir compte de sens uniques (par exemple à pied), 
alors le graphe est non orienté et il existe des méthodes 
réalistes/efficaces en temps de calcul pour trouver la solution optimale.
Par contre, si tu dois tenir compte des sens uniques et/ou si le sens 
de visite a de l'importance (par exemple tu veux passer dans les rues 
une fois dans chaque sens), alors là le problème se complique nettement !


À +
Julien


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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Christian Quest]

Le passage en yaml permet de factoriser ça et de ne chager les infos de
connexion qu'une fois ;)

Le 11 janvier 2017 à 21:25,  a écrit :

> C'est marrant, tu passes avec Kosmtik sur pleins de pb sur lesquels je
> suis tombé avec tessera et j'ai aussi pas mal cherché.
> Le 11/01/2017 à 10:17, Maël REBOUX - mael.reb...@breizhpositive.bzh a
> écrit :
>
>
> Un indice : pour les layers postgis il y a une entrée pour le username
> mais aucune entrée pour le password.
>
> Je vais essayer avec le style OSM FR.
>
> Ce sera sans doute pareil.
> Ma solution : ajouter dans la feuille de style les mots de passe (sed est
> ton ami ;-). Protéger la lecture de cette page !
> Autres options :
> - configurer pg_hba.conf pour le faire accepter ce compte sans demander de
> mot de passe (peer ou trust).
> Attention à ne pas introduire de trou de sécurité.
> - définir PG_PASSWORD alors du lancement du programme. même problème de
> sécurité.
>
> Jean-Yvon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [Talk-it] Mappa dei ripetitori radioamatoriali (su openstreetmap)

[Cascafico Giovanni]

 Una mia bozza di mappatura tag:

LOCATION,NULL,è solo un numero sequenziale
LAT,NULL
LON,NULL
Regione,NULL
Provincia;NULL
Luogo,,unico campo utile ad eventuale geocoding
Data,26/11/2016,eventuale inserimento in survey:date
Name,communication:amateur_radio:repeater, pare non sia il callsign
Tipo,(analogico|..., eventuale inserimento nel tag note
Banda,UHF|VHF, eventuale inserimento nel tag note
Ponte,, eventuale inserimento nel tag note
Identificativo communication:amateur_radio:repeater:ref= (presumo sia il
callsign)
Rete / Note,,eventuale inserimento nel tag note
Locator,NULL
Gestore communication:amateur_radio:repeater:operator
Frequency communication:amateur_radio:repeater:frequency_out
Duplex,, eventuale inserimento nel tag note
Offset communication:amateur_radio:repeater:shift
Tone,, da definire
rToneFreq communication:amateur_radio:repeater:ctcss
cToneFreq communication:amateur_radio:repeater:ctcss
DtcsCode da definire
DtcsPolarity da definire
Mode,FM|AM,da rimappare secondo
communication:amateur_radio:repeater:modulation
TStep,,da definire

Insomma, ci sono diversi campi da definire che potrebbero diventare
proposal nella wiki [0]

Vorrei chiarire comunque, prima di proseguire, che la mappa di IZ8WNH [1]
definisce come "credits" IK2ANE e nel sito di quest'ultimo trovo l'origine
dei dati in formato excel [2] dove viene definito:

"copyrigth by Walter De Vercelli IK2ANE
Si autorizzano tutti i radioamatori ad utilizzare gratuitamente per
uso privato il presente elenco citandone gli autori.
Non e' consentito alcun uso a fini commerciali se non
preventivamente esplicitamente autorizzato dagli autori."

[0]
http://wiki.openstreetmap.org/wiki/Key:communication:amateur_radio:repeater
[1] http://www.iz8wnh.it/
[2] http://www.ik2ane.it/pontixls.xls
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Pb installation Kosmtik

[osm . sanspourriel]

C'est marrant, tu passes avec Kosmtik sur pleins de pb sur lesquels je 
suis tombé avec tessera et j'ai aussi pas mal cherché.


Le 11/01/2017 à 10:17, Maël REBOUX - mael.reb...@breizhpositive.bzh a 
écrit :


Un indice : pour les layers postgis il y a une entrée pour le username 
mais aucune entrée pour le password.


Je vais essayer avec le style OSM FR.


Ce sera sans doute pareil.
Ma solution : ajouter dans la feuille de style les mots de passe (sed 
est ton ami ;-). Protéger la lecture de cette page !

Autres options :
- configurer pg_hba.conf pour le faire accepter ce compte sans demander 
de mot de passe (peer ou trust).

Attention à ne pas introduire de trou de sécurité.
- définir PG_PASSWORD alors du lancement du programme. même problème de 
sécurité.


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

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[Petr Vozdecký]

-- Původní zpráva --
Od: Jan Macura 

"





2017-01-11 14:06 GMT+01:00 Petr Vozdecký :
"

mam dojem, ze Brno nam toto "nabizelo" (souradice lamp), ale cele je to v 
plenkach, nema nikdo silu se tomu specialne venovat...

"
To je ale škoda. Nemá nikdo čas z naší nebo z jejich strany? To první bych 
asi uměl řešit.



"
Není čas z naší strany rozvíjet pozitivně nastavený (vstřícný) postoj 
zástupců města. Ta spolupráce je na bodu 0. Na jednání jsme si řekli co by 
blo zajímavé a oboustranně prospěšné, ale zjistili jsme, že o sobě vzájemně 
moc nevíme - my si možná můžeme částečně představit, v jaké podobě a v jaké 
"architektuře" jsou vystavěna data a datasety v GISech toho typu, které 
využívá město a jeho instituce, oni mají ale naprosto nulovou představu o 
našich specificích (systém bod-křivka-polygon-relace nemá v jejich chápání 
struktury dat srovnatelnou rovinu). Sami netušili ani to, jak je to s 
licencí dat, které by nám "poskytli" (dát nám je technicky mohou, ale sami 
neví, zda tím, že to dostane OSM licenci, něco neporuší). Atd. Proto jsme si
stanovili jakési dílčí první kroky a tím úplně prvním byl plán uspořádat 
"OSM školení" pro úředníky... Mám ale dojem, že k tomu ještě nedošlo... Víc 
info Mirek Suchý... Pak jsme si předběžně stanovili nějaké datasety, které 
by nám uvolnili s cílem, abychom je zkontrolovali (městský mobiliář) - asi 
ne co do detailní správnosti (kontrola souřadnic), ale spíše co do obecné 
správnosti (zda jsou ta data reálná, zda evidentně něco nechybí, třeba celé 
městské části apod. No a tam jsme narazili na nutnost vypracování zpětné 
kompatibility (my najdeme chybu a opravíme, jak se to ale promítne v jejich 
datech, což by město uvítalo jako "protiplnění"...)



"






 
"

Mapovat highway=street_lamp (zdroje světla) jednotlivě je v praxi na hranici
myslitelnosti. Asi by muselo jít opravdu o import. Bez importu je 
proveditelnější pouze lite=no|yes (ne|osvětlený prvek), což je třeba ve 
městech udělatelné z velké části skoro i z paměti... 

"



Inu přesně tak jsem to myslel. To lit=yes se nechá mapovat poměrně snadno a 
navíc to pro mapu úplně stačí. Ale kdybysme pomocí importu získali ty 
konkrétní polohy lamp, je to jako dostat u vchodu do restaurace guláš se 
šesti, místo čekat ve frontě ve fastfoodu na přesmažený hranolky ;-)



H. 




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

Re: [OSM-talk] Lots of small copies of existing relations

[john whelan]

I'm working with another fairly experienced mapper who uses iD and we have
noticed that some duplicates are happening.  In our case its duplicate
highway nodes, the mapper concerned thought that iD had lost them and
reuploaded them.  Not very helpful but it is an indication of a minor
problem.

Cheerio John

On 11 January 2017 at 14:10, Maarten Deen  wrote:

> I am working on bus routes and regularly download a whole area worth of
> bus routes with Overpass. What I see quite frequently is that some edit is
> done and in the aftermath a lot of copies of a busroute have been created
> with just a few (sometimes just one) member.
> These all seem to be in error, just copies of an existing relation with a
> very small subset of the members.
> Just now I'm noticing relations 6750658, 6750656, 6750655, 6750654,
> 6750653, 6750652, 6750651, 6750650, 6750649, 6750648, all AVV 402 in one
> direction or the other. Only relation 6750655 seems legit, the rest have 1
> to 3 members.
> I have written a comment in the changeset (44056226), but I have done this
> before with no reaction.
> I notice that the edit was done with iD. Is there a known problem with iD
> that it generates copies of relations while editing? Or does this have to
> be a deliberate action in iD (I don't know iD at all).
>
> BTW: is there an overview of which changesets I've made a comment to?
>
> Regards,
> Maarten
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] Mapillary vs OpenStreetCam

[Marc Gemis]

2017-01-10 9:30 GMT+01:00 Guy Vanvuchelen :
> Vroeger gebruikte ik ook een fototoestel en ik geef toe dat het betere foto's 
> maakt en
> sneller gaat maar ik had nogal problemen om die foto's te synchroniseren met 
> de
> gewandelde track. Als je in OsmAnd een foto maakt staat die ineens op de 
> juiste plaats
> aangegeven. Ook weet ik dan in welke richting de foto gemaakt is, omdat ik 
> altijd
> voorwaarts fotografeer.

als er interesse is, kan ik wel eens uit de doeken doen hoe ik de
positie van de foto's bepaal.

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

Re: [Talk-GB] natural=heath

[SK53]

I'm currently reviewing some Corine imported data in Brittany in an area I
visited in 2015 with a view to understanding more about how natural=heath
has been used.

Jerry

On 11 January 2017 at 19:27, ael  wrote:

> On Mon, Jan 09, 2017 at 11:53:51AM +, SK53 wrote:
> > Somehow I have been oblivious to the fact that large numbers of polygons
> > tagged natural=heath have been added over the past few months to OSM.
>
> I have just found the message to the mapper who changed area on Bodmin
> Moor to heath: that was almost 1 year ago, so this has been going on for
> a long time.
>
> The mapper replied politely saying that he had used Bing imagery, but
> conceded that "moorland" was more accurate. But added that moorland was
> not rendered.
>
> I commented back then on https://www.openstreetmap.org/changeset/36605141
>
> ael
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Régions françaises & Geofabrik

[osm . sanspourriel]

Je pensais qu'on avait acté qu'on restait comme ça.

Le problème était justement la taille des nouvelles régions.

Option 5 : on leur dit de basculer mais OSMFR continue de générer les 
anciennes et les nouvelles régions.


Pour info, j'ai monté un serveur de tuiles qui récupère des données 
aussi bien de Geofabrik que d'OSMFR car certains pays sont découpés au 
niveau "français" mais sont vus comme un ensemble d'états au niveau 
"allemand" donc suivant les besoins je cherche les infos sur un serveur 
ou un autre.

Aussi Bbbike pour les extraits plus "pathologiques".

Nicolas, une phase de filtrage zonal avant extraction pourrait peut-être 
modérer la charge.


N. B. : les Bretons s'en foutent, si ce n'est qu'une erreur effectuée 
sous Pétain continue d'exclure la Loire devenue Atlantique de la région ;-(.


Jean-Yvon

Le 11/01/2017 à 18:00, Nicolas Moyroud - nmoyr...@free.fr a écrit :
Option 4 : Ce serait bien de mettre les nouvelles entités, mais ce 
serait aussi super utile de garder les anciennes !


Un exemple concret :
J'ai mis en place un outil d'extraction automatisé qui fonctionne sur 
la récupération du fichier geofabrik du Languedoc-Roussillon. Je ne 
veux pas faire monter en charge le serveur qui réalise ces extractions 
sur une région aussi grande que l'Occitanie. Ça ne me servira pas et 
ça va surcharger inutilement mon serveur à chaque extraction.


Nicolas


Le 11/01/2017 17:47, Waxy a écrit :

Salut,

Il y a quelques temps Geofabrik avait demandé à la communauté française
des contributeurs s'il devait revoir le découpage et les "extracts" des
régions françaises.

[] On considère que c'est acté et on leur demande d'effectuer le
changement vers les nouvelles régions.

[] On attend encore. On sait jamais…

[] On laisse comme ça et on continue à se dém^w [débr|bid]ouiller.

[] .

@+

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



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


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

Re: [Talk-GB] natural=heath

[ael]

On Mon, Jan 09, 2017 at 11:53:51AM +, SK53 wrote:
> Somehow I have been oblivious to the fact that large numbers of polygons
> tagged natural=heath have been added over the past few months to OSM.

I have just found the message to the mapper who changed area on Bodmin
Moor to heath: that was almost 1 year ago, so this has been going on for
a long time.

The mapper replied politely saying that he had used Bing imagery, but
conceded that "moorland" was more accurate. But added that moorland was
not rendered.

I commented back then on https://www.openstreetmap.org/changeset/36605141

ael


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

[OSM-talk] Lots of small copies of existing relations

[Maarten Deen]

I am working on bus routes and regularly download a whole area worth of 
bus routes with Overpass. What I see quite frequently is that some edit 
is done and in the aftermath a lot of copies of a busroute have been 
created with just a few (sometimes just one) member.
These all seem to be in error, just copies of an existing relation with 
a very small subset of the members.
Just now I'm noticing relations 6750658, 6750656, 6750655, 6750654, 
6750653, 6750652, 6750651, 6750650, 6750649, 6750648, all AVV 402 in one 
direction or the other. Only relation 6750655 seems legit, the rest have 
1 to 3 members.
I have written a comment in the changeset (44056226), but I have done 
this before with no reaction.
I notice that the edit was done with iD. Is there a known problem with 
iD that it generates copies of relations while editing? Or does this 
have to be a deliberate action in iD (I don't know iD at all).


BTW: is there an overview of which changesets I've made a comment to?

Regards,
Maarten

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

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[realadry]

Jein. Wenn der Adressnode frei schwebt, ist es sehr schwierig eine Route 
zum eingang zu finden, weil nicht eindeutig ist, welcher Eingang zur 
Adresse gehört. Auch zum Parkplatz, denn woher soll der router wissen, 
welcher Parkplatz zum jeweiligen Gebäude/Adresse gehört?


Die Adresse sollte also zumindest am Polygon des (Haupt)gebäudes hängen, 
bei dem auch der Haupteingang ist. Vielleicht einfach dort, wo das 
Nummernschild angebracht ist. Wenn man aber den Eingansnode mit der 
Adresse tagged, hat man gleich "zwei fliegen mit einer klappe" erschlagen.



Am 11.01.2017 um 17:29 schrieb Friedrich Volkmann:

On 11.01.2017 13:03, realadry wrote:

Meiner Logik nach, macht es am meisten Sinn die Adresse auf einen Node am
Eingang des Geäbudes zu taggen (der Node als Teil des Polygons).


Von allen Varianten ist diese meiner Meinung nach die schlechteste. Die
Adresse ist in der Realität die Eigenschaft eines Gebäudes oder
Grundstücks, und genauso sollten wir das in OSM abbilden. Die Adresse
ist ganz sicher nicht die Eigenschaft eines Eingangs (ausgenommen "Top"
oder Stiegennummer vielleicht), denn ein Gebäude kann mehrere Eingänge
haben und ein Eingang kann zu mehreren Adressen führen. Manchmal liegt
der Eingang nicht mal auf der Seite des Gebäudes, auf der die Hausnummer
hängt. Wenn ich mir die Hausnummern in der Karte ansehe, orientiere ich
mich vor allem an der Gebäudefläche, den Eingang kann ich mir vor Ort
immer noch aussuchen. Auch fürs Routing bringt es nichts, sich von
vornherein auf einen der Eingänge festzulegen, wenn man den Parkplatz
dann vielleicht am anderen Ende des Gebäudes bekommt.

Wie sich hier schon zeigt, gibt es beim Adressmapping viele Meinungen,
und ich kann Stefan nur zustimmen, dass sich jeder selber eine Meinung
bilden muss und dass man bestehende Daten möglichst nicht
verschlimmbessern sollte. Wir brauchen keine Datenpolizisten, sondern
Leute die was beitragen.



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

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[schu-r]

Hallo und Danke für die vielen Meinungen.

Normalerweise zeichne ich die Häuser ein und dann hole ich mir über ein 
lokales Survey die Daten (Hausnummern, Lichtmasten, Müllplätze, ...)

Die Adressen schreibe ich dann auf das Hauspolygon.

Nun sehe ich, dass es anderswo anders gemacht wird. Wollte so nur fragen 
ob die eine oder andere Methode Vorteile oder Nachteile bringt. (Beziehe 
mich hier aufs Routing oder ähnliches).
Musste so wieder einmal feststellen, dass es in OSM wieder mal 
verschiedene Herangehensweisen gibt und keine falsch ist. Das ist gut so.

Natürlich wollte ich nun nicht die ganze Stadt umbauen.

Aber ist natürlich interessant, bei meinem nächsten Gebiet.

Danke nochmal.


Am 2017-01-11 um 18:38 schrieb grubernd:

On 2017-01-11 09:59, schu-r wrote:

Habe mal eine grundsätzliche Frage zu Hausnummern.
Welche ist nun die Richtigere oder Gängigere Methode?



richtig: siehe vorherige Beiträge.

ich selbst halte mich im allgemeinen an lokale Gegebenheiten. in 
Gebieten ohne Hausnummern bevorzuge ich das dänische System. die Dänen 
sind so ziemlich die einzigen, die es geschafft ihre Adressen mit 
OpenData per Bots kontrollierbar zu machen:


http://wiki.openstreetmap.org/wiki/Addresses#Denmark

- pro Hausnummer ein eigener Node
- Mitte des Gebäudes
- circa 3m von der strassenzugewandten Seite

und wenn Häuser abgerissen werden und die Hausnummer noch kein eigener 
Node war, dann transferiere ich _immer_ die Adresse vom Polygon auf 
einen Node und lösche alle anderen. es lebe die History.


grüsse,
grubernd

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




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

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[Jan Macura]

2017-01-11 19:27 GMT+01:00 Jan Dudík :

> Nepoužitelná forma = jpg/gif, v lepším případě pdf...
>

Máš recht, tak nepoužitelná možnost mě nenapadla.
Ale v obrázku nikdo nic evidovat nemůže. Reálně bych to viděl na nějaké CAD
soubory.
A i z PDFka se nechá občas něco vytahat, když se člověk hodně snaží ;-)
Když bude vektorový a bude mít obsah rozdělenej do vrstev...

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

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[Jan Dudík]

Nepoužitelná forma = jpg/gif, v lepším případě pdf...

---
Ing. Jan Dudík
projekce dopravních staveb
tel. 777082195

Dne 11. ledna 2017 19:07 Jan Macura  napsal(a):

> Ahoj
>
> 2017-01-10 7:28 GMT+01:00 Jan Dudík :
>
>> Mnohá města mají digitální mapu, kde jsou lampy zaměřené a poskytují
>>  mapy výřezy projektantům.
>>
>
> To je druhá věc. Velká spousta měst má technickou mapu a vzhledem k tomu,
> že v předešlých letech šly z MVČR nějaký peníze na jejich digitalizaci,
> mají ji většinou i v digitální podobě. Horší je, že města asi nejsou
> povinna poskytovat DTM v režimu open data (zatím!), takže by záleželo na
> osvícenosti vedení města/obce.
>
>
>> Ze stejného zdroje by se daly získat třeba stromy a mnoho dalšího.
>> (...)
>> Druhá věc, že často neumí s gisem pořádně pracovat a zda by dokázali
>> poskytnout data v použitelné podobě
>>
>
> To nám může být jedno. Pokud to zveřejní pod licencí kompatibilní s OSM,
> tak máme vyhráno. Převod mezi formáty se vždycky nějak zvládne. Nedokážu si
> asi představit, jak by vypadaly data v nepoužitelné formě.
>
> H.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[Jan Macura]

Ještě jednou ahoj

2017-01-11 14:06 GMT+01:00 Petr Vozdecký :

> mam dojem, ze Brno nam toto "nabizelo" (souradice lamp), ale cele je to v
> plenkach, nema nikdo silu se tomu specialne venovat...
>
To je ale škoda. Nemá nikdo čas z naší nebo z jejich strany? To první bych
asi uměl řešit.


> Mapovat highway=street_lamp (zdroje světla) jednotlivě je v praxi na
> hranici myslitelnosti. Asi by muselo jít opravdu o import. Bez importu je
> proveditelnější pouze lite=no|yes (ne|osvětlený prvek), což je třeba ve
> městech udělatelné z velké části skoro i z paměti...
>

Inu přesně tak jsem to myslel. To lit=yes se nechá mapovat poměrně snadno a
navíc to pro mapu úplně stačí. Ale kdybysme pomocí importu získali ty
konkrétní polohy lamp, je to jako dostat u vchodu do restaurace guláš se
šesti, místo čekat ve frontě ve fastfoodu na přesmažený hranolky ;-)

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

Re: [Talk-GB] the steepest residential street in England

[Jez Nicholson]

Google is telling me Hardknott Pass and Rosedale Chimney Bank at 33% for
England.

They used to do hill-climb car racing up Porlock Hill in Exmoor but that is
reported as a mere 25%

I can't help but think that there are some short side-roads that are
steeper. They may also have further criteria for the 'World Record'.

On Wed, 11 Jan 2017 at 14:37 SK53  wrote:

> Now the question is a) is there any Lidar data; and b) has John Murray
> processed it!
>
>
> On 11 January 2017 at 14:06, Paul Berry  wrote:
>
> I always thought Harlech laid claim to this at ~40%
> https://en.wikipedia.org/wiki/Ffordd_Pen_Llech
> http://www.openstreetmap.org/way/71230443
>
> Regards,
> *Paul*
>
> On 11 January 2017 at 12:23, Jez Nicholson 
> wrote:
>
> Baldwin Street in New Zealand has been named the World's steepest
> residential street at 35%. John Murray from Murray Data caused a bit of a
> stir by claiming St Marys Hill, Chester was steeper at 36%
> http://www.chesterchronicle.co.uk/news/chester-cheshire-news/chester-mocked-kiwi-cousins-over-12414920
>  but
> was beaten down because it is no longer open to traffic.
>
> Now the Beeb are looking for a challenger
> http://www.bbc.co.uk/news/uk-england-38568889
>
> "the road must be open to the public through pedestrians and motorised
> traffic"
>
> Anyone going to have a go?
>
> Regards,
>  Jez
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[Jan Macura]

Ahoj

2017-01-10 7:28 GMT+01:00 Jan Dudík :

> Mnohá města mají digitální mapu, kde jsou lampy zaměřené a poskytují  mapy
> výřezy projektantům.
>

To je druhá věc. Velká spousta měst má technickou mapu a vzhledem k tomu,
že v předešlých letech šly z MVČR nějaký peníze na jejich digitalizaci,
mají ji většinou i v digitální podobě. Horší je, že města asi nejsou
povinna poskytovat DTM v režimu open data (zatím!), takže by záleželo na
osvícenosti vedení města/obce.


> Ze stejného zdroje by se daly získat třeba stromy a mnoho dalšího.
> (...)
> Druhá věc, že často neumí s gisem pořádně pracovat a zda by dokázali
> poskytnout data v použitelné podobě
>

To nám může být jedno. Pokud to zveřejní pod licencí kompatibilní s OSM,
tak máme vyhráno. Převod mezi formáty se vždycky nějak zvládne. Nedokážu si
asi představit, jak by vypadaly data v nepoužitelné formě.

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

Re: [Talk-dk] Begynderkursus, Sydfyn.

[Ole Laursen]

11. januar 2017 kl. 18.30 skrev Andreas Hammershøj :
> jeg har i dag afholdt begynderkursus i OSM-redigering for turismefolk fra
> Sydfyn. Der er stigende interesse for at bruge OSM som database i
> turisme-branchen, både til kortbase, POI-udtræk og for selv at tilføje
> turismerelevant data..

Sejt!


Ole

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

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[Jan Macura]

Ahoj

2017-01-09 23:43 GMT+01:00 Pavel Machek :

> No, tohle uz je uplna sci-fi...


co přesně na tom má být to sci-fi? Elektrické osvětlení se od Křižíkových
dob už docela rozšířilo ;-)

ale v Praze maji jednotlivy lampy
> seriovy cisla,
>

prakticky v každým informačním systému mají objekty svoje identifikační
čísla, což se týká i lamp. Někdy jsou na paticích sloupů fyzicky uvedeny,
někdy nejsou a moc se o ty štítky nepečuje, takže když upadnou, tak prostě
nejsou. Ale to bych pro OSM nepovažoval za moc důležitý. Nevyplněný ref
nikoho nazabije.

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

Re: [Talk-cz] Geometrie budov s podloubím a RUIAN, jak zmapovat správně

[Jan Macura]

Ahoj

2017-01-11 7:04 GMT+01:00 Janda Martin :

> Mysleno tim bylo stare rucni mapovani budov (2012 - 2014) podle Bingu.
>
>
Aha, pochopil jsem ten předchozí email tak, že jsi myslel současný stav
RÚIAN, ne současný stav OSM.
Jasně, tohle je klidně možný.

Díky za vysvětlení
 H.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[grubernd]

On 2017-01-11 09:59, schu-r wrote:

Habe mal eine grundsätzliche Frage zu Hausnummern.
Welche ist nun die Richtigere oder Gängigere Methode?



richtig: siehe vorherige Beiträge.

ich selbst halte mich im allgemeinen an lokale Gegebenheiten. in 
Gebieten ohne Hausnummern bevorzuge ich das dänische System. die Dänen 
sind so ziemlich die einzigen, die es geschafft ihre Adressen mit 
OpenData per Bots kontrollierbar zu machen:


http://wiki.openstreetmap.org/wiki/Addresses#Denmark

- pro Hausnummer ein eigener Node
- Mitte des Gebäudes
- circa 3m von der strassenzugewandten Seite

und wenn Häuser abgerissen werden und die Hausnummer noch kein eigener 
Node war, dann transferiere ich _immer_ die Adresse vom Polygon auf 
einen Node und lösche alle anderen. es lebe die History.


grüsse,
grubernd

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

Re: [Talk-it] Mappa dei ripetitori radioamatoriali (su openstreetmap)

[Giuliano]

Il 11/01/2017 10:39, Cascafico Giovanni ha scritto:
> Ecco la bozza umap:
> 
>> http://u.osmfr.org/m/67749
>>

Ho guardato la mappa. Per combinazione ho notato che è opera della
stessa persona che ha realizzato l'altro sito con cui avevo iniziato il
thread, Andrea Nuzzi iz8WNH.
Quindi, se l'origine dei dati è la stessa (tabelle basate sul locator
anzichè sulle coordinate geografiche) è ovvio che l'imprecisione sia
analoga.

> 
> Da quello che ho potuto vedere sfruttando lo sfondo fotografico, è
> praticamente impossibile individuare i ponti radio nei pressi dei punti
> forniti e per quei pochi che conosco, l'errore va anche oltre le dimensioni
> del reticolo Maidenhead.
> Lascerei la mappa come supporto per chi già conosce i luoghi e che quindi
> può spostare le puntine.

In effetti credo anch'io che lo spunto sarebbe quello di localizzare
meglio i punti con verifica puntuale sul posto. Era quello che mi era
venuto in mente quando ho iniziato questo thread.

> 
> Sul dataset:
> le colonne "cToneFreq" e "rTonefreq" sono identiche
> la colonna "Data" riporta sempre lo stesso valore 29/11/2016
> la colonna "skip" è vuota
> non c'è alcun riferimento alla potenza
> la colonna "banda" non mi pare abbia un tag OSM (si può desumere dalla
> frequency?)

Il tono, che serve a sbloccare il ripetitore, può essere più di uno, a
seconda della funzione che l'utente intende utilizzare (link locale,
nazionale o altro).

Andrea avrà indicato la data di immissione dei dati effettuata da lui.

Forse skip vorrebbe essere shift (la differenza di frequenza tra
trasmissione e ricezione). Sarebbe un dato utile per chi avesse bisogno
di accedervi.

La potenza in trasmissione non è un dato desumibile dal rilevamento, e
forse non è neppure un dato necessario. Il ripetitore solitamente ha un
proprio bacino di utenza circoscritto. Quindi emette la quantità di
energia necessaria per coprire il proprio territorio e non interferire
con altri ripetitori.

Ho notato che la banda entro cui i ponti riportati agiscono è desumibile
dalla sigla riportata. I ripetitori in banda VHF (144-146 MHz) sono
chiamati R qualcosa, mentre quelli in banda UHF (432-436 MHZ) sono
invece RU qualcosa.

Ho notato inoltre che molti ponti non appaiono (parlo della mia regione,
la Liguria). Comunque indicazioni più specifiche potrebbero essere
ricavate interrogando le sezioni radioamatoriali di competenza.
Molto spesso sui siti delle singole sezioni ARI appare l'elenco dei
ponti operanti ed i parametri loro relativi.
Il limite è posto dal locator Maidenhead, ma è la stessa cosa di cui con
me si lagnava Andrea (l'autore).
Ne siamo usciti con il commento che anche così per i radioamatori la
cosa sarebbe sufficiente (il radioamatore connette il ponte da casa
propria o dall'auto, e non si reca sul posto che lo ospita).
Ma nella propettiva di un dato geografico utile per usi di protezione
civile (la rete dei ripetitori è considerata strumento utile a
comunicazioni di emergenza e viene utilizzata in caso di calamità su
disposizione delle singole Prefetture competenti per territorio),
un'indicazione meno vaga potrebbe essere cosa utile.

Tutto qui.

> 
> Ho cercato in rete, ma pare che dataset più precisi non se ne trovino.
> Direi che è l'occasione di sperimentare un approccio collettivo all'editing.

Come dicevo sopra io qualcosa ho trovato, sia sul sito dell'ARI
nazionale che su un paio di quelli della singole sezioni (in Liguria ho
spulciato su ARIGenova e su ARILoano). Si tratta di tabelle in vari
formati, alcune con le coordinate, altre con il locator, con indicati
molti più dati di quelli desumibili dal sito, ma eterogenee, in quanto
non si è ancora riusciti a coordinare la gestione di queste
infrastrutture e la competenza della loro gestione ricade sulla realtà
locali.
Avere un dato univoco potrebbe essere d'aiuto anche a far superare
questa discrasia.
Grazie per non avere lasciato cadere del tutto la cosa.
Continuo a seguirvi con partecipazione.


-- 
Giuliano Bordonaro i1BPF
http://www.webalice.it/italia1bpf
http://i1bpf.altervista.org
http://italia1bpf.blogspot.it/

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

Re: [Talk-us] Boston speed limit too Re: Michigan speed limit changes coming soon

[Andrew Guertin]

On 01/07/2017 06:49 PM, Bill Ricker wrote:

On Sat, Jan 7, 2017 at 6:31 PM, Greg Troxel  wrote:


Also, we do have the implicit 30 mph tagged on many roads.   While there
are usually not signs, it is entirely verifable.  One only has to read
the law and measure the distance between houses (or observe that the
area is built up with businesses).   These two tasks are entirely within
the ability of a typical mapper.



​the question then is, can we tell (without driving in circles) is if an
existing ​30 mph tag in Boston was implicit or explicit ... to find which
might need fixing


Isn't this what the source:maxspeed and maxspeed:type keys are supposed 
to solve? So the answer is that yes, you can tell, if the original 
mapper added enough detail when they mapped it.


No idea if mappers in Boston have added that detail for you, though...


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

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[Robin Däneke]

Hallo,


also ich halte es bei Hausnummern so:

Wenn ein Haus das gesamte Grundstück ausfüllt, wie etwa ein Appartmenthaus, 
dann versuche ich meist die einzige Addresse auf das Polygon zu setzen.

Wenn das Haus mehrere Adressen in mehreren Straßen hat, setzte ich meist eine 
Node auf die Linie des Hauses, auf dem in echt das Addressschild hängt. Da das 
grad in Wien (wo ich ja meist mappe) meist direkt überm Eingang ist, ist dass 
dann halt "zufällig" auch die entrance-node.

Aber etwa bei [0] hängt einfach ein Adressschild am Haus, ohne, dass es einen 
Eingang gibt. Dann kommt die Node genau da auf die Linie des Polygons, an dem 
diese Adresse dranhängt (in der Realität). So mache ich das.

Bei Grundstücken wie Gärten, wo kein, den Garten umschließendes Polygon 
existiert, tendiere ich dazu, den Zaun einzuzeichnen, und auch hier die 
Gartentüre als Adress-Node einzuzeichnen, da ja auch hier in der Realität die 
Adresse (und oft auch der dazugehörige Postkasten) hängt.

Die Frage ist hier aber auch Definitionssache. Was beschreibt die Adresse?

Den Postkasten? Dann müsste man etwa in der Siedlung Klemmweg alle Adressen auf 
den Postkasten am Anfang des Weges hauen (nicht sinnvoll).

Das gesammte Grundstück? Dann brauchen wir noch ein 'landuse' Polygon, dass das 
gesammte Grundstück (inkl. Parkplätze, Bäume und andere Sachen) mit 
einschließt, und da kommt dann die Adresse drauf. (Was wohl eine Abstraktion zu 
viel ist).

Oder gilt die Adresse für das (sofern vorhandene) Haus? Dann gehört die Adresse 
in die Tags des Polygons. Außer das Haus hat mehr als eine Adresse. Dann steht 
man genau so vor dem Problem "nehme ich den Eingang?", "Nehme Ich den Ort wo 
die Adresstafel hängt (sofern verfügbar)?"


Ich bin da der Ansicht, dass der, dem Mapper logischste Weg gewählt werden 
sollte, aber eine Node die mit nichts verbunden ist, ist für mich ein No-Go. 
Entweder auf einer Linie des Hauses/Grundstückes oder auf einer vorgelagerten 
Barrier (Schranke, Zaun, ...) Nur eine, irgendwo im Feld schwebende Node kann 
keine korrekte Abbildung der Realität sein. Denn zumindest die Adresstafel 
hängt irgendwo dran und das Grundstück startet irgendwo, wo dann ein Landuse 
drum herum-, oder eine Straße hinführt.


Soviel zu meiner Ansicht zum Problem.


Aber natürlich, wenn geht neue Daten hinzufügen wo es nötig ist, und nicht alte 
Daten bis zur Unkenntlichkeit "verschönern", auch wenn ich der Meinung bin, 
dass in ein paar Punkten die OSM mal eine komplette Datenüberarbeitung braucht. 
Aber die Punkte die ich da nennen könnte, könnten auch in einem Mass-Edit mit 
einem Script aus richtung der Foundation selber kommen. Da muss man nicht die 
Mapper dazu verwenden. Da gibt es echt besseres zu tun!


MfG

RobinD (emergency99)


[0]: http://www.openstreetmap.org/node/4163585481
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Régions françaises & Geofabrik

[Nicolas Moyroud]

Option 4 : Ce serait bien de mettre les nouvelles entités, mais ce 
serait aussi super utile de garder les anciennes !


Un exemple concret :
J'ai mis en place un outil d'extraction automatisé qui fonctionne sur la 
récupération du fichier geofabrik du Languedoc-Roussillon. Je ne veux 
pas faire monter en charge le serveur qui réalise ces extractions sur 
une région aussi grande que l'Occitanie. Ça ne me servira pas et ça va 
surcharger inutilement mon serveur à chaque extraction.


Nicolas


Le 11/01/2017 17:47, Waxy a écrit :

Salut,

Il y a quelques temps Geofabrik avait demandé à la communauté française
des contributeurs s'il devait revoir le découpage et les "extracts" des
régions françaises.

[] On considère que c'est acté et on leur demande d'effectuer le
changement vers les nouvelles régions.

[] On attend encore. On sait jamais…

[] On laisse comme ça et on continue à se dém^w [débr|bid]ouiller.

[] .

@+

___
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

[OSM-talk-fr] Régions françaises & Geofabrik

[Waxy]

Salut,

Il y a quelques temps Geofabrik avait demandé à la communauté française
des contributeurs s'il devait revoir le découpage et les "extracts" des
régions françaises.

[] On considère que c'est acté et on leur demande d'effectuer le
changement vers les nouvelles régions.

[] On attend encore. On sait jamais…

[] On laisse comme ça et on continue à se dém^w [débr|bid]ouiller.

[] .

@+

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

[Talk-de] Mechanischer Edit: Tag-Anpassung

[Roland Olbricht]

Hallo zusammen,

thematisch gehört es auf die Liste nahverkehr@, aber aus 
Sichtbarkeitsgründen auch einmalig an talk-de@.


Im Nachgang zu
https://forum.openstreetmap.org/viewtopic.php?id=54210
würde ich gerne

- alle Vorkommen von "entrance:light"="yes" auf
"entrance_marker:s-train"="yes" ändern
- alle Vorkommen von "entrance:subway"="yes" auf 
"entrance_marker:subway"="yes" ändern

- alle Vorkommen von "entrance:tram"="yes" auf
"entrance_marker:tram"="yes" ändern
- alle Vorkommen von "entrance:train"="yes" auf 
"entrance_marker:train"="yes" ändern


Ich werde mich jeweils vergewissern, dass das Tag zumindest zum Eingang 
eines Bahnhofs gehört, der in Deutschland liegt und an dem die 
betreffenden Verkehrsmittel (nach Auffassung des Bahnhofsbetreibers) 
auch verkehren. Das es sich um Bahnhöfe in Großstädten handelt, habe ich 
oft Ortskenntnis, wenn auch bis zu 10 Jahre alt.


Was ich bei diesem Edit nicht prüfen würde, ist ob das Schild kürzlich 
wegvandaliert wurde oder ähnliches. Insofern ist es ein Mechanical Edit.


Viele Grüße,

Roland
(dienstlich)

--
Dr. Roland Olbricht
MENTZ GmbH, Am Mittelhafen 10, 48155 Münster
T: +49 (0)251 7 03 30-232, F: +49 (0)251 7 03 30-300
E: olbri...@mentz.net, www.mentz.net

Sitz der Gesellschaft:
Grillparzerstraße 18, 81675 München
Geschäftsführer Dr.-Ing. Hans-J. Mentz
Amtsgericht München, HRB 91898

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

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[Friedrich Volkmann]

On 11.01.2017 13:03, realadry wrote:

Meiner Logik nach, macht es am meisten Sinn die Adresse auf einen Node am
Eingang des Geäbudes zu taggen (der Node als Teil des Polygons).


Von allen Varianten ist diese meiner Meinung nach die schlechteste. Die 
Adresse ist in der Realität die Eigenschaft eines Gebäudes oder Grundstücks, 
und genauso sollten wir das in OSM abbilden. Die Adresse ist ganz sicher 
nicht die Eigenschaft eines Eingangs (ausgenommen "Top" oder Stiegennummer 
vielleicht), denn ein Gebäude kann mehrere Eingänge haben und ein Eingang 
kann zu mehreren Adressen führen. Manchmal liegt der Eingang nicht mal auf 
der Seite des Gebäudes, auf der die Hausnummer hängt. Wenn ich mir die 
Hausnummern in der Karte ansehe, orientiere ich mich vor allem an der 
Gebäudefläche, den Eingang kann ich mir vor Ort immer noch aussuchen. Auch 
fürs Routing bringt es nichts, sich von vornherein auf einen der Eingänge 
festzulegen, wenn man den Parkplatz dann vielleicht am anderen Ende des 
Gebäudes bekommt.


Wie sich hier schon zeigt, gibt es beim Adressmapping viele Meinungen, und 
ich kann Stefan nur zustimmen, dass sich jeder selber eine Meinung bilden 
muss und dass man bestehende Daten möglichst nicht verschlimmbessern sollte. 
Wir brauchen keine Datenpolizisten, sondern Leute die was beitragen.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

[OSM-talk-be] Groen in de steden

[Marc Gemis]

Op het Nederlandse forum loopt een interessante discussie over het
mappen van groen in de steden & gemeenten:
https://forum.openstreetmap.org/viewtopic.php?id=56899

Deze discussie loopt in parallel op de tagging mailing list.

m.

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

Re: [Talk-it-trentino] Osm e vigili del fuoco

[Dario Zontini Gmail]

Ricordo l'appuntamento di venerdì 13 gennaio 2017,  alle ore 20.30 a Stenico

Il 20/12/2016 20:42, Dario Zontini ha scritto:
Il corpo dei vigili del fuoco di Stenico organizza una SERATA 
INFORMATIVA SULL'UTILIZZO DEI GPS in ambiente montano e mappatura 
impianti antincendio. L’invito è rivolto ai vari corpi dei Vigili del 
Fuoco e alle associazioni SAT.


L’appuntamento è fissato per venerdì 13 gennaio 2017,  alle ore 20.30 
presso la sala consiglio del comune di Stenico in via G. Garibaldi n. 
2, con il seguente programma:


- cenni sulla tecnologia GPS;
- presentazione Openstreetmap;
- introduzione al progetto www.osmhydrant.org 
 relativo alla mappatura degli impianti 
antincendio;



Dario Zontini

Inviato da Samsung Mobile


--


Dario Zontini



---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

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

[Julien Coupey]

Salut

Les problèmes de tournées consistent à passer par tous les nœuds d'un 
certain graphe (avec éventuellement des contraintes additionnelles). La 
nature du problème du postier chinois est différente puisqu'il s'agit de 
visiter tous les arcs d'un graphe, donc malheureusement la réponse à ta 
question est non. ;-)


Concrètement, si le sens de visite des chemins n'a pas d'importance et 
s'il n'y a pas à tenir compte de sens uniques (par exemple à pied), 
alors le graphe est non orienté et il existe des méthodes 
réalistes/efficaces en temps de calcul pour trouver la solution optimale.
Par contre, si tu dois tenir compte des sens uniques et/ou si le sens de 
visite a de l'importance (par exemple tu veux passer dans les rues une 
fois dans chaque sens), alors là le problème se complique nettement !


À +
Julien

Le 09/01/2017 à 21:58, Stéphane Péneau a écrit :

Intéressant tout ça, et à tout hasard, est-ce que ça pourrait aider pour
le problème du postier chinois dont j'ai parlé en octobre ?
https://lists.openstreetmap.org/pipermail/talk-fr/2016-October/082202.html

Stf

Le 09/01/2017 à 21:38, Julien Coupey a écrit :

Salut

Je me permets de compléter la réponse de Frédéric en précisant que
l'appli en cours de développement par Mapotempo utilise osrm pour le
routage (comme Maps.me) et vroom[1] pour l'optimisation.

Disclaimer : je suis concerné par un des projets cités ci-dessus. ;-)

À +
Julien

[1] http://vroom-project.org/

Le 09/01/2017 à 20:20, Frédéric Rodrigo a écrit :

Salut,

Florian à utilisé l'application mobile de Mapotempo (basé sur Maps.me).
L'application est toujours en cours de développement et n'est pas encore
publié sur les stores. Néanmoins le code source est déjà disponible sur
github.
L'application mobile, comme l'application web est libre et tous les
codes sont en ligne.

https://github.com/Mapotempo/omim

Si vous voulez tester l'une ou l'autre sans l'installer/compiler vous
même vous pouvez m'envoyer un email en privé. Elles permettent de
préparer et d'aider à effectuer des tournées.

Frédéric.


Le 08/01/2017 à 20:31, Stéphane Péneau a écrit :

Par contre, tu pourrais nous en dire plus sur ce que tu as fait avec
mapotempo ? Je n'ai pas trop bien compris où s'arrêtaient les limites
de la version gratuite.

Stf

Le 08/01/2017 à 19:38, Guillaume AMAT a écrit :

Salut,

Je n'ai pas trouvé ça trop sérieux et c'était même très plaisant de
voir la combinaison parfaite des outils libres :)

Merci pour ton article c'était très agréable à lire,
Guillaume

8 janvier 2017 16:02 "Stéphane Péneau" >

a écrit:

Le 08/01/2017 à 13:09, Florian LAINEZ a écrit :

Je crois que j'ai pris le sujet beaucoup trop au sérieux !
J'en ai fait un article de blog
http://florian.lainez.fr/le-jour-ou-jai-fait-les-poubelles/


Pas besoin que ça soit sérieux pour en faire un article, qui est
très sympa à lire :-)

Stf



Le 31 décembre 2016 à 18:00, Florian LAINEZ > a écrit :

En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

ah ça c'est dommage ;)
De mon point de vue, le fait de notifier que l'on recycle du
verre n'est PAS faux. C'est simplement un premier niveau de
détail qui mérite éventuellement d'être précisé.
En effet recycling:glass_bottles=yes apporte une précision à
recycling:glass=yes
En fait si on pousse la logique jusqu'au bout, les tags
adéquats ne seraient-ils pas les suivants ?
- recycling:glass=yes si la borne permet de collecter du
verre
- recycling:glass=bottles si la borne ne permet de collecter
que des bouteilles de verre
Le 24 décembre 2016 à 22:13,
> a écrit :

Actuellement le wiki


en parle clairement :
Bouteilles de verre et bocaux uniquement.
Le wiki allemand aussi (contenants en verre).

Jean-Yvon
Le 24/12/2016 à 18:16, Stéphane Péneau -
stephane.pen...@wanadoo.fr
 a écrit :

Sauf que ces bornes n'acceptent pas le verre tel que
les verres de table, les plats, etc...
On en a discuté ici :

https://lists.openstreetmap.org/pipermail/talk-fr/2016-July/081636.html







En gros, la majorité (si ce n'est tous) des
recycling:glass=yes qu'on trouve en France, sont faux.

Stf





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

Re: [Talk-GB] Realtions advice needed

[SK53]

Relations to group elements of a street together (associatedStreet is used
more widely) are very rarely used by data consumers.

Transferring other tags to the relation would therefore effectively remove
the road from the sight of renderers and routers.

In general it's just better to add your wikidata tag to each underlying way
in the relation: it's not that hard to combine similarly tagged objects in
post-processing OSM data. Routers and renderers do this all the time.
General experience with associatedStreet has been that they can be quite
hard to maintain, and are only worthwhile for use in unusual circumstances
(i.e., it's better to place notionally redundant address tags than rely on
a relation). I see no particular reason that type=street should be any
different.

I think the list of relation types which work (i.e., are regularly
consumed) is:

   - multipolygon
   - boundary
   - route
   - restriction

and no others, not even enforcement, although associatedStreet may be used
in Nominatim.

Jerry

On 11 January 2017 at 15:05, Andy Mabbett  wrote:

> No, not marriage guidance ;-)
>
> I've only limited experience of making relations in OSM. Today, I made
> this one:
>
>https://www.openstreetmap.org/relation/6868921
>
> How could it be improved? Should any tags be moved from the individual
> parts, to the relation?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Realtions advice needed

[Marc Gemis]

AFAIK, there are no tools that support this relation. So moving an
attribute (e.g. name) from the way to the relation will break all data
consumers  (renderer, Nominatim, etc.) that read names on ways.


m.

On Wed, Jan 11, 2017 at 4:05 PM, Andy Mabbett  wrote:
> No, not marriage guidance ;-)
>
> I've only limited experience of making relations in OSM. Today, I made this 
> one:
>
>https://www.openstreetmap.org/relation/6868921
>
> How could it be improved? Should any tags be moved from the individual
> parts, to the relation?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> > Au quotidien, nous remarquons que le terrain bouge plus vite que la
> > base SIRENE (changement de propriétaire, fermeture, modification
> > de l'enseigne sous un même propriétaire etc.).
> 
> D'après les annonces, la base SIRENE devrais s’améliorer en terme de
> réactivité.

Ce que je veux dire par là c'est qu'une même activité commerçante (sur nos 
relevés terrains) peut se faire sous différents codes d'activités officielles 
(administrativement, sur les papiers, dans la base SIRENE).  Par exemple, un 
dépanneur de PC peut, officiellement être dans le négoce de composants 
informatiques ou dans le développement logiciel.

De même, un même établissement peut changer d'activité (sur nos relevé 
terrains) sans pour autant être modifié dans la base SIRENE.  c'est le cas d'un 
magasin de fringues qui devient un magasin de chaussure, mais qui reste le même 
commerçant.

> Pour les marchés qui ne sont pas en dur, le seul tag que je connaisse
> est http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dmarketplace
> mais en général il n'y a pas de détails de chacun des exposants.
> Après, si c'est expliqué en commentaires, que les heures d'ouvertures
> sont renseignées, il y a tout de même une assez grande tolérance de
> la
> communauté. En pratique peu de personnes ont la capacité d'aller
> vérifier sur le terrain.

Justement, c'est ce que nous souhaitons mettre à profit: nous et nos confrères 
arpentons le terrain tous les jours (les rues et leurs commerces, les salles 
d'attentes des professions libérales, les établissements universitaires, etc.)

Pour nos propres besoins, nous tenons à jour une base de données.

Notre souhait est de pouvoir rendre à la communauté OSM ce que nous en tirons 
en matière cartographique.

Bon, le cas spécifique des marchés est... un cas spécifique. :)

> > À ce jour, nous qualifions les commerçants (Ambassadeurs de la
> > culture) en nous appuyant sur des référentiels comme la
> > base permanente des équipements (BPE) de l'INSEE, notamment pour la
> > typologie de l'équipement (usage fait du bâti)
> > .
> >
> > Nous affinons également nos informations avec la typologie de
> > commerce, et tout particulièrement la définition des commerces de
> > proximité (nous travaillons sur l'économie locale)
> > .
> >
> > Enfin, pour nos besoins propres (diffuser la bonne communication
> > culturelle au bon public) nous qualifions le commerçant avec:
> > - ses centres d'intérêts culturels déclarés,
> > - les centres d'intérêts culturels de ses clients.
> >
> > Ces informations pourraient-elles être utiles au projet OSM?
> 
> Vu de l'extérieur, ça me parait assez subjectif comme information.
> S'il n'y a pas un lien directe avec le type d'activité du commerce je ne
> suis pas sur qu'on trouve une traduction dans la sémantique actuelle
> d'OSM.

Les référentiels INSEE, ce n'est pas nous qui les définissons.  Nous faisons 
juste en sorte de nous y référer pour ne pas réinventer la roue et nous 
conformer à un «standard» et une «sémantique» au niveau national.

Les centres d'intérêts de l'établissement sont déclaratifs.  Avec nos 
commerçants, nous signons une charte dans laquelle ils nous disent ce qu'ils 
veulent recevoir comme communication culturelle, selon leurs propres centre 
d'intérêts.  Par exemple, tel tatoueur déclare explicitement qu'il veut 
accueillir des affiches de danse classique (si si, nous avons ça!), ou encore 
telle boulangerie n'a pas de centre d'intérêt précis (et nous y diffusons de 
tout).

Les centres d'intérêts des clients de nos Ambassadeurs sont eux aussi 
déclaratifs: nous tissons une relation avec Micheline qui cotoie le fournil du 
Croissant et qui préfère, par ce biais, recevoir des communications culturelles 
sur les programmes des médiathèques par exemple.

C'est assez objectif, non?

> > Si je comprend bien, il est préférable que les identifiants des
> > objets que nous allons mettre à jour dans et avec notre système
> > soit ceux d'OSM (en l'occurrence Odoo et son module geospatial
> > intégrant OSM
> > ).
> 
> Je ne connais pas vraiment Odoo, mais en regardant rapidement la page
> du module géospatial, il semble s'agir de permettre d'afficher des
> éléments géographiques au dessus d'un fond de carte comme celui
> d'OpenStreetMap, mais sans lien avec la base OSM !
> 
> Donc à moins que vous ne les ajoutiez volontairement, il n'y aura par
> défaut pas de correspondance avec des éléments OSM.

Au-delà d'affiche les infos de l'ERP sur des fonds de carte, j'imagine que 
c'est assez bien foutu techniquement pour pouvoir atteindre les objets carto en 
tant que tels (développement CampToCamp oblige ;).

Non?  (Je vais vérifier ça de suite.)

> > Pourquoi faudrait-il alors une correspondance?
> 
> Une correspondance avec une clef externe, tel que le n° de SIRET est
> préférable pour 2 

[Talk-GB] Realtions advice needed

[Andy Mabbett]

No, not marriage guidance ;-)

I've only limited experience of making relations in OSM. Today, I made this one:

   https://www.openstreetmap.org/relation/6868921

How could it be improved? Should any tags be moved from the individual
parts, to the relation?

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

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

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

[Alessandro]

Il 11/01/2017 13:27, Davide Sandona' ha scritto:

Maurizio sei troppo TOP! :)
Il webgis di Carmignano è il migliore che abbia visto (subito dopo
quello di Vicenza, che però immagino abbiano speso un capitale per
realizzarlo). Tra l'altro, Carmignano di Brenta è uno dei comuni che ho
contattato, non hanno risposto, ma hanno reso scaricabile il file (prima
era possibile solamente la visualizzazione).



Il webgis del Comune di Vicenza è stato sviluppato dai cari amici di 
GTER che saranno presenti a OSMit :-)


Alessandro Ale_Zena_IT


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

Re: [Talk-es] Darme de baja

[Juan Luis Rodríguez]

Para desuscribirte de la lista puedes escribir un correo a

talk-es-le...@openstreetmap.org

y seguir las instrucciones que te llegarán a continuación. El asunto y el
contenido del correo es irrelevante.

On Tue, Jan 10, 2017 at 12:44 PM, Tino Rodriguez Mendez  wrote:

>
> Ruego no me manden para correos , un saludo
> Enviado desde mi iPhone
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>



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

Re: [Talk-GB] the steepest residential street in England

[SK53]

Now the question is a) is there any Lidar data; and b) has John Murray
processed it!


On 11 January 2017 at 14:06, Paul Berry  wrote:

> I always thought Harlech laid claim to this at ~40%
> https://en.wikipedia.org/wiki/Ffordd_Pen_Llech
> http://www.openstreetmap.org/way/71230443
>
> Regards,
> *Paul*
>
> On 11 January 2017 at 12:23, Jez Nicholson 
> wrote:
>
>> Baldwin Street in New Zealand has been named the World's steepest
>> residential street at 35%. John Murray from Murray Data caused a bit of a
>> stir by claiming St Marys Hill, Chester was steeper at 36%
>> http://www.chesterchronicle.co.uk/news/chester-cheshire-news
>> /chester-mocked-kiwi-cousins-over-12414920 but was beaten down because
>> it is no longer open to traffic.
>>
>> Now the Beeb are looking for a challenger http://www.bbc.co.uk/news/uk-e
>> ngland-38568889
>>
>> "the road must be open to the public through pedestrians and motorised
>> traffic"
>>
>> Anyone going to have a go?
>>
>> Regards,
>>  Jez
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] probabile troll

[THESTORM375]

comunque un grazie va a tutte le persone( compreso il creatore di questa
discussione: Davide Sandona') che controllano ogni giorno anche le
modifiche più piccole. perchè è grazie a loro che openstreetmap rimane un
sito organizzato e ben pulito.. senza che ognuno faccia il cavolo che gli
pare... modificando ecc.. o meglio... senza che uno faccia il "coglione e
il guastafeste di turno" che rovina e basta.( questa d'altronde è una delle
minacce più grandi),  dobbiamo continuare in questo modo  .. da evitare
 cosi .. il disordine e il caos più totale del sito., COME RICORDA
L'UTENTE: girarsi_liste. GLI UTENTI DANNOSI O CHE PRESENTANO IL SOSPETTO
ANCHE DI ESSERLO.. VANNO ESPULSE E SEGNALATE SUBITO.. MEGLIO PREVENIRE. ..
Openstreetmap... sta diventando sempre una community più grande e ricca di
persone volenterose di partecipare a questo progetto. Openstreetmap è nato
all'incirca nel 2012 e nonostante il colosso di google maps e di google
earth... siamo riusciti a spiccare e a salire sempre più in alto.. tanto
che alcune app e alcune cartine cittadine ecc vengono stampate sulla
base dei dati di questo sito.   CONTINUIAMO COSI' :)

Il giorno mer 11 gen 2017 alle ore 12:22 Lorenzo "Beba" Beltrami <
lorenzo.b...@gmail.com> ha scritto:

> Il giorno 11 gennaio 2017 11:29, Max1234Ita  ha
> scritto:
>
> Probabilmente le cose sarebbero un po' più facili se le API di OSM
> includessero già nativamente il supporto alla notifica di nuovi messaggi
> dalla community e/o commenti ai changeset (non me ne intendo ma magari le
> funzioni ci sono già) ED INOLTRE i termini di utilizzo imponessero a chi
> sviluppa le applicazioni di usarle per informare l'utente, pena la mancata
> autorizzazione a salvare le modifiche da parte di TUTTI i terminali che
> usano quella determinata applicazione.
>
> Forse si potrebbe proporre questo agli sviluppatori di OSM, come Feature
> request/suggerimento per l'improvement, così come si potrebbe anche provare
> a chiedere a chi si occupa di Maps.me di implementare lato loro una qualche
> forma di check dell'account email di OSM; dopotutto è anche nel loro
> interesse avere delle mappe con dati affidabili.
>
> Max
>
>
> +1
> Penso che sia molto più interessante, costruttivo e in ultimo
> responsabilizzante per l'utente (di qualsiasi sito/app/software) un
> approccio di questo tipo piuttosto che creare restrizioni per tutti.
>
> My 2 cents
> Lorenzo
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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

Re: [Talk-GB] the steepest residential street in England

[Paul Berry]

I always thought Harlech laid claim to this at ~40%
https://en.wikipedia.org/wiki/Ffordd_Pen_Llech
http://www.openstreetmap.org/way/71230443

Regards,
*Paul*

On 11 January 2017 at 12:23, Jez Nicholson  wrote:

> Baldwin Street in New Zealand has been named the World's steepest
> residential street at 35%. John Murray from Murray Data caused a bit of a
> stir by claiming St Marys Hill, Chester was steeper at 36%
> http://www.chesterchronicle.co.uk/news/chester-cheshire-
> news/chester-mocked-kiwi-cousins-over-12414920 but was beaten down
> because it is no longer open to traffic.
>
> Now the Beeb are looking for a challenger http://www.bbc.co.uk/news/uk-
> england-38568889
>
> "the road must be open to the public through pedestrians and motorised
> traffic"
>
> Anyone going to have a go?
>
> Regards,
>  Jez
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[majka]

2017-01-11 14:06 GMT+01:00 Petr Vozdecký :

> Mapovat highway=street_lamp (zdroje světla) jednotlivě je v praxi na
> hranici myslitelnosti. Asi by muselo jít opravdu o import. Bez importu je
> proveditelnější pouze lite=no|yes (ne|osvětlený prvek), což je třeba ve
> městech udělatelné z velké části skoro i z paměti...
>
Tak inspirována debatou jsem osvětlené ulice udělala alespoň u nás ve vsi,
na krajské město se zaměřím někdy příště :)

Našla jsem, že obec má samozřejmě pasportizaci a odkazuje na mapu mj. i s
jednotlivými lampami, takže jsem je i naťukla jestli by neposkytli. Bleskem
se ozval starosta (ještě týž den), jenže mě odkázal na firmu Geosense,
která tu mapu pravděpodobně spravuje... Vzhledem k velikosti obce bude s
největší pravděpodobností rychlejší ty lampy oběhnout než zjišťovat, čí ta
data vlastně jsou. Ale informace mají pěkné, to je pravda.

Pro krajské město to zase spravuje asi Dopravní podnik (má pod sebou
údržbu), takže taky počítám na dlouhé lokte.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Stéphane Péneau]

Le 11/01/2017 à 11:52, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :

+1 global avec vdct,

Pardonnez-moi, je débarque, mais «+1 global avec vdct», qu'est que ça veut dire?


Je pense que le "+1 global", tu le comprends.
Ce qu'il te manque, c'est le "vdct". Non, ce n'est pas un terme 
technique, il s'agit tout simplement de l'abréviation de "Vincent de 
Château-Thierry".
Tout comme tu pourrais devenir "jmnn" si tu participes régulièrement à 
la liste.


Stf
(Stéphane ;-) )


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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Tyndare]

Le 11/01/2017 à 11:52, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM a écrit :

Au quotidien, nous remarquons que le terrain bouge plus vite que la base SIRENE 
(changement de propriétaire, fermeture, modification de l'enseigne sous un même 
propriétaire etc.).


D'après les annonces, la base SIRENE devrais s’améliorer en terme de 
réactivité.





- disposent d'une stabilité géographique dans le temps : les
commerces ambulants ont moins leur place, même si ça fait débat


Nous considérons aussi les commerçants des marchés, qui ont une stabilité 
géographique dans le temps.

Comment est-ce géré dans OSM?  (Finalement, hormis son usage au quotidien, je 
connais peu le fonctionnement communautaire du projet...)


Pour les marchés qui ne sont pas en dur, le seul tag que je connaisse 
est http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dmarketplace

mais en général il n'y a pas de détails de chacun des exposants.
Après, si c'est expliqué en commentaires, que les heures d'ouvertures 
sont renseignées, il y a tout de même une assez grande tolérance de la 
communauté. En pratique peu de personnes ont la capacité d'aller 
vérifier sur le terrain.


>

- ne contiennent pas d'informations nominatives (nom du gérant, etc)


OK.


- trouvent leur place d'un point de vue sémantique, notamment par
rapport à ce que propose cette page :
http://wiki.openstreetmap.org/wiki/Key:shop


À ce jour, nous qualifions les commerçants (Ambassadeurs de la culture) en nous 
appuyant sur des référentiels comme la
base permanente des équipements (BPE) de l'INSEE, notamment pour la typologie de 
l'équipement (usage fait du bâti) 
.

Nous affinons également nos informations avec la typologie de commerce, et tout 
particulièrement la définition des commerces de proximité (nous travaillons sur 
l'économie locale) .

Enfin, pour nos besoins propres (diffuser la bonne communication culturelle au 
bon public) nous qualifions le commerçant avec:
- ses centres d'intérêts culturels déclarés,
- les centres d'intérêts culturels de ses clients.

Ces informations pourraient-elles être utiles au projet OSM?


Vu de l'extérieur, ça me parait assez subjectif comme information. S'il 
n'y a pas un lien directe avec le type d'activité du commerce je ne suis 
pas sur qu'on trouve une traduction dans la sémantique actuelle d'OSM.





- et bien sûr sont issues de sources dont le copyright est compatible
avec l'ODbL. S'il s'agit de vos propres relevés de terrain c'est a
priori sans souci.


OK pour la licence.


On parle donc d'un sous-ensemble de vos relevés (enfin, j'imagine).


C'est bien ça.


Se posera potentiellement pour vous la question de l'articulation
des données injectées dans OSM avec le reste de vos données. Le
"pont" entre les deux environnement devrait éviter de se faire via
un identifiant qui vous est propre et qui serait inclus côté OSM. Il
faut privilégier une gestion de votre côté de cette correspondance,
ou bien le recours à des mécanismes sans ID propriétaire :
combinaison de la reconnaissance du nom, de la raison sociale, du
positionnement spatial, d'un SIREN, que sais-je.


Si je comprend bien, il est préférable que les identifiants des objets que nous 
allons mettre à jour dans et avec notre système soit ceux d'OSM (en l'occurrence Odoo 
et son module geospatial intégrant OSM 
).


Je ne connais pas vraiment Odoo, mais en regardant rapidement la page du 
module géospatial, il semble s'agir de permettre d'afficher des éléments 
géographiques au dessus d'un fond de carte comme celui d'OpenStreetMap, 
mais sans lien avec la base OSM !


Donc à moins que vous ne les ajoutiez volontairement, il n'y aura par 
défaut pas de correspondance avec des éléments OSM.




Pourquoi faudrait-il alors une correspondance?


Une correspondance avec une clef externe, tel que le n° de SIRET est 
préférable pour 2 raisons:

1) pérennité du lien
2) indépendance vis à vis de la licence de la base OSM.

1) Un identifiant OSM référence un élément qui peut être supprimé par 
n'importe quel contributeur, par exemple si il décide de ne plus mettre 
les informations du commerce sur un simple Point, mais plutôt sur le 
Polygone du bâtiment hébergeant le commerce, il supprimera le Point.


2) Si vous faite des références aux données OSM, il faut faire très 
attention a la façon dont vous structurez votre base, pour distinguer:


 - vos données qui seront légalement considérées comme une
   «base de donnée dérivée» de celle d'OpenStreetMap,
   et soumise, pour toute utilisation publique, à la clause
   d'attribution et de rediffusion sous licences ODbL (share-alike).

 - vos données qui pourront rester indépendantes, et former une
   «Collective Database» avec les données d'OSM.
   La page suivante essaye d'expliquer dans quel cas c'est possible:

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[Petr Vozdecký]

-- Původní zpráva --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 1. 2017 23:44:39
Předmět: Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

"

No, tohle uz je uplna sci-fi... ale v Praze maji jednotlivy lampy 
seriovy cisla, takze se da zavolat zachranka ke konkretni lampe. 

Bylo by hezke mit to v mape; je to presnejsi nez GPS a bez datoveho 
spojeni to bude i rychlejsi... 
Pavel 
"""
 

mam dojem, ze Brno nam toto "nabizelo" (souradice lamp), ale cele je to v 
plenkach, nema nikdo silu se tomu specialne venovat...




Mapovat highway=street_lamp (zdroje světla) jednotlivě je v praxi na hranici
myslitelnosti. Asi by muselo jít opravdu o import. Bez importu je 
proveditelnější pouze lite=no|yes (ne|osvětlený prvek), což je třeba ve 
městech udělatelné z velké části skoro i z paměti...





vop

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

Re: [Talk-es] Reunión con IGN sobre PNOA y SIOSE

[Matías h]

Hola.  Creo que ya lo hemos hablado en otro hilo,  pero el borrado de la
cobertura de  CORINE  actualmente es complicado porque en los años que han
pasado desde que se hizo la importación,  muchos de esos polígonos se han
modificado basándose en conocimiento propio de usuarios,  con uso de PNOA
y/o Bing, por lo que muchos de ellos ahora mismo están bien.

Además muchos nodos se han utilizado como partes de otros elementos,
 caminos,  arroyos,  carreteras,  etc

Por lo que entiendo que "sustituir"  por Siose es complicado. Eso sí,
 utilizar  SIOSE lo veo bien en zonas donde los polígonos CORINE que hay
sean de baja calidad.



El 10 ene. 2017 14:57, "Jorge Sanz"  escribió:

> 2017-01-10 10:51 GMT+01:00 Santiago Crespo :
> > Hola, gracias Jorge por organizar esta reunión.
> >
> > No me queda claro el objetivo del primer punto (posible importación de
> > SIOSE).
> >
>
> La idea sería (a propuesta de IGN de hecho en aquella reunión que os
> comentaba) sustituir la información de CORINE por la cobertura de
> SIOSE, que es igualmente información de usos del suelo pero a escala
> 1:25K.
>
> http://www.siose.es/
>
> Es decir plantear el borrado de la información en OSM de CORINE y la
> importación de SIOSE, contando con el permiso explícito de IGN.
>
>
> > Sobre el tema del permiso explícito, entiendo que sería para todos los
> > productos digitales del IGN, no solo PNOA.
>
> Eso es lo que me gustaría que saliera de la reunión, pero como mínimo
> PNOA porque digamos que estamos ya en situación de campo quemado
> cuando ya sale en iD pero sí, efectivamente lo ideal sería un permiso
> completo aunque no sé si hay manera de digamos sacar un comodín o hay
> que preparar un permiso para todos los productos que el IGN publica.
> Además está la complicación de que algunos de ellos son en
> colaboración con otras instituciones (SIOSE entre ellos) por lo que
> bueno, hay que verlo allí.
>
> >
> > Contad conmigo para la reunión y para echar una mano a quién quiera
> > organizar esta posible importación.
> >
> > Saludos,
> > Santiago Crespo
> >
>
> Respecto a la asistencia virtual, lo pregunto. A priori debería ser
> posible tal y como hemos hecho otras veces, aunque ojo que el servicio
> de videoconferencia que gastan (webex creo recordar) no funciona en
> Linux y toca usar Windows, Mac o Android.
>
> Saludos
>
> --
> Jorge Sanz
> http://www.osgeo.org
> http://wiki.osgeo.org/wiki/Jorge_Sanz
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] gesloten kerken

[Marc Gemis]

Ik dacht inderdaad dat de gangbare praktijk

disused:amenity=place_of_worship

was

als het gebouw vervallen is, kan er no ruins=yes op (op het gebouw,
niet op de eventuele afzonderlijke node)

building=church kan behouden blijven

als er nu appartementen in zijn : building:use=residential

als er een museum in is kan je er een node tourism=museum in plaatsen
(of op de omtrekt dat moet je zelf weten)
enz.

m


2017-01-11 13:13 GMT+01:00 Guy Vanvuchelen :
> Meer en meer kerken worden gesloten en blijven dikwijls jaren leeg staan
> voor er een nieuwe bestemming komt.  Misschien is het niet altijd duidelijk
> of er nog erediensten gebeuren (begrafenissen bijvoorbeeld). Hoe kunnen we
> dat taggen? Ik dacht aan:
>
> disused = yes; maar dat wordt afgeraden
>
> disused:amenity=place_of_worship ; lijkt mij een goede keuze
>
> abandoned:amenity = place_of_worship ; als het gebouw vervallen is.
>
> …of heeft er iemand nog een idee?
>
>
>
> Guy Vanvuchelen
>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

[Davide Sandona']

Maurizio sei troppo TOP! :)
Il webgis di Carmignano è il migliore che abbia visto (subito dopo quello
di Vicenza, che però immagino abbiano speso un capitale per realizzarlo).
Tra l'altro, Carmignano di Brenta è uno dei comuni che ho contattato, non
hanno risposto, ma hanno reso scaricabile il file (prima era possibile
solamente la visualizzazione).

Davide.

Il giorno 11 gennaio 2017 13:12, Maurizio Napolitano 
ha scritto:

> 2017-01-11 0:41 GMT+01:00 Davide Sandona' :
> > ok, ho inserito gli url dei webgis.
>
> Ne ho preso alcuni e, guardando le chiamate, ho trovato le risorse WFS
> o le REST API
> In questi non ho trovato alcun riferimento alla licenza, ergo vale
> l'open by default (anche se c'è modo di scaricare i dati catastali)
> Per assurdo si potrebbe creare uno script che estrae tutto e fa un solo
> dataset.
>
> Ottimo il servizio di Carmignano di Brenta
> http://webgis.comune.carmignanodibrenta.pd.it/
> che offre tutto tramite geonode offrendo quindi anche il download
> Esempio sui numeri civici
> da qui
> http://webgis.comune.carmignanodibrenta.pd.it/layers/geonode%3Av_civici
> seguire il link per "Scarica Layer"
> una volta scelto il formato arriva il file
> Nello zip generato per il formato ESRI ho poi trovato il file di testo
> dal nome "wfsrequest.txt"
> Da quello sono risalito alla sorgente WFS
> http://webgis.comune.carmignanodibrenta.pd.it/geoserver/wfs
> ... ottenuta questa si possono vedere i vari layer disponibili
> (oltre al catasto ci sono anche le concessioni delle pratiche edilizie
> georiferite)
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-GB] the steepest residential street in England

[Jez Nicholson]

Baldwin Street in New Zealand has been named the World's steepest
residential street at 35%. John Murray from Murray Data caused a bit of a
stir by claiming St Marys Hill, Chester was steeper at 36%
http://www.chesterchronicle.co.uk/news/chester-cheshire-news/chester-mocked-kiwi-cousins-over-12414920
but
was beaten down because it is no longer open to traffic.

Now the Beeb are looking for a challenger
http://www.bbc.co.uk/news/uk-england-38568889

"the road must be open to the public through pedestrians and motorised
traffic"

Anyone going to have a go?

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

[OSM-talk-be] gesloten kerken

[Guy Vanvuchelen]

Meer en meer kerken worden gesloten en blijven dikwijls jaren leeg staan
voor er een nieuwe bestemming komt.  Misschien is het niet altijd duidelijk
of er nog erediensten gebeuren (begrafenissen bijvoorbeeld). Hoe kunnen we
dat taggen? Ik dacht aan:

disused = yes; maar dat wordt afgeraden

disused:amenity=place_of_worship ; lijkt mij een goede keuze

abandoned:amenity = place_of_worship ; als het gebouw vervallen is. 

.of heeft er iemand nog een idee?

 

Guy Vanvuchelen

 

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

Re: [Talk-it] Richiesta apertura dati ai comuni attraverso Wikimedia

[Maurizio Napolitano]

2017-01-11 0:41 GMT+01:00 Davide Sandona' :
> ok, ho inserito gli url dei webgis.

Ne ho preso alcuni e, guardando le chiamate, ho trovato le risorse WFS
o le REST API
In questi non ho trovato alcun riferimento alla licenza, ergo vale
l'open by default (anche se c'è modo di scaricare i dati catastali)
Per assurdo si potrebbe creare uno script che estrae tutto e fa un solo dataset.

Ottimo il servizio di Carmignano di Brenta
http://webgis.comune.carmignanodibrenta.pd.it/
che offre tutto tramite geonode offrendo quindi anche il download
Esempio sui numeri civici
da qui
http://webgis.comune.carmignanodibrenta.pd.it/layers/geonode%3Av_civici
seguire il link per "Scarica Layer"
una volta scelto il formato arriva il file
Nello zip generato per il formato ESRI ho poi trovato il file di testo
dal nome "wfsrequest.txt"
Da quello sono risalito alla sorgente WFS
http://webgis.comune.carmignanodibrenta.pd.it/geoserver/wfs
... ottenuta questa si possono vedere i vari layer disponibili
(oltre al catasto ci sono anche le concessioni delle pratiche edilizie
georiferite)

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

Re: [OSM-talk-fr] Présence à Décryptagéo 2017

[Florian LAINEZ]

Hello,
Avec Antoine Riche nous seront présent le 24 afin de donner une
présentation à 15h concernant le mapping indoor.
Au plaisir de vous y voir tous !

Le 11 janvier 2017 à 10:47, Violaine Doutreleau 
a écrit :

> Bonjour à tous,
>
> Nous y serons également, plutôt le 24 et ne manquerons pas de passer au
> stand !
>
> CartONG organise un mapathon Missing Maps l'après-midi,
>
> A bientôt donc!
>
> Violaine
>
> Le 10/01/2017 à 21:56, Vincent de Château-Thierry a écrit :
>
> Bonsoir,
> Comme chaque année OSM France bénéficie d'un stand lors des journées
> Décryptagéo, les 24 et 25 janvier à l'ENSG (Marne-la-Vallée) :
> http://lesrencontres.decryptageo.fr/
>
> Si vous êtes sur le site à cette occasion, vous avez l'obligation de
> passer dire bonjour :) Et pour ceux qui auront un peu de temps pour
> contribuer à l'animation du stand, vous êtes évidemment bienvenus. Plus on
> est de fous...
>
> De mon côté je serai présent sur le stand essentiellement le 24. Le 25
> matin en réunion avec Christian, et le 25 après-midi j'animerai une
> session.
>
> à bientôt,
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> *Violaine Doutreleau*
> Coordinatrice Missing Maps
> CartONG
> mobile : 06.95.02.42.44 <06%2095%2002%2042%2044>
> skype : doutreleau.violaine
>
>
> *P Help save paper - do you need to print this email?*
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Ludovic Hirlimann]

On 11/01/2017 11:52, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM wrote:
>> +1 global avec vdct,
> Pardonnez-moi, je débarque, mais «+1 global avec vdct», qu'est que ça veut 
> dire?
Il est entièrement d'accord avec Vincent de Château-Thierry :)

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

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[realadry]

Hallo,

Meiner Logik nach, macht es am meisten Sinn die Adresse auf einen Node 
am Eingang des Geäbudes zu taggen (der Node als Teil des Polygons). Dann 
findet man nämlich gleich den Eingang, wenn man nach der Adresse sucht. 
Es gibt zwar den "entrance" tag, den (automatisch) zu finden, besonders 
wenn die Adresse nicht am polygon des Gebäudes sondern als einzelner 
node getagged ist, ist schwierig.


Umständlich wird es erst bei Gebäuden mit mehreren Eingängen und Stiegen.

Am 11.01.2017 um 10:27 schrieb Stefan Kopetzky:

On 2017-01-11 09:59, schu-r wrote:

Hallo !

Habe mal eine grundsätzliche Frage zu Hausnummern.

Ich sehe, dass manchmal ein Gebäude keine Hausnummer hat, dafür aber ein
Punkt mit einer vollständigen Adresse drauf oder daneben ist.

Siehe Ybbs an der Donau :
http://www.openstreetmap.org/#map=19/48.17768/15.08295

Welche ist nun die Richtigere oder Gängigere Methode?


Das lässt sich imho so nicht beantworten.
Mehrere Gebäude können eine Hausnummer haben und Grundstücke ohne Haus
haben auch eine und und und (x andere mögliche Fälle)

Die Verwenndung ist gleichfalls nicht eindeutig:
https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber

Persönlicher Tip:
Mach es so, wie es für Dich stimmiger ist, und versuch eher neues zu
erfassen und nicht allzu viel zu "reparieren".

LG,
Stefan




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



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

Re: [Talk-it] OSMit2017 a Genova 8-11 febbraio in FOSS4G

[Alessandro]

Il 11/01/2017 10:57, Lorenzo Perone ha scritto:

Ciao Ale,
mi dai quelle indicazioni per il poster?
Grazie.
Ciao.
Lorenzo



Ciao Lorenzo,
devi compilare il form
https://goo.gl/forms/GSfS4fn2X0Au6tB52
indicando che si tratta di poster e non di orale.
E' previsto un formato A1

Se hai bisogno di altre informazioni dimmi che le giro a Bianca

Alessandro



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

Re: [Talk-in] OSM server with latest code

[Arun Ganesh]

Ok, it looks like the .mml defines the data layers, and the .mss files have
the style.

Prasanna, you would need to make the changes borders data in the .mml to
https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.mml#L1314-L1331
to read the table with the new borders.

The styles themselves seem to be defined in
https://github.com/gravitystorm/openstreetmap-carto/blob/master/admin.mss
but this part does not need any change.

>From the instructions
https://github.com/gravitystorm/openstreetmap-carto/blob/master/INSTALL.md
it looks like you would need to compile the mml and mss into the mapnik xml
using kosmitik. Have never tried this before, maybe someone else can help?

On Wed, Jan 11, 2017 at 9:05 AM, VAMO Systems  wrote:

> Hi Arun
>
> I believe this is equivalent style file in this latest nodejs based
> mapnik/kosmtik tile server.
>
> Best Regards,
> Prasanna K
> Director - Product Engineering
> VAMO Systems Private Limited 
> 2nd Floor, New No 21/Old No 8,
> 86th street, Ashok Nagar
> Chennai, TamilNadu, India,600083
> Mobile: +91-9840898818 <098408%2098818>
> Email: p...@vamosys.com
> twitter: @gps_vamosystems
> Skype: pkram76
>
>
> On 11 January 2017 at 01:22, Arun Ganesh  wrote:
>
>> Is there a Mapnik style file you can share? We should be able to migrate
>> the instructions from http://xsce.org/wiki/generating_map_tiles for the
>> latest version if the format has not changed too much.
>>
>> On Wed, Jan 11, 2017 at 1:10 AM, VAMO Systems  wrote:
>>
>>> Hi All
>>>
>>>  I have implemented OSM server with latest codebase  using steps
>>> mentioned in this link
>>> https://ircama.github.io/osm-carto-tutorials/kosmtik-ubuntu-setup/
>>>
>>> Here the output
>>> http://205.147.102.214:6789/openstreetmap-carto/#13/13/80
>>>
>>> Now I don't have any clue to how to correct the borders. Any help will
>>> be highly appreciated.
>>>
>>>
>>> Best Regards,
>>> Prasanna K
>>>
>>> Note:  Earlier I used the steps mentioned in this link
>>> http://xsce.org/wiki/generating_map_tiles to correct the borders.
>>>
>>>
>>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] probabile troll

[Lorenzo "Beba" Beltrami]

Il giorno 11 gennaio 2017 11:29, Max1234Ita  ha
scritto:

> Probabilmente le cose sarebbero un po' più facili se le API di OSM
> includessero già nativamente il supporto alla notifica di nuovi messaggi
> dalla community e/o commenti ai changeset (non me ne intendo ma magari le
> funzioni ci sono già) ED INOLTRE i termini di utilizzo imponessero a chi
> sviluppa le applicazioni di usarle per informare l'utente, pena la mancata
> autorizzazione a salvare le modifiche da parte di TUTTI i terminali che
> usano quella determinata applicazione.
>
> Forse si potrebbe proporre questo agli sviluppatori di OSM, come Feature
> request/suggerimento per l'improvement, così come si potrebbe anche provare
> a chiedere a chi si occupa di Maps.me di implementare lato loro una qualche
> forma di check dell'account email di OSM; dopotutto è anche nel loro
> interesse avere delle mappe con dati affidabili.
>
> Max
>

+1
Penso che sia molto più interessante, costruttivo e in ultimo
responsabilizzante per l'utente (di qualsiasi sito/app/software) un
approccio di questo tipo piuttosto che creare restrizioni per tutti.

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

Re: [OSM-talk-fr] [DGW] Contribution entreprise aux données OSM

[Jean-Martial NDOUTOUME NFENGONE - ZIT.COM]

> +1 global avec vdct,

Pardonnez-moi, je débarque, mais «+1 global avec vdct», qu'est que ça veut dire?

> Le SIRET (donc le numéro s'établissement et pas d'entreprise ce
> qu'est le SIREN) serait l'identifiant pivot à recommander... surtout
> que maintenant la base SIRENE est disponible en licence ouverte (et
> géocodée).

Effectivement, j'ai vu ça.  Partons donc pour le SIRET comme identifiant pivot.

> Le 10 janvier 2017 à 22:29, Vincent de Château-Thierry
> [...] Parmi les informations que vous allez recueillir, celles qui ont leur
> place dans OSM sont celles qui à la fois :
> - disposent d'une géolocalisation suffisamment précise : en France
> grâce à la présence fréquente des bâtiments dans la base, on ne
> s'attend pas à trouver un commerce sur le centre d'une voie, mais
> bien au niveau du bâtiment qu'il occupe

Au quotidien, nous remarquons que le terrain bouge plus vite que la base SIRENE 
(changement de propriétaire, fermeture, modification de l'enseigne sous un même 
propriétaire etc.).

> - disposent d'une stabilité géographique dans le temps : les
> commerces ambulants ont moins leur place, même si ça fait débat

Nous considérons aussi les commerçants des marchés, qui ont une stabilité 
géographique dans le temps.

Comment est-ce géré dans OSM?  (Finalement, hormis son usage au quotidien, je 
connais peu le fonctionnement communautaire du projet...)

> - ne contiennent pas d'informations nominatives (nom du gérant, etc)

OK.

> - trouvent leur place d'un point de vue sémantique, notamment par
> rapport à ce que propose cette page :
> http://wiki.openstreetmap.org/wiki/Key:shop

À ce jour, nous qualifions les commerçants (Ambassadeurs de la culture) en nous 
appuyant sur des référentiels comme la 
base permanente des équipements (BPE) de l'INSEE, notamment pour la typologie 
de l'équipement (usage fait du bâti) 
.

Nous affinons également nos informations avec la typologie de commerce, et tout 
particulièrement la définition des commerces de proximité (nous travaillons sur 
l'économie locale) .

Enfin, pour nos besoins propres (diffuser la bonne communication culturelle au 
bon public) nous qualifions le commerçant avec:
- ses centres d'intérêts culturels déclarés,
- les centres d'intérêts culturels de ses clients.

Ces informations pourraient-elles être utiles au projet OSM?

> - et bien sûr sont issues de sources dont le copyright est compatible
> avec l'ODbL. S'il s'agit de vos propres relevés de terrain c'est a
> priori sans souci.

OK pour la licence.

> On parle donc d'un sous-ensemble de vos relevés (enfin, j'imagine).

C'est bien ça.

> Se posera potentiellement pour vous la question de l'articulation
> des données injectées dans OSM avec le reste de vos données. Le
> "pont" entre les deux environnement devrait éviter de se faire via
> un identifiant qui vous est propre et qui serait inclus côté OSM. Il
> faut privilégier une gestion de votre côté de cette correspondance,
> ou bien le recours à des mécanismes sans ID propriétaire :
> combinaison de la reconnaissance du nom, de la raison sociale, du
> positionnement spatial, d'un SIREN, que sais-je.

Si je comprend bien, il est préférable que les identifiants des objets que nous 
allons mettre à jour dans et avec notre système soit ceux d'OSM (en 
l'occurrence Odoo et son module geospatial intégrant OSM 
).

Pourquoi faudrait-il alors une correspondance?

Jean-Martial

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

Re: [Talk-it] probabile troll

[Max1234Ita]

Probabilmente le cose sarebbero un po' più facili se le API di OSM
includessero già nativamente il supporto alla notifica di nuovi messaggi
dalla community e/o commenti ai changeset (non me ne intendo ma magari le
funzioni ci sono già) ED INOLTRE i termini di utilizzo imponessero a chi
sviluppa le applicazioni di usarle per informare l'utente, pena la mancata
autorizzazione a salvare le modifiche da parte di TUTTI i terminali che
usano quella determinata applicazione. 

Forse si potrebbe proporre questo agli sviluppatori di OSM, come Feature
request/suggerimento per l'improvement, così come si potrebbe anche provare
a chiedere a chi si occupa di Maps.me di implementare lato loro una qualche
forma di check dell'account email di OSM; dopotutto è anche nel loro
interesse avere delle mappe con dati affidabili.

Max



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

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

Re: [Talk-it] OSMit2017 a Genova 8-11 febbraio in FOSS4G

[Lorenzo Perone]

Ciao Ale,
mi dai quelle indicazioni per il poster?
Grazie.
Ciao.
Lorenzo

Il mer 11 gen 2017, 10:55 Alessandro Palmas 
ha scritto:

> Buongiorno lista,
> la scadenza per la presentazione delle proposte di interventi è stata
> posticipata a venerdì 14 gennaio
> http://www.dicca.unige.it/geomatica/foss4git_2017/
>
> Nel frattempo è stato pubblicato il programma dei workshop che si
> terranno nella giornata di mercoledì 8 febbraio
> http://www.dicca.unige.it/geomatica/foss4git_2017/index.html#workshop
>
> Giovedì 9 febbraio ci sarà la serata social con cena (25€ a testa)
> presso il Castello d'Albertis.
> Venerdì sera si pensava ad un aperitivo o all'interno di Palazzo Ducale
> o a Palazzo Rosso, seguirebbe cena in qualche bettola nei vicoli di
> Genova con giro nella parte medievale della città.
>
> Sabato 11 ci sposteremo a Santa Margherita Ligure (35' in treno) dove si
> svolgerà un mapping party/hackathon
>
> Per chi desidera pernottare abbiamo una lista di B e alberghi a cui
> abbiamo strappato un leggero sconto sulle tariffe normali.
>
>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

Lorenzo

Scusa per la brevità, sto scrivendo da mobile.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OSMit2017 a Genova 8-11 febbraio in FOSS4G

[Alessandro Palmas]

Buongiorno lista,
la scadenza per la presentazione delle proposte di interventi è stata 
posticipata a venerdì 14 gennaio

http://www.dicca.unige.it/geomatica/foss4git_2017/

Nel frattempo è stato pubblicato il programma dei workshop che si 
terranno nella giornata di mercoledì 8 febbraio

http://www.dicca.unige.it/geomatica/foss4git_2017/index.html#workshop

Giovedì 9 febbraio ci sarà la serata social con cena (25€ a testa) 
presso il Castello d'Albertis.
Venerdì sera si pensava ad un aperitivo o all'interno di Palazzo Ducale 
o a Palazzo Rosso, seguirebbe cena in qualche bettola nei vicoli di 
Genova con giro nella parte medievale della città.


Sabato 11 ci sposteremo a Santa Margherita Ligure (35' in treno) dove si 
svolgerà un mapping party/hackathon


Per chi desidera pernottare abbiamo una lista di B e alberghi a cui 
abbiamo strappato un leggero sconto sulle tariffe normali.



Alessandro Ale_Zena_IT

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

Re: [Talk-it] OSM e CAI

[girarsi_liste]

Per quanto riguarda chi mappa n Trentino, anche se scrivo in lista
nazionale, ieri sera ho messo mano al file delle strade forestali
trentine, eliminando la parte dei sentieri, e ho usato il preset del CAI
per adattarlo, anche se alla buona, al caso trentino.

In sostanza nel secondo preset, ho messo delle etichette "titolo" e
italianizzato, anche se molto a spanne, alcuni "titoli".

Ho messo come valore predefinito il sito della SAT (website=*) ed al
posto di CAI ho messo SAT.

Il preset ovviamente va rivisto, e casomai messo a posto.

I presets va bene metterli nello stesso repository (githb) del CAI?


Di seguito il link a chi vuole darci un'occhio, si precisa che i presets
sono per Josm.

https://drive.google.com/open?id=0B5yZVwRyZn5LSURZWWtTOUJJVkE




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



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

Re: [OSM-talk-fr] Présence à Décryptagéo 2017

[Violaine Doutreleau]

Bonjour à tous,

Nous y serons également, plutôt le 24 et ne manquerons pas de passer au 
stand !


CartONG organise un mapathon Missing Maps l'après-midi,

A bientôt donc!

Violaine


Le 10/01/2017 à 21:56, Vincent de Château-Thierry a écrit :

Bonsoir,
Comme chaque année OSM France bénéficie d'un stand lors des journées 
Décryptagéo, les 24 et 25 janvier à l'ENSG (Marne-la-Vallée) :

http://lesrencontres.decryptageo.fr/

Si vous êtes sur le site à cette occasion, vous avez l'obligation de 
passer dire bonjour :) Et pour ceux qui auront un peu de temps pour 
contribuer à l'animation du stand, vous êtes évidemment bienvenus. 
Plus on est de fous...


De mon côté je serai présent sur le stand essentiellement le 24. Le 25 
matin en réunion avec Christian, et le 25 après-midi j'animerai une 
session.


à bientôt,
vincent

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


--
Fwd: Re: Disponibilité de votre lieu pour un mapathon Missing Maps
*Violaine Doutreleau*
Coordinatrice Missing Maps
CartONG 


mobile : 06.95.02.42.44
skype : doutreleau.violaine


_P Help save paper - do you need to print this email?_
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

Christian,

il semble manquer un fichier 'amenity-symbols.mss’ sur github :

node /data/osm/kosmtik/index.js serve /data/osm/styles/osmfr/project.mml --host 
192.168.0.42
[Core] No usable config file found in /home/osm/.config/kosmtik.yml
[Core] Loading plugin from ../plugins/base-exporters/index.js
[Core] Loading plugin from ../plugins/hash/index.js
[Core] Loading plugin from ../plugins/local-config/index.js
[Core] Loading plugin from ../plugins/datasource-loader/index.js
[Core] Loading project from /data/osm/styles/osmfr/project.mml
fs.js:640
  return binding.open(pathModule._makeLong(path), stringToFlags(flags), mode);
 ^

Error: ENOENT: no such file or directory, open 
'/data/osm/styles/osmfr/amenity-symbols.mss'
at Error (native)
at Object.fs.openSync (fs.js:640:18)
at Object.fs.readFileSync (fs.js:508:33)
at Loader.BaseLoader.normalizeStylesheet 
(/data/osm/kosmtik/src/back/loader/Base.js:74:34)
at Array.map (native)
at Loader.BaseLoader.postprocess 
(/data/osm/kosmtik/src/back/loader/Base.js:12:51)
at Loader.BaseLoader.load (/data/osm/kosmtik/src/back/loader/Base.js:79:10)
at Project.load (/data/osm/kosmtik/src/back/Project.js:38:23)
at new ProjectServer (/data/osm/kosmtik/src/back/ProjectServer.js:31:18)
at PreviewServer.registerProject 
(/data/osm/kosmtik/src/back/PreviewServer.js:51:33)



Le 11 janv. 2017 à 10:17, Maël REBOUX  a écrit :

> Ca avance : https://github.com/kosmtik/kosmtik/issues/216
> 
> En fait il ne faut pas suivre le ReadMe et installer le master depuis github 
> (…).
> Et là on a un kosmtik fonctionnel.
> 
> Là j’essaie de lancer le rendu OSM « original » car il est bien configuré 
> pour mapnik 2 pour produire des tuiles.
> Je viens d’essayer sans localconfig.js et ça change rien.
> 
> Un indice : pour les layers postgis il y a une entrée pour le username mais 
> aucune entrée pour le password.
> 
> Je vais essayer avec le style OSM FR.
> 
> 
> Le 11 janv. 2017 à 09:49, Christian Quest  a écrit :
> 
>> Je n'ai pas de localconfig.js... si ça peut t'aider...
>> 
>> Le 11 janvier 2017 à 09:09, Maël REBOUX  a 
>> écrit :
>> Bonjour,
>> 
>> Entre-temps j’ai avancé et pu me dépatouiller avec les nuances des versions 
>> de Node.js.
>> 
>> Le ticket principal : https://github.com/kosmtik/kosmtik/issues/212
>> 
>> 
>>  
>> Donc c’est installé et fonctionnel mais pour le moment je ne parviens pas 
>> afficher la page (la page HTML est produite cependant) car :
>> https://github.com/kosmtik/kosmtik/issues/216
>> 
>> /usr/lib/node_modules/kosmtik/src/back/PreviewServer.js:141
>> if (anonymous.name) throw 'Cannot use bridge helper with named function:' + 
>> anonymous.name;
>> 
>> Je penche pour un pb lié au localconfig.js
>> 
>> 
>> -- 
>> Christian Quest - OpenStreetMap France
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Osmose "Possible missing traffic_signals:direction or crossing "

[lenny.libre]

Le 10/01/2017 à 23:31, osm.sanspourr...@spamgourmet.com a écrit :


http://overpass-turbo.eu/s/lb2

Effectivement après vérification que quelques dizaines de feux à 
Helsinki il s'agit bien de feux pour le tramway et non de R24.


Pour les R24, sur les passages à niveaux ferroviaires 
 
on met crossing:light 
=yes/no.


Est-ce que là ce n'est pas un pan ? Avec crossing:barrier 
=no ça va de soi.


Jean-Yvon

Avant j'aurais dit oui, mais ce matin, en cherchant, j'ai vu que le R24 
concerne également les bus en site propre traversant des giratoires .



Le 10/01/2017 à 16:06, lenny.libre - lenny.li...@orange.fr a écrit :


Le 09/01/2017 à 20:31, osm.sanspourr...@spamgourmet.com a écrit :


Et question subsidiaire : qu'est ce que signifie ce 
"traffic_signals:tram=yes"


Ne semble utilisé qu'à Toulouse et Helsinki.

D'après le nom (non décrit dans le wiki) ça devrait être un feu pour 
les trams, pas un feu pour les voitures indiquant un tram, but why 
not. Mais wiki à compléter si on veut que ce soit largement utilisé 
(un vote avant ?)
C'est moi le coupable sur Toulouse 
(http://www.openstreetmap.org/changeset/20471895), j'avais dû trouver 
cela dans une discussion (que je ne retrouve pas) et que j'avais 
sûrement mal comprise, à cause de mon mauvais anglais ...
Il me semblait que les feux R24 étaient particuliers et qu'il fallait 
les différentier (et comme je ne vois pas d'intérêt à indiquer les 
feux propres aux trams) il me semblait approprié d'ajouter un tag qui 
indique "attention tram" ; je vais l'enlever et mettre une description.


cordialement
léni

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




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


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

Re: [Talk-it] probabile troll

[Luca Delucchi]

2017-01-11 10:21 GMT+01:00 Alessandro :
>
> +1
> Ormai gli strumenti di monitoraggio ci sono e sono tanti, adatti a tutti i
> gusti.
> Se wikipedia non ha meccanismi del genere (tranne poche pagine bloccate in
> casi estremi) non vedo perchè li debba avere OSM.
>

perchè è molto più facile fare danni su OSM che su wikipedia (un conto
è scrivere qualcosa, un altro capire il mondo geografico / OSM)
Se si vuole fare il salto di qualità prima o poi qualche meccanismo
bisognerà crearlo... ad oggi i dati OSM sono molto poco utilizzabili
(in special modo poichè non sono consistenti, e non parlo di cose
mappate o no, ma di cose mappate in modo diverso anche se è un oggetto
simile)

> Alessandro
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-at] Hausnummern Punkt oder Gebäude

[Stefan Kopetzky]

On 2017-01-11 09:59, schu-r wrote:
> Hallo !
> 
> Habe mal eine grundsätzliche Frage zu Hausnummern.
> 
> Ich sehe, dass manchmal ein Gebäude keine Hausnummer hat, dafür aber ein
> Punkt mit einer vollständigen Adresse drauf oder daneben ist.
> 
> Siehe Ybbs an der Donau :
> http://www.openstreetmap.org/#map=19/48.17768/15.08295
> 
> Welche ist nun die Richtigere oder Gängigere Methode?

Das lässt sich imho so nicht beantworten.
Mehrere Gebäude können eine Hausnummer haben und Grundstücke ohne Haus
haben auch eine und und und (x andere mögliche Fälle)

Die Verwenndung ist gleichfalls nicht eindeutig:
https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber

Persönlicher Tip:
Mach es so, wie es für Dich stimmiger ist, und versuch eher neues zu
erfassen und nicht allzu viel zu "reparieren".

LG,
Stefan




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

Re: [Talk-it] probabile troll

[Volker Schmidt]

Conosco entrami posti.
Sono gli unici contributi a OSM dell'utente. Gli ho scritto, offrendo aiuto.
Se non risponde entro breve tolgo i due punti dalla mappa.

Volker

2017-01-11 10:21 GMT+01:00 Alessandro :

> Il 11/01/2017 10:04, girarsi_liste ha scritto:
>
>> Il 10/01/2017 23:55, THESTORM375 ha scritto:
>>
>>> dovrebbero aggiungere
>>> secondo me un metodo di sicurezza.. come Google maps.. che quando
>>> modifichi
>>> .. la modifica deve essere accertata  e verificata dal server e dalla
>>> community ecc
>>>
>>>
>> Goole ha un paio di milioni di dollari per pagare qualcuno, e comunque
>> si sa, la moderazione Google va a seconda della nazione e rispettive
>> leggi.
>>
>> Comunque questa della moderazione è una vecchia diatriba più volte
>> ribadita in questa lista,
>>
>
>
> +1
> Ormai gli strumenti di monitoraggio ci sono e sono tanti, adatti a tutti i
> gusti.
> Se wikipedia non ha meccanismi del genere (tranne poche pagine bloccate in
> casi estremi) non vedo perchè li debba avere OSM.
>
> Alessandro
>
>
>
> ___
> 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] probabile troll

[Davide Sandona']

comunque ieri ho mandato un messaggio via OSM all'utente in questione, ma
credo non risponderà mai essendo un utilizzatore Maps.me.

Davide.

Il giorno 11 gennaio 2017 10:21, Alessandro  ha scritto:

> Il 11/01/2017 10:04, girarsi_liste ha scritto:
>
>> Il 10/01/2017 23:55, THESTORM375 ha scritto:
>>
>>> dovrebbero aggiungere
>>> secondo me un metodo di sicurezza.. come Google maps.. che quando
>>> modifichi
>>> .. la modifica deve essere accertata  e verificata dal server e dalla
>>> community ecc
>>>
>>>
>> Goole ha un paio di milioni di dollari per pagare qualcuno, e comunque
>> si sa, la moderazione Google va a seconda della nazione e rispettive
>> leggi.
>>
>> Comunque questa della moderazione è una vecchia diatriba più volte
>> ribadita in questa lista,
>>
>
>
> +1
> Ormai gli strumenti di monitoraggio ci sono e sono tanti, adatti a tutti i
> gusti.
> Se wikipedia non ha meccanismi del genere (tranne poche pagine bloccate in
> casi estremi) non vedo perchè li debba avere OSM.
>
> Alessandro
>
>
>
> ___
> 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] probabile troll

[Alessandro]

Il 11/01/2017 10:04, girarsi_liste ha scritto:

Il 10/01/2017 23:55, THESTORM375 ha scritto:

dovrebbero aggiungere
secondo me un metodo di sicurezza.. come Google maps.. che quando modifichi
.. la modifica deve essere accertata  e verificata dal server e dalla
community ecc



Goole ha un paio di milioni di dollari per pagare qualcuno, e comunque
si sa, la moderazione Google va a seconda della nazione e rispettive leggi.

Comunque questa della moderazione è una vecchia diatriba più volte
ribadita in questa lista,



+1
Ormai gli strumenti di monitoraggio ci sono e sono tanti, adatti a tutti 
i gusti.
Se wikipedia non ha meccanismi del genere (tranne poche pagine bloccate 
in casi estremi) non vedo perchè li debba avere OSM.


Alessandro


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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Maël REBOUX]

Ca avance : https://github.com/kosmtik/kosmtik/issues/216

En fait il ne faut pas suivre le ReadMe et installer le master depuis github 
(…).
Et là on a un kosmtik fonctionnel.

Là j’essaie de lancer le rendu OSM « original » car il est bien configuré pour 
mapnik 2 pour produire des tuiles.
Je viens d’essayer sans localconfig.js et ça change rien.

Un indice : pour les layers postgis il y a une entrée pour le username mais 
aucune entrée pour le password.

Je vais essayer avec le style OSM FR.


Le 11 janv. 2017 à 09:49, Christian Quest  a écrit :

> Je n'ai pas de localconfig.js... si ça peut t'aider...
> 
> Le 11 janvier 2017 à 09:09, Maël REBOUX  a 
> écrit :
> Bonjour,
> 
> Entre-temps j’ai avancé et pu me dépatouiller avec les nuances des versions 
> de Node.js.
> 
> Le ticket principal : https://github.com/kosmtik/kosmtik/issues/212
> 
> 
>  
> Donc c’est installé et fonctionnel mais pour le moment je ne parviens pas 
> afficher la page (la page HTML est produite cependant) car :
> https://github.com/kosmtik/kosmtik/issues/216
> 
> /usr/lib/node_modules/kosmtik/src/back/PreviewServer.js:141
> if (anonymous.name) throw 'Cannot use bridge helper with named function:' + 
> anonymous.name;
> 
> Je penche pour un pb lié au localconfig.js
> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-it] probabile troll

[girarsi_liste]

Il 10/01/2017 23:55, THESTORM375 ha scritto:
> dovrebbero aggiungere
> secondo me un metodo di sicurezza.. come Google maps.. che quando modifichi
> .. la modifica deve essere accertata  e verificata dal server e dalla
> community ecc
> 

Goole ha un paio di milioni di dollari per pagare qualcuno, e comunque
si sa, la moderazione Google va a seconda della nazione e rispettive leggi.

Comunque questa della moderazione è una vecchia diatriba più volte
ribadita in questa lista, se fai ricerca su Nabble ne trovi fin che
vuoi, ma si va sempre a finire con l'evidente pericolo di intaccare la
libertà degli utenti di mappare, oltrechè togliere uno dei principi
cardini di OSM, ovvero la mappatura dei locali (intesi come user locali
non come mapping indoor, che ci sta pure quello).

Gli strumenti ci sono, un paio sono già stati proposti in questa
discussione, e poi sicuramente nel temp ce ne saranno altri, resta il
fatto che anche per moderare invece di mappare ci vuole parecchio tempo,
perchè buon senso dice, al di là dell'evidenza come forse il caso
segnalato in questa discussione, di contattare l'utente, e se poi non si
ha risposta, o risposta vaga, chiedere, come si è fatto sinora, in
mailing list.

Per i casi più "dannosi", quasi sempre, se non sempre, è passato poco
tempo dalla segnalazione all'espulsione dell'utente e conseguente revert
del tutto.

Però resta sempre il fatto che queste cose, ne convengo, tolgono tempo
alla mappatura, e voglia a chi si dedica un pò.


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



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

[Talk-at] Hausnummern Punkt oder Gebäude

[schu-r]

Hallo !

Habe mal eine grundsätzliche Frage zu Hausnummern.

Ich sehe, dass manchmal ein Gebäude keine Hausnummer hat, dafür aber ein 
Punkt mit einer vollständigen Adresse drauf oder daneben ist.


Siehe Ybbs an der Donau : 
http://www.openstreetmap.org/#map=19/48.17768/15.08295


Welche ist nun die Richtigere oder Gängigere Methode?


Roland Schuller



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

Re: [OSM-talk-fr] Pb installation Kosmtik

[Christian Quest]

Je n'ai pas de localconfig.js... si ça peut t'aider...

Le 11 janvier 2017 à 09:09, Maël REBOUX  a
écrit :

> Bonjour,
>
> Entre-temps j’ai avancé et pu me dépatouiller avec les nuances des
> versions de Node.js.
>
> Le ticket principal : https://github.com/kosmtik/kosmtik/issues/212
>
>


> Donc c’est installé et fonctionnel mais pour le moment je ne parviens pas
> afficher la page (la page HTML est produite cependant) car :
> https://github.com/kosmtik/kosmtik/issues/216
>
> /usr/lib/node_modules/kosmtik/src/back/PreviewServer.js:141
> if (anonymous.name) throw 'Cannot use bridge helper with named
> function:' + anonymous.name;
>
> Je penche pour un pb lié au localconfig.js
>


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