[Talk-it] Richiesta informazioni per progetto Tesi di Laurea

[andrea rostagno]

Buongiorno, sono un tesista della magistrale in Architettura per il Progetto
Sostenibile del Politecnico di Torino, attualmente sto realizzando una tesi
riguardante la valorizzazione del centro storico di Pinerolo (TO) incentrata
in particolare sugli edifici religiosi e sulla espansione delle
fortificazioni (queste ultime distrutte dai francesi a fine del 17 secolo).
Volevo chiedere se OpenStreetMap poteva essere utilizzato anche per la
creazione di percorsi di visita al quale poter visionare, in punti
individuati, alcuni file di ricostruzioni 3D della fortificazione realizzati
da me, con annesse spiegazioni e fotografie o video? ho una ulteriore
domanda: guardando alcuni video di presentazione al programma ho notato che
le azioni eseguite vengono subito condivise alla comunità. Visto che la tesi
riguarda temi storici e elaborati da discutere in sessione finale, è
possibile realizzare una prima versione offline che a discussione realizzata
possa essere reso pubblico, per non incorrere in problematiche
istituzionali?

Ringrazio della disponibilità



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-transit] Multiple ref=* on route=train

[Paul Johnson]

On Wed, Nov 20, 2019 at 5:27 PM Michael Reichert 
wrote:

> Hi Tijmen,
>
> Am 20.11.19 um 23:08 schrieb Tijmen Stam:
> > In the Netherlands, there are no train route numbers like this.
> > Internally (and among hobbyists) we speak of a "series 2900" train which
> > goes from Enkhuizen to Maastricht, but those train numbers are somewhat
> > hidden to the public - they aren't on the timetable boards or digital
> > board, available only on a mouseover in the train planner.
>
> These numbers refer to the type of vehicle (not service) what is called
> "class " in Great Britain, isn't it?
>

I believe so, kind of similar to how Portlanders refer to "Type I, II, III,
IV and V" series MAX cars, or New Yorkers refer to various "R"-series
subway cars.
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

[talk-ph] Spelfie App

[Jim Morgan]

Could be useful for remote mapping?

Spelfie.com allows users to take a selfie at 
the exact time that a satellite camera captures their location from 
space. Users of the app click on the event they are attending, then, 
once they are at the venue, the app provides coordinates so the user 
knows precisely where to position themselves and at what time. They then 
take a photo of themselves at the moment the satellite is taking its 
photo and later the same day the app sends back the satellite image 
juxtaposed with the selfie to be viewed in its gallery. Spelfie 
spokesman Anthony Burr said that in future the images will be available 
within a matter of minutes rather than hours.


Jim

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

[OSM-talk-ie] OSM workshop at Science Week NUIG This Saturday

[Dave Corley]

Hi all,

Just wanted to let you know that I will be doing an OSM workshop at Science
Week in NUIG (Insight Center) this Saturday. The workshop runs from 11am to
2:30pm with a break around 12:30 I think.

If anyone is around this Saturday and would like to come along please do
so. Especially if you know the basics of mapping as you could assist with
getting people up and running. I've no idea how many are attending as yet
but I'm guessing it will be busy.

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

Re: [Talk-transit] Multiple ref=* on route=train

[Michael Reichert]

Hi Tijmen,

Am 20.11.19 um 23:08 schrieb Tijmen Stam:
> In the Netherlands, there are no train route numbers like this.
> Internally (and among hobbyists) we speak of a "series 2900" train which
> goes from Enkhuizen to Maastricht, but those train numbers are somewhat
> hidden to the public - they aren't on the timetable boards or digital
> board, available only on a mouseover in the train planner.

These numbers refer to the type of vehicle (not service) what is called
"class " in Great Britain, isn't it?

Best regards

Michael



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

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[Vincent de Château-Thierry]

Le 20/11/2019 à 23:18, marc marc a écrit :

Le 20.11.19 à 17:04, Vincent de Château-Thierry a écrit :

il faudra que je jette un oeil à la base OSM dédiée qui alimente tout ça, et 
qui s'appuie sur les extracts d'OSM-FR


oui la base osm-fr lag depuis qlq jours.
c'est donc compréhensible que le programe ne détecte pas les ajouts récent.


Oui, vérification faite, la base OSM qui alimente BANO est bloquée au 13 
novembre. Le sujet est connu côté équipe d'infra, on croise les doigts.



Suggestions :

=> https://github.com/osm-fr/osm-vs-fantoir/issues/new x2 :)


fait :)


impec :)

vincent

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

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[marc marc]

Le 20.11.19 à 17:04, Vincent de Château-Thierry a écrit :
> il faudra que je jette un oeil à la base OSM dédiée qui alimente tout ça, et 
> qui s'appuie sur les extracts d'OSM-FR

oui la base osm-fr lag depuis qlq jours.
c'est donc compréhensible que le programe ne détecte pas les ajouts récent.

>> Suggestions :
> => https://github.com/osm-fr/osm-vs-fantoir/issues/new x2 :)

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

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[osm . sanspourriel]

Intéressant : il y aurait des adresse Boulevard de l'Atlantique dans les
chemins de la Ville Neuve et de la Gravelouse. C'est la loose grave :-).

Xavier, tu les le local de l'étape :
https://www.openstreetmap.org/changeset/77345985

Vincent vdct ou Fred, a-t-on moyen de vérifier si les adresses sont
fausses existant seulement dans OSM), est-ce testé ?

On peut regarder dans la BANO mais un moyen plus automatisé ?

http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.51903/-2.80622

Ici peut-être des adresses qui datent d'avant le nommage des chemins ?
J'ai l'impression qu'il y a eu une renumérotation... partielle.

Les 228* seraient à virer mais quid du 212, dont l'accès se fait par la
Rue Maurice Nogues ?

N. B. "existant seulement dans OSM" ne veut dire fausses que si elles ne
remplacent des pseudo-adresses.

Depuis aujourd'hui j'ai une plaque de rue (c'est numéroté sur le
terrain), ça fait plus de six mois que le hameau est numéroté sur le
papier et OSM mais ni le Cadastre ni la BAN le le savent je crois.

Au fait Vincent, pour les hameaux et autre lieux-dits, il faut garder
des points adresses sans associatedStreet mais avec des addr:place.
C'est prévu ?

Jean-Yvon

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

Re: [Talk-transit] Multiple ref=* on route=train

[Tijmen Stam]

On 19-11-19 12:25, Tony OSM wrote:

Hi Janko

In my experience all railway companies give a journey a reference 
Headcode like that, though the format differs. In Great Britain the 
format used is ncnn, so for example 2P44 is a train from Manchester 
Victoria to Preston  departing 10:05. the next service will be issued a 
different Headcode. The Headcode is usually used internally within the 
railway; some  GB trains show a reference number on the doors and 
announcement system - this is not the headcode but the train number and 
is different for each service, look at https://traksy.uk/live to get 
unofficial service data and train locations  in GB.


Personally I am not convinced that the headcode or train number is 
useful as a reference, they change every 6 months when the timetable 
changes (most of Europe) - so a maintenance nightmare.


I think that a service reference which every train on a route uses and 
is shown on the vehicle is useful - such as the service number for a 
tram or bus - like you have created for the service 150 Garaža Tuškanac 
- Gornji grad.


I agree with you.
In the Netherlands, there are no train route numbers like this. 
Internally (and among hobbyists) we speak of a "series 2900" train which 
goes from Enkhuizen to Maastricht, but those train numbers are somewhat 
hidden to the public - they aren't on the timetable boards or digital 
board, available only on a mouseover in the train planner.


Only some regional trains are starting to get an S-number (like german 
S-bahns), but these numbers can overlap in different parts of the 
country, i.e. an S21 in both the south and north of the country.


Tijmen

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

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[osm . sanspourriel]

Le 20/11/2019 à 18:58, lenny.libre - lenny.li...@orange.fr a écrit :


Merci de ton idée, je l'utilise assez souvent, et bêtement je faisais
Fichier> ; je n'avais jamais pensé à me faire un bouton

leni


Ou un raccourci clavier bien-sûr.

Xavier tu as lu la suite mais j'avais oublié la liste.

Tu remarqueras que vdct a déjà réagi à mes tickets !

Jean-Yvon

Le 20/11/2019 à 15:43, Xavier BIZOT - xavierbizot22...@gmail.com a écrit :



Bon j'ai tenté pour Avenue de Bretagne.
Si quelqu'un a le temps de vérifier je suis preneur.

Voir ci-dessous, en gras remarques pour tous, en particulier pour
Vincent et Vincent.

Alors que tout semblait bien au premier abord j'ai fait du cosmétique et
du travail de fond :

- changé l'ordre :

 * d'abord les segments de rue
 o inversé la direction (R), histoire de commencer par le 1. Pas
   obligatoire mais si tu vois qu'un chemin part d'un endroit tu
   supposes que les petits numéros sont de ce bout. Veiller à ce
   que les relations utilisant ces membres soient chargées histoire
   de réordonnancer les membres si nécessaire.
 o 1 premier membre ce bout puis continué dans cet logique pour
   faire un chemin contigu (ici il ne l'est pas car interrompu par
   un giratoire, c'est l'exception qui confirme la règle)
 * ensuite les adresses
 o là encore dans l'ordre (numérique croissant)
 * ainsi on voit mieux les trous dans la raquette même si d'un point de
   vue fonctionnel c'était bon.

- nettoyé :

 * supprimé les faux numéros (ici 9001) : 0, 7XXX, 9XXX sont des
   artifices pour indiquer "là il y a quelque chose qui devrait avoir
   une adresse mais cette adresse manque dans le cadastre". Avec
   Vincent on se demandait où filtrer. Effectivement peut-être en amont
   (BANO, préparation cadastre). *Retours bienvenus.*

 *   gardé le seul attribut utile sur l'adresse c'est à dire le numéro
   : le nom de rue et le code FANTOIR sont portés par la relation, ne
   pas dupliquer limite les travaux de maintenance style X se fait tuer
   et la mairie renomme un bout de la rue. Quand tu ajouteras name:br=
   tu comprendras aussi ^^. Oui des outils comme JOSM aident à
   maintenir la cohérence mais si c'est cohérent par définition ce
   n'est pas plus mal. Grosso modo il y a deux écoles : tout mettre sur
   les points adresses et se passer de relation (école allemande : ils
   ont viré les relations car elles n'étaient pas maintenues) ou avoir
   des relations et ne pas dupliquer l'info (école française). On peut
   aussi mettre ceinture et bretelles. Quand tu regarderas les erreurs
   Osmose sur les adresses tu verras que les gens se trompent en
   mettant le nom de la rue. Et corriger des dizaines
   d'adresses...Exemple :
   
http://osmose.openstreetmap.fr/fr/map/#zoom=18=47.276857=-2.479585==1%2C2%2C3=addr=
   (oui Marc, tu as bien vu l'auteur). Là aussi je serais partisan de
   ne proposer que la relation (en affichant ne nombre d'adresse
   proposées à l'intégration). *Retours bienvenus.*

> Mais OverPass n’aime pas du tout mon langage…
Et on va faire au plus simple t'apprendre son langage plutôt que le
contraire.

Vincent c'est exactement pour cette raison que je chargeais a minima:
les CTRL+A ne marchent pas tout à fait mais les sélections qui suivent si.

Alors je clique sur Relation, ça crée un nouveau calque JOSM (comme ça
je ne risque pas de tout mélanger).

Je mets en fond d'écran OSM noir et blanc, ça permet de zoomer sur le
Boulevard de l'Atlantique (qui est plus grand que les deux adresses
manquantes).

Je charge avec la requête magique :

[out:json][timeout:25];
(
  // les segments de voirie
  way[name="Boulevard de l'Atlantique"]({{bbox}});

 // les associatedStreet
  relation[name="Boulevard de l'Atlantique"]({{bbox}});

 // les points adresses hors associatedStreet
  node["addr:street"="Boulevard de l'Atlantique"]({{bbox}});
);
out body;

;

out skel qt;

Je vois un bogue, j'ouvre un ticket :
https://github.com/osm-fr/osm-vs-fantoir/issues/52

(ça normalement ce n'est pas à faire^^ mais s'il y a un soucis, il vaut
mieux vérifier s'il a été signalé et à défaut de le signaler plutôt que
maudire dans son coin)

J'ouvre l'éditeur de relation sur la relation.

Dans la boîte Sélection je clique sur rechercher, je tape
"addr:street"=*, je vérifie que c'est l'option sélectionner qui est cochée.

Dans l'éditeur de relation j'ajoute les membres.

Je trie les membres (bouton à gauche, ne pas faire à la main).

Dans la boîte Sélection je clique sur rechercher, je tape "highway"=, je
vérifie que c'est l'option sélectionner qui est cochée.

Dans l'éditeur de relation j'ajoute les membres au début et les ordonne
à la mano (je ne sais trier automatiquement).

Je ferme l'éditeur de relation.

Dans la boîte Sélection je clique sur rechercher, je sélectionne
"addr:street"=*.

Dans la boite d'Attributs je sélectionne addr:street (important !), tous
pointent sur Boulevard de l'Atlantique et il n'y a que des points
adresse, allez un clic sur 

Re: [talk-au] Whereis copyright?

[Graeme Fitzpatrick]

On Wed, 20 Nov 2019 at 17:43, cleary  wrote:

>
> Where is uses OSM now but I think that is a fairly recent development.
>
> Previously their map was from another source, possibly Here Maps but I'm
> not sure. Use of that data in OSM would not have been appropriate. The fact
> that something was not yet in OSM is evidence that OSM was not the source
> map.
>

Yes, I noticed when playing with it further last night that they apparently
have all street numbers shown, which would be *very* nice but, at least
ATM, probably not allowed.

Just a wonder here - there map shows the standard "Map Data (c) OSM
contributors", but shows data (street numbers) that hasn't been contributed
by OSM. Does that create any sort of issue?

  Thanks

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

Re: [Talk-se] Många nya öppna data från naturvårdsverket

[Erik Johansson]

Jag tar gärna en shapefil/geojson med lederna som finns i.

http://nvpub.vic-metria.nu/arcgis/services/Leder_friluftsliv_WFS/MapServer/WFSServer?

Men för OSMs räkning så är det inte mycket värt eftersom man som sagt
måste göra uppdatering på det.

On Wed, Nov 20, 2019 at 8:24 PM Henrik Lundqvist  wrote:
>
> Om ni specificerar vilka shapefiler ni vill ha så kan jag fixa det.
>
> Mvh Henrik
>
> Den ons 20 nov. 2019 18:38Erik Johansson  skrev:
>>
>> On Tue, Nov 19, 2019 at 8:20 AM Henrik Lundqvist  
>> wrote:
>> > Alla WMS-tjänster brukar även finnas som Rest-tjänster som är klart bättre 
>> > att använda för detta syfte. Även shapefiler brukar tillgängliggöras.
>>
>> Appropå REST, jag lyckades inte med QGIS ladda in Naturvårdverkets LED
>> data vektorer via WFS, deras WFS är tydligen någon Arcgis variant som
>> talar REST istf SOAP. Är det ngåon som har lyckats få denna data som
>> Shapefiler eller tala med WFS:en?
>>
>>
>> > Om tex fastighetsgränser skulle bli öppna data som ändras dagligen, skulle 
>> > du då finnas initiativ att föra in dessa?
>>
>> När det har kommit upp till andra länder så har konsensus varit nej.
>> Jag är inte helt negativ egentligen.
>>
>>
>> > Man tar på sig en otrolig förvaltningsuppgift om man har för avsikt att 
>> > alltid ha korrekt grundata.
>> > Dock tycker jag att topografi och naturtyper NMD passar perfekt.
>> >
>> > Hoppas ni förstår mitt tänk.
>>
>> Just NMD är otroligt mycket svårare att förvalta än Naturreservat, det
>> var mest därför jag var försiktigt negativ till NMD. Men ni har rätt
>> att man måste bevaka Naturreservat ordentligt.
>>
>>
>> Hälsningar Erik
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se



-- 
/emj

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

Re: [OSM-talk-fr] outil vérification de relation ? lignes de bus ?

[osm . sanspourriel]

Le 20/11/2019 à 18:32, lenny.libre - lenny.li...@orange.fr a écrit :


Question bête, mais cette ligne pourrait-elle e^tre intégrée dans le
wiki des transport en commun ? quelqu'un qui suit un réseau pourrait
alors voir immédiatement la/les lignes cassées.

Leni


Non, la question n'est pas bête.

Certains te diront qu'ils peuvent le faire en javascript pour le faire.
Just do it^^.

Pour ma part j'ai demandé à l'auteur s'il pouvait intégrer ce besoin
 à l'outil.

Par contre soit c'est une base locale qui produit ça (je pense
typiquement à Osmose). Soit c'est sur demande. Car on ne va pas
surcharger l'outil en demandant l'analyse d'une relation à chaque fois
qu'on ouvre une page du wiki (Cf. le message de Christian sur l'abus des
API par rapport au traitement local et/ou par lot).

Jean-Yvon

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

Re: [Talk-se] Många nya öppna data från naturvårdsverket

[Henrik Lundqvist]

Om ni specificerar vilka shapefiler ni vill ha så kan jag fixa det.

Mvh Henrik

Den ons 20 nov. 2019 18:38Erik Johansson  skrev:

> On Tue, Nov 19, 2019 at 8:20 AM Henrik Lundqvist 
> wrote:
> > Alla WMS-tjänster brukar även finnas som Rest-tjänster som är klart
> bättre att använda för detta syfte. Även shapefiler brukar tillgängliggöras.
>
> Appropå REST, jag lyckades inte med QGIS ladda in Naturvårdverkets LED
> data vektorer via WFS, deras WFS är tydligen någon Arcgis variant som
> talar REST istf SOAP. Är det ngåon som har lyckats få denna data som
> Shapefiler eller tala med WFS:en?
>
>
> > Om tex fastighetsgränser skulle bli öppna data som ändras dagligen,
> skulle du då finnas initiativ att föra in dessa?
>
> När det har kommit upp till andra länder så har konsensus varit nej.
> Jag är inte helt negativ egentligen.
>
>
> > Man tar på sig en otrolig förvaltningsuppgift om man har för avsikt att
> alltid ha korrekt grundata.
> > Dock tycker jag att topografi och naturtyper NMD passar perfekt.
> >
> > Hoppas ni förstår mitt tänk.
>
> Just NMD är otroligt mycket svårare att förvalta än Naturreservat, det
> var mest därför jag var försiktigt negativ till NMD. Men ni har rätt
> att man måste bevaka Naturreservat ordentligt.
>
>
> Hälsningar Erik
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[XavierBizot22440]

Par exemple pour la rue Jean-Baptiste Illio ou Boulevard de l'Atlantique

J’ai 42 points…

Comment faire pour ne sélectionner que les numéros et la rue en question ?

Parce que là le CTRL +A il sélectionne tout 

J’ai essayé une requête mais cela ne fonctionne pas 

J’ai fait cela :

[out:json][timeout:25];
(
/* à ajouter en tête de relation */
  way[addr:housenumber=*][addr:street="Boulevard de 
l'Atlantique"][name="Boulevard de l'Atlantique"];
/* à fusionner */
  relation[name="Boulevard de l'Atlantique"]({{bbox}});
);
out body;
>;
out skel qt;

Mais OverPass n’aime pas du tout mon langage…


Voilà pour ma petite demande du soir :)

Merci merci

Xavier


> Le 20 nov. 2019 à 16:42, marc marc  a écrit :
> 
> Bonjour,
> 
> Le 20.11.19 à 16:05, Vincent de Château-Thierry a écrit :
>> Un autre moyen que personnellement je trouve plus simple : vu que tu es déjà 
>> dans JOSM centré sur la rue en question
> 
> Encore plus simple :
> Fichier/Télécharger dans la vue courante
> qu'on peux aussi mettre en bouton si on le fait souvent :)
> 
> exécuter un overpass bbox sur les batiments+rue+addr
> garde un intérêt dans les zones denses (limite admin, souterrain,
> ligne électrique) mais c'est sans doute bcp de chipot au début.
> 
>> tu lui avais ajouté ses adresses
> 
> le programme ne détecte pas les addr déjà présentes ?
> j'aurais cru que cela aurait dit "0 addr manquante" dans ce cas.
> 
> Suggestions :
> 1) mettre un contenu sur la page principale
> http://dev.cadastre.openstreetmap.fr
> au moins un lien vers les différentes url dispo sur dev.cadastre*
> 
> 2) nommer le caque josm avec le nom complet de la rue au lieu
> de son abbreviation fantoir
> 
> Cordialement,
> Marc
> ___
> 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] génération de fichiers .osm à partir du cadastre

[lenny.libre]

Le 20/11/2019 à 16:42, marc marc a écrit :

Encore plus simple :
Fichier/Télécharger dans la vue courante
qu'on peux aussi mettre en bouton si on le fait souvent :)

Merci de ton idée, je l'utilise assez souvent, et bêtement je faisais 
Fichier> ; je n'avais jamais pensé à me faire un bouton


leni


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

Re: [Talk-se] Många nya öppna data från naturvårdsverket

[Erik Johansson]

On Tue, Nov 19, 2019 at 8:20 AM Henrik Lundqvist  wrote:
> Alla WMS-tjänster brukar även finnas som Rest-tjänster som är klart bättre 
> att använda för detta syfte. Även shapefiler brukar tillgängliggöras.

Appropå REST, jag lyckades inte med QGIS ladda in Naturvårdverkets LED
data vektorer via WFS, deras WFS är tydligen någon Arcgis variant som
talar REST istf SOAP. Är det ngåon som har lyckats få denna data som
Shapefiler eller tala med WFS:en?


> Om tex fastighetsgränser skulle bli öppna data som ändras dagligen, skulle du 
> då finnas initiativ att föra in dessa?

När det har kommit upp till andra länder så har konsensus varit nej.
Jag är inte helt negativ egentligen.


> Man tar på sig en otrolig förvaltningsuppgift om man har för avsikt att 
> alltid ha korrekt grundata.
> Dock tycker jag att topografi och naturtyper NMD passar perfekt.
>
> Hoppas ni förstår mitt tänk.

Just NMD är otroligt mycket svårare att förvalta än Naturreservat, det
var mest därför jag var försiktigt negativ till NMD. Men ni har rätt
att man måste bevaka Naturreservat ordentligt.


Hälsningar Erik

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

Re: [OSM-talk-fr] outil vérification de relation ? lignes de bus ?

[lenny.libre]

Le 20/11/2019 à 12:00, osm.sanspourr...@spamgourmet.com a écrit :


Tu peux partir de quelque chose comme ça :

curl -s 
"http://ra.osmsurround.org/analyzeRelation?relationId=*1083417*&_noCache=on; 
| grep "Graph" | wc -l

Ça donne le nombre de graphes disjoints. Si c'est 1 c'est bon.



Bonjour

Désolé, mais je ne comprends pas comment il faut le lancer : j’ai mis 
la ligne dans le navigateur et il part en recherche, si je met à 
partir du http affiche page blanche ?


leni


Yves a raison mais comme il travaille sur Linux, tu n'as pas de chance.

Rassures-toi, les bons outils Linux ont été portés sur Windows (la 
réciproque est vraie, l'ensemble vide ayant toutes les propriétés 
inclusives^^).


Télécharge https://gitforwindows.org/

Lance Git Bash.

Là dedans tu peux coller le texte indiqué.

Jean-Yvon

Merci Jean-Yvon, c'est très loin de mon domaine de compréhension, mais 
j'ai réussi à l'installer et une fois la ligne entrée, j'ai pu trouver 
assez vite une des ligne de car qui m'intéressent cassée.


Question bête, mais cette ligne pourrait-elle e^tre intégrée dans le 
wiki des transport en commun ? quelqu'un qui suit un réseau pourrait 
alors voir immédiatement la/les lignes cassées.


Leni

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

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[Vincent de Château-Thierry]

> De: "marc marc" 
> 
> le programme ne détecte pas les addr déjà présentes ?
> j'aurais cru que cela aurait dit "0 addr manquante" dans ce cas.

Si, les liens ne proposent que le différentiel d'adresses, et dans le cas d'une 
rue intégralement pourvue d'adresses dans OSM, il n'y a pas de lien du tout. 
Dans le cas présent, il y a un souci pour en arriver à cette proposition de 
doublons, il faudra que je jette un oeil à la base OSM dédiée qui alimente tout 
ça, et qui s'appuie sur les extracts d'OSM-FR. Je ne sais pas s'il peut y avoir 
un lien avec les soucis causés par la relation "France metro" ces derniers 
jours. 
 
> Suggestions :
> 1) mettre un contenu sur la page principale
> http://dev.cadastre.openstreetmap.fr
> au moins un lien vers les différentes url dispo sur dev.cadastre*
> 
> 2) nommer le caque josm avec le nom complet de la rue au lieu
> de son abbreviation fantoir

=> https://github.com/osm-fr/osm-vs-fantoir/issues/new x2 :)

vincent

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

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[Xavier BIZOT]

Super

J'ai modifié Rue de la Savonnerie.

Xavier

Le mer. 20 nov. 2019 à 16:05, Vincent de Château-Thierry 
a écrit :

> Bonjour,
>
> > De: "Xavier BIZOT" 
> >
> > Hou la la...
>
> Mais non, mais non :)
>
> > RUE DE LA SAVONNERIE (222151597E)
> >
> > Depuis le FANTOIR (
> > http://dev.cadastre.openstreetmap.fr/fantoir/#insee=22215=0 )
> > Clic sur 25 points (qui m'ouvre dorénavant JOSM)
>
> Impec
>
> > Je clique sur Télécharger les données cartographiques depuis un
> > serveur de votre choix :
> >
> > Dans la fenêtre qui s'ouvre je vais sur l'onglet Télécharger depuis
> > l'API Overpass
> > et je rentre la requête de Jean-Yvon en indiquant la rue qui
> > m'intéresse et je télécharge
>
> Un autre moyen que personnellement je trouve plus simple : vu que tu es
> déjà dans JOSM centré sur la rue en question, un simple téléchargement
> "Depuis OSM" (onglet de gauche par rapport à l'onglet Overpass) te permet
> de piocher la rue en question, voire un peu plus, mais sans avoir à mettre
> à jour une syntaxe à chaque nouvelle rue.
>
> > Je sélectionne un addr:housenumber et je fais un CTRL+A
> >
> > Dans Sélection je ne retiens que la Rue et les numéros avec
> > Sélectionner
> >
> > Je clique sur Créer une nouvelle relation et renseigne les
> > différentes informations
>
> Si c'est finalement pour créer une relation, autant dès le départ cliquer
> sur "Relation" plutôt que sur "25 points", ça t'économisera quelques clics
> pour un résultat analogue.
>
> > Rue de la Savonnerie faite
> >
> > C'est bien ça ?
>
> Oui :) Le bémol dans le cas de cette rue c'est que tu lui avais ajouté ses
> adresses le 15/11 directement sur les polygones 'building', donc avec la
> relation que tu viens d'ajouter, ça fait un doublon pour chaque adresse. Il
> faudrait ne garder qu'une version de chacune, en point ou en polygone, mais
> pas les 2. Tu peux par exemple remplacer les points dans la relation par
> les buildings correspondants.
>
> > De plus pourquoi OSM ne garde pas dans les attributs de la relation
> > ref:FR:FANTOIR, alors qu'il est renseigné dans les attributs et
> > membres ?
>
> Depuis hier soir [1] il n'y a plus de ref:FR:FANTOIR sur chaque point
> d'adresse, on ne le renseigne que sur la relation.
>
> vincent
>
> [1] : https://github.com/osm-fr/osm-vs-fantoir/issues/47
>
> ___
> 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] génération de fichiers .osm à partir du cadastre

[marc marc]

Bonjour,

Le 20.11.19 à 16:05, Vincent de Château-Thierry a écrit :
> Un autre moyen que personnellement je trouve plus simple : vu que tu es déjà 
> dans JOSM centré sur la rue en question

Encore plus simple :
Fichier/Télécharger dans la vue courante
qu'on peux aussi mettre en bouton si on le fait souvent :)

exécuter un overpass bbox sur les batiments+rue+addr
garde un intérêt dans les zones denses (limite admin, souterrain,
ligne électrique) mais c'est sans doute bcp de chipot au début.

> tu lui avais ajouté ses adresses

le programme ne détecte pas les addr déjà présentes ?
j'aurais cru que cela aurait dit "0 addr manquante" dans ce cas.

Suggestions :
1) mettre un contenu sur la page principale
http://dev.cadastre.openstreetmap.fr
au moins un lien vers les différentes url dispo sur dev.cadastre*

2) nommer le caque josm avec le nom complet de la rue au lieu
de son abbreviation fantoir

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

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[Vincent de Château-Thierry]

Bonjour,

> De: "Xavier BIZOT" 
> 
> Hou la la...

Mais non, mais non :)
 
> RUE DE LA SAVONNERIE (222151597E)
> 
> Depuis le FANTOIR (
> http://dev.cadastre.openstreetmap.fr/fantoir/#insee=22215=0 )
> Clic sur 25 points (qui m'ouvre dorénavant JOSM)

Impec

> Je clique sur Télécharger les données cartographiques depuis un
> serveur de votre choix :
> 
> Dans la fenêtre qui s'ouvre je vais sur l'onglet Télécharger depuis
> l'API Overpass
> et je rentre la requête de Jean-Yvon en indiquant la rue qui
> m'intéresse et je télécharge

Un autre moyen que personnellement je trouve plus simple : vu que tu es déjà 
dans JOSM centré sur la rue en question, un simple téléchargement "Depuis OSM" 
(onglet de gauche par rapport à l'onglet Overpass) te permet de piocher la rue 
en question, voire un peu plus, mais sans avoir à mettre à jour une syntaxe à 
chaque nouvelle rue.

> Je sélectionne un addr:housenumber et je fais un CTRL+A
> 
> Dans Sélection je ne retiens que la Rue et les numéros avec
> Sélectionner
> 
> Je clique sur Créer une nouvelle relation et renseigne les
> différentes informations

Si c'est finalement pour créer une relation, autant dès le départ cliquer sur 
"Relation" plutôt que sur "25 points", ça t'économisera quelques clics pour un 
résultat analogue.
 
> Rue de la Savonnerie faite
> 
> C'est bien ça ?

Oui :) Le bémol dans le cas de cette rue c'est que tu lui avais ajouté ses 
adresses le 15/11 directement sur les polygones 'building', donc avec la 
relation que tu viens d'ajouter, ça fait un doublon pour chaque adresse. Il 
faudrait ne garder qu'une version de chacune, en point ou en polygone, mais pas 
les 2. Tu peux par exemple remplacer les points dans la relation par les 
buildings correspondants.

> De plus pourquoi OSM ne garde pas dans les attributs de la relation
> ref:FR:FANTOIR, alors qu'il est renseigné dans les attributs et
> membres ?

Depuis hier soir [1] il n'y a plus de ref:FR:FANTOIR sur chaque point 
d'adresse, on ne le renseigne que sur la relation.

vincent

[1] : https://github.com/osm-fr/osm-vs-fantoir/issues/47

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

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[Xavier BIZOT]

Ce message doit être validé (j'avais des copies écrans) du coup je le
renvoie sans les copies

Hou la la...

Bon j'ai tenté pour Avenue de Bretagne.
Si quelqu'un a le temps de vérifier je suis preneur.

J'ai testé la manipulation sur une autre rue :

RUE DE LA SAVONNERIE (222151597E)

Voici comment j'ai fait :

Depuis le FANTOIR (
http://dev.cadastre.openstreetmap.fr/fantoir/#insee=22215=0)

Clic sur 25 points (qui m'ouvre dorénavant JOSM)



Je clique sur Télécharger les données cartographiques depuis un serveur de
votre choix :




Dans la fenêtre qui s'ouvre je vais sur l'onglet Télécharger depuis l'API
Overpass
et je rentre la requête de Jean-Yvon en indiquant la rue qui m'intéresse et
je télécharge



Je sélectionne un addr:housenumber et je fais un CTRL+A

Dans Sélection je ne retiens que la Rue et les numéros avec Sélectionner



Je clique sur Créer une nouvelle relation et renseigne les différentes
informations



Et donc voilà ensuite

Mettre à jour la sélection
et
Mettre en ligne les données...

Rue de la Savonnerie faite

C'est bien ça ?

De plus pourquoi OSM ne garde pas dans les attributs de la relation
ref:FR:FANTOIR, alors qu'il est renseigné dans les attributs et membres ?

J'attends vos retours

Merci pour votre aide précieuse

Très amicalement,

Xavier

Le mar. 19 nov. 2019 à 23:33, Vincent de Château-Thierry 
a écrit :

>
> Le 19/11/2019 à 21:14, osm.sanspourr...@spamgourmet.com a écrit :
> >
> > Vincent (vdct),
> > autre soucis, peut-être faut il ajouter un FIXME : les adresses 0, 7xxx
> > et 9xxx sont proposées. Ou ne pas les proposer ?
>
> Oui, j'ai volontairement ignoré le sujet, considérant que les retours
> consolidés ici seraient plus efficaces que mon petit avis pour agir sur
> ces adresses. Donc merci pour ton retour, d'autres bienvenus et on
> avisera ensemble
>
> > C'est tout con mais si les adresses étaient triées on verrait mieux les
> > trous.
>
> => https://github.com/osm-fr/osm-vs-fantoir/issues/48
>
> > Suit une recette de cuisine qui vaudrait peut-être une aide sous forme
> > de greffon.
> (...)
> > - sélectionner les ways existants pour les ajouter à la relation :
> >
> > name="Avenue de Bretagne" way
> >
> > - les ajouter en tête de relation (ordre permettant un trait continu si
> > possible).
> >
> > - admirer le résultat
>
> On doit pouvoir éviter un clicodrome, les ways que tu cherches sont dans
> la base OSM taillée pour alimenter BANO. Il faut "juste" aller les
> chercher proprement au moment de construire la relation renvoyée à JOSM
>
> => https://github.com/osm-fr/osm-vs-fantoir/issues/49
>
> vincent
>
> ___
> 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-cz] [osm_sk] Videa z SotM CZ+SK 2019

[Martin Ždila]

Ahoj,

On Wed, Nov 20, 2019 at 1:55 PM Tom Ka  wrote:

> na webu SotM CZ+SK 2019 jsou přidány odkazy na videa, která zpracovat
> VOP, za což moc děkuji.
>
> https://openstreetmap.cz/sotm/2019


Super, dakujem! :-)

-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Riparazione vetri automobili

[Andrea Musuruane]

The wiki is your friend:
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dcar_repair

- service=glass
- shop=car_repair

BR,

Andrea


On Wed, Nov 20, 2019 at 1:54 PM demon_box  wrote:

> ciao come taggo un centro di riparazione che tratta esclusivamente vetri di
> veicoli, ci sono anke vari franchising "CarGlass", "DoctorGlass" ecc..
> grazie
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Types of Kissing Gates

[SK53]

In general I try and map both (example here
 where the
footpath goes over a stile, but notion is the same), and if it's a public
footpath route the public footpath through the pedestrian gate. This is
definitely micro-mapping, so If I'm in a hurry I'll do a single gate which
is implicitly the pedestrian one.

It might be worth expanding discussion to types of gates too. Both gate &
gate:type are in use (and both have values of kissing!). I've very rarely
used gate=wicket_gate for the small <1m wide pedestrian gate, but standard
single & double farm gates are worth noting.

Jerry

On Wed, 20 Nov 2019 at 12:29, Tony OSM  wrote:

> Happy with a kissing_gate tag that could combine these variations.
>
> Can we also discuss paths/tracks which have a vehicle gate and a
> pedestrian gate alongside each other. Is it one complex gate? or for
> routing do we have to place two gates and draw paths through each?
>
> Personally I just need to know what is the agreed method.
>
> Regards
>
> TonyS999
> On 20/11/2019 11:35, SK53 wrote:
>
> Whilst we tag different types of stiles, I'm not aware that we
> differentiate different kinds of kissing gates.
>
> Yesterday visiting Clumber Park to participate in a National Trust path
> mapping briefing we saw three distinct kinds, to which I've added a fourth:
>
>
>1.  A traditional wooden kissing gate with a triangular cross-section.
>Generally now replaced by 2.
>2. A metal kissing gate with a circular cross-section
>3.  As for 2, but substantially larger, with the gate part able to be
>opened entirely with a RADAR key for wheelchair access (including, I think,
>powered ones).
>4.  A large wooden one with the central gate being of the size of a
>traditional farm gate, locking into a latch at either end of it's swing.
>(Probably really need to find a picture)
>
> Obviously we can use material and wheelchair tags to capture some of these
> differences, but it might be worth having a kissing_gate tag to separate
> them more clearly.
>
> Any thoughts?
>
> Jerry
>
> ___
> Talk-GB mailing 
> listTalk-GB@openstreetmap.orghttps://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

[talk-cz] Videa z SotM CZ+SK 2019

[Tom Ka]

Ahoj,

na webu SotM CZ+SK 2019 jsou přidány odkazy na videa, která zpracovat
VOP, za což moc děkuji.

https://openstreetmap.cz/sotm/2019

Seznam videí na youtube je pak:

https://www.youtube.com/playlist?list=PLOOscafdiYWMUaL2jrA7ekkgw9eae2HHe

Přeju příjemné pokoukání.
tom.k

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

[Talk-it] Riparazione vetri automobili

[demon_box]

ciao come taggo un centro di riparazione che tratta esclusivamente vetri di
veicoli, ci sono anke vari franchising "CarGlass", "DoctorGlass" ecc..
grazie
--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-GB] Types of Kissing Gates

[Tony OSM]

Happy with a kissing_gate tag that could combine these variations.

Can we also discuss paths/tracks which have a vehicle gate and a 
pedestrian gate alongside each other. Is it one complex gate? or for 
routing do we have to place two gates and draw paths through each?


Personally I just need to know what is the agreed method.

Regards

TonyS999

On 20/11/2019 11:35, SK53 wrote:
Whilst we tag different types of stiles, I'm not aware that we 
differentiate different kinds of kissing gates.


Yesterday visiting Clumber Park to participate in a National Trust 
path mapping briefing we saw three distinct kinds, to which I've added 
a fourth:


 1.  A traditional wooden kissing gate with a triangular
cross-section. Generally now replaced by 2.
 2. A metal kissing gate with a circular cross-section
 3.  As for 2, but substantially larger, with the gate part able to be
opened entirely with a RADAR key for wheelchair access (including,
I think, powered ones).
 4.  A large wooden one with the central gate being of the size of a
traditional farm gate, locking into a latch at either end of it's
swing.  (Probably really need to find a picture)

Obviously we can use material and wheelchair tags to capture some of 
these differences, but it might be worth having a kissing_gate tag to 
separate them more clearly.


Any thoughts?

Jerry

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

Re: [Talk-GB] Strava heatmaps - permission reconfirmed

[Michael Booth]

Just tried it and it works for me. The cookies have an expiry date of +7 
days so I think you need to change the policy and signature in the url 
regularly.


Log in to Strava, in Chrome go to 
chrome://settings/cookies/detail?site=strava.com, then click on the 
CloudFront-Key-Pair-Id cookie and copy the "Content" value. Paste it 
into the Key-Pair-Id value below and do the same for signature and policy.


tms[3,15]:https://heatmap-external-{switch:a,b,c}.strava.com/tiles-auth/both/bluered/{zoom}/{x}/{y}.png?Key-Pair-Id===

On 19/11/2019 19:55, Philip Barnes wrote:

On Mon, 2019-11-18 at 17:28 +, Michael Booth wrote:
Only problem is that Strava's iD fork includes the low-res heatmap 
tiles, plus I don't think the Slide tool works anymore and it's a 
really old version of iD.


The high-res heatmap tiles can be used in JOSM however, by creating a 
Strava account and following the guide at: 
https://wiki.openstreetmap.org/wiki/Strava#High-res_Global_Heatmap_in_JOSM



Has anyone been able to get this to work recently.

I have retrieved the cookie information, using both firefox and 
chrome, but the fields do not match those in the instructions.


  * CloudFront-Key-Pair-Id
  * CloudFront-Policy
  * CloudFront-Signature


Phil (trigpoint)

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



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

[Talk-GB] Types of Kissing Gates

[SK53]

Whilst we tag different types of stiles, I'm not aware that we
differentiate different kinds of kissing gates.

Yesterday visiting Clumber Park to participate in a National Trust path
mapping briefing we saw three distinct kinds, to which I've added a fourth:


   1.  A traditional wooden kissing gate with a triangular cross-section.
   Generally now replaced by 2.
   2. A metal kissing gate with a circular cross-section
   3.  As for 2, but substantially larger, with the gate part able to be
   opened entirely with a RADAR key for wheelchair access (including, I think,
   powered ones).
   4.  A large wooden one with the central gate being of the size of a
   traditional farm gate, locking into a latch at either end of it's swing.
   (Probably really need to find a picture)

Obviously we can use material and wheelchair tags to capture some of these
differences, but it might be worth having a kissing_gate tag to separate
them more clearly.

Any thoughts?

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

Re: [OSM-talk-fr] outil vérification de relation ? lignes de bus ?

[Yves P.]

> Tu vois si tu te greffes sur ce ticket 
>  ou si tu en crées un 
> autre ou un PR^^.
> Visiblement l'outil regarde les way et pas les relations d'une relation.
> 
C'est fait, merci pour la recherche 

> > la 7 est coupée en 2 morceaux 
> > .
> était ^^.
> 
Tu as oublié le chemin des Coteaux 
 à 
Salins-les-Bains 類

> Yves a raison mais comme il travaille sur Linux, tu n'as pas de chance.
> 
Et aussi sous macOS (c’est presque un Linux)
En ce moment c’est le mac qui plante moins que le PC 

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

Re: [OSM-talk-fr] outil vérification de relation ? lignes de bus ?

[osm . sanspourriel]

Mais pas pour la super route :
http://ra.osmsurround.org/analyzeRelation?relationId=6417687
C’est l’outil qui est incomplet ou c’est la route qui est mal taguée ?

—
Yves


Tu vois si tu te greffes sur ce ticket
 ou si tu en
crées un autre ou un PR^^.
Visiblement l'outil regarde les way et pas les relations d'une relation.

> la 7 est coupée en 2 morceaux
.
était ^^.


Tu peux partir de quelque chose comme ça :

curl -s
"http://ra.osmsurround.org/analyzeRelation?relationId=*1083417*&_noCache=on;
| grep "Graph" | wc -l
Ça donne le nombre de graphes disjoints. Si c'est 1 c'est bon.



Bonjour

Désolé, mais je ne comprends pas comment il faut le lancer : j’ai mis
la ligne dans le navigateur et il part en recherche, si je met à
partir du http affiche page blanche ?

leni


Yves a raison mais comme il travaille sur Linux, tu n'as pas de chance.

Rassures-toi, les bons outils Linux ont été portés sur Windows (la
réciproque est vraie, l'ensemble vide ayant toutes les propriétés
inclusives^^).

Télécharge https://gitforwindows.org/

Lance Git Bash.

Là dedans tu peux coller le texte indiqué.

Jean-Yvon

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

Re: [OSM-talk-fr] fusion doublon noeud+relation avec admin_level=3 [était: Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"]

[marc marc]

Le 19.11.19 à 23:11, Jérôme Amagat a écrit :
> il reste comme ref:INSEE :

> Sur des nodes

> territoires d'outre mer avec place=state (il y en a 5)

c'était tous des doublons, fusionné avec leur relation
comme ce qu'on a fait en France métropolitaine,

Mais il y a aussi 2 relations avec place=state.
par cohérence avec les autres domtom,
je propose de supprimer place=state
vu qu'on utilise admin_level sur les relations.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

[Stéphane Péneau]

Chapeau pour ce travail de vérification !!

Le 19/11/2019 à 23:11, Jérôme Amagat a écrit :

Conclusion :
- Que faire des mairies avec ref:INSEE, certain ont du y passé du 
temps a les recenser et ajouter ce ref:INSEE qui indique que c'est 
bien la mairie de la commune ?
C'est la mairie, elle est géographiquement dans la commune. Je pense que 
ça suffit. De plus, le code INSEE ne concerne pas la mairie en elle-même.


Donc, on supprime.


par contre que fait t on des node place=state et place=district, il y 
en a 6, pour les territoires d'outre mer qui ont aussi une relation ?
Transférer le ref:INSEE sur la relation si le tag n'y est pas déjà. Je 
m'en occuperai, sauf si tu souhaites le faire.
- Il y a parfois plusieurs relations pour les territoires d'outre mer 
( le territoire "administratif" + les terres ou la zone économique 
exclusive)  avec le ref:INSEE, on laisse comme ça ?
Pour les ancienne commune, c'est compliqué :) , parfois elles sont 
devenu des communes associée ou déléguée donc admin_level=9 parfois 
des quartiers donc admin_level=9, 10 ou 11 et parfois rien du tous :)
- Que faire des ref:IRIS et ref:TRIRIS, les documenter sur le wiki ou 
les changer en ref:INSEE ou autre chose ?
- boundary=historic est parfois utilisé, sur toutes les anciennes 
régions et sur des anciennes communes, moi je trouve pas ça utile...


C'est un travail de nettoyage qu'on pourrait faire. Je n'ai pas d'avis 
sur le sujet pour l'instant.


A bientôt

Stéphane


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

Re: [OSM-talk-fr] Export des requêtes wikidata en GeoJSON…

[Yves P.]

> Zut. Ce serveur n’a pas les données à jour !
> 
> Ici c’est mieux : https://w.wiki/CNw  mais sans l’export 
> GeoJSON
J’ai cliqué trop vite 

Ce n’est pas que les données ne sont pas à jour, c’est juste que la requête 
était limitée à 100 résultats et que le tri n’était pas identique.

Voici la requête qui retourne bien le même nombre de ports dans les 2 cas : 
https://tinyurl.com/rqnexp3

—
Yves

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

Re: [OSM-talk-fr] outil vérification de relation ? lignes de bus ?

[Yves P.]

> Désolé, mais je ne comprends pas comment il faut le lancer : j’ai mis la 
> ligne dans le navigateur et il part en recherche, si je met à partir du http 
> affiche page blanche ?
> 
C’est normal. CURL est un outil en ligne de commande (shell) qui est utilisé 
ici pour automatiser un traitement sur une page web.

—
Yves

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

Re: [OSM-talk-fr] Export des requêtes wikidata en GeoJSON…

[Yves P.]

> On peut donc charger directement les données dans JOSM ou iD (testé en 
> GeoJSON).
> 
> Voici une liste de ports ayant des coordonnées géographiques : 
> https://tinyurl.com/wwsceze 
Zut. Ce serveur n’a pas les données à jour !

Ici c’est mieux : https://w.wiki/CNw mais sans l’export GeoJSON

—
Yves

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

Re: [OSM-talk-fr] outil vérification de relation ? lignes de bus ?

[lenny.libre]

Le 19/11/2019 à 20:23, osm.sanspourr...@spamgourmet.com a écrit :


Tu peux partir de quelque chose comme ça :

curl -s 
"http://ra.osmsurround.org/analyzeRelation?relationId=*1083417*&_noCache=on; 
| grep "Graph" | wc -l

Ça donne le nombre de graphes disjoints. Si c'est 1 c'est bon.



Bonjour

Désolé, mais je ne comprends pas comment il faut le lancer : j’ai mis la 
ligne dans le navigateur et il part en recherche, si je met à partir du 
http affiche page blanche ?


leni


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

Re: [OSM-talk-fr] outil vérification de relation ? lignes de bus ?

[Yves P.]

> En interactif, http://ra.osmsurround.org  fait ce 
> que tu veux, là j'ai juste un peu automatisé.
> 
C’est propre 

ça marche bien pour des relations avec des chemins : 
http://ra.osmsurround.org/searchRelation?name=gtj=route=horse===
Les étapes 5 et 6 sont bonnes, mais la 7 est coupée en 2 morceaux 
.

Mais pas pour la super route : 
http://ra.osmsurround.org/analyzeRelation?relationId=6417687
C’est l’outil qui est incomplet ou c’est la route qui est mal taguée ?

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

[OSM-talk-fr] Export des requêtes wikidata en GeoJSON…

[Yves P.]

Bonjour

L’export en GeoJSON, GPX et KML a été ajouté. (En attendant qu’une PR soit 
acceptée, il est disponible uniquement sur un serveur de développement).
On peut donc charger directement les données dans JOSM ou iD (testé en GeoJSON).

Voici une liste de ports ayant des coordonnées géographiques : 
https://tinyurl.com/wwsceze

BR,

—
Yves

PS: C’est une requête vite faite. Il peut y avoir des doublons si les ports on 
plusieurs coordonnées
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Whereis copyright?

[Andrew Harvey]

Do you have a link to the changesets?

On Wed, 20 Nov 2019 at 15:13, Warin <61sundow...@gmail.com> wrote:

> I have found a contributor who is using 'whereis' as a source. I believe
> that is a copyright breach?
>
> Anyone know .. I don't want to go asking them and their web site is not
> clear to me (must update this softwear!)?
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au