[talk-cz] pozvánka na brněnský Missing maps mapathon

[r.stampach]

Vážení příznivci mapathonů a OpenStreetMap,

v Brně se pravidelně uskutečňují Missing Maps mapathony pro organizaci Lékařů 
bez hranic, kde se vytváří data OpenStreetMap pro krizové části světa, které 
dosud nejsou dobře zmapované. Tato data pak používají humanitární organizace 
pro svou práci. Píši sem, protože mapathonů se pravidelně účastní i čtenáři 
tohoto fóra.

Pokud se chcete naladit na sváteční atmosféru nebo prostě na chvíli uniknout od 
nákupů, úklidu a pečení, tak si přijďte zamapovat. Tentokrát do firmy Kiwi.com.
Ve středu 18. prosince 2019 od 18:00 je naplánován další brněnský mapathon. 
Místo: ve firmě  Kiwi.com, Palachovo náměstí 4, 62500 Brno-Starý Lískovec
Mapa: https://www.openstreetmap.org/node/610900

Lze si vybrat ze tří školených skupin. Kromě skupiny začátečníků a skupiny 
zájemců o editaci OpenStreetMap v editoru JOSM, bude i možnost stát se 
validátorem - kontrolorem práce ostatních mapérů. Je to mnohem jednodušší, než 
to zní. Právě validátoři jsou nyní v projektu Missing maps nejvíce potřeba. 
Vítáni jsou ovšem i zkušení mapéři, kteří si chtějí jen přijít zamapovat a 
nebýt přitom rušeni školením, které již znají. Pokud byste se chtěli přidat do 
organizačního týmu, tak výborně. Rádi se na tom s Vámi na mapathonu domluvíme.

Registraci a více informací najdete na adrese 
https://www.eventbrite.co.uk/e/brnensky-prosincovy-missing-maps-mapathon-ve-spolecnosti-kiwicom-tickets-84144593745?
 

Radim Štampach 
Missing Maps Brno

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

Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque autres aussi, si vous voulez)

[osm . sanspourriel]

Le 29/11/2019 à 17:40, HELFER Denis SNCF RESEAU / SIEGE SNCF RESEAU / DT
GE PPE - denis.hel...@reseau.sncf.fr a écrit :

Je passe ma vie à remplir des formulaires ..


Oui mais là c'est efficace^^, un pense-bête pour Maël c'est peu payé
pour une carte en Alémanique.

Ce n'est pas comme pour les remboursements de billets pour cause de
grève (si les cheminots pouvaient faire grève plus souvent le système en
place pour obtenir les remboursement serait plus efficace)^^. Oui après
avoir passé les billets on me dit qu'il manque... les billets. Et bien
sûr pas la possibilité de le tracer.

Ici si !

Le 29/11/2019 à 22:20, Christian Rogel -
christian.ro...@club-internet.fr a écrit :


Sur la question initiale de Vincent, c’est évident qu’avoir deux manières de 
traiter les noms de voie est préjudiciable. Je continue dans l’ancienne 
pratique et j’aimerais bien un aperçu des motif du rétropédalage en Allemagne.


Je dirais la pratique avec les relations, c'est l'autre qui est
l'ancienne je crois. Ce n'est pas parce que celle avec les relations a
été abandonnée par les Allemands qu'elle en devient ancienne.

Et combien de fois on tombe sur des incohérences, le nom correctement
orthographié sur la voie mais pas sur les points adresse.

Donc comme toi pour ne pas dupliquer.

Je serais même pour aller plus loin mais il faut que les éditeurs et
moteurs (rendu, routage) suivent : mettre les noms uniquement sur les
associatedStreet.

C'est désagréable d'avoir trois "rue Truchmuch" parce que sur un plateau
tu as un 30 km/h.

Vincent, tu as oublié : les points adresses eux comportent aussi le nom
de la rue alors qu'ils font partie de la relation. Exemple
.

Et uniquement en galeg ;-(.

Autre soucis : si vous ne dupliquez pas l'information, l'affichage sur
osm.org est incohérent.

info dupliquée : on voit /Node //50 Rue du Château
/
https://www.openstreetmap.org/query?lat=48.3876=-4.4857

info non dupliquée : on voit /Node //#2829366599
/ (même pas 4) alors que
le 4 fait partie de la /Relation //Résidence des Ajoncs d'Or (3705531)
//(as house)/
https://www.openstreetmap.org/query?lat=47.79271=-3.49822

Christian, pour en revenir à ta question, les Allemands ont abandonné
car les gens ajoutaient les adresses sans les mettre dans les relations.
Ils avaient une meilleure couverture avec les points adresses et à
partir des relations ont pu compléter les points adresses.

Oui pour le multilinguisme c'est une horreur.

Je pense non seulement que associatedStreet c'est bien mais qu'il
faudrait aussi associatedPlace car sur les addr:place on n'a pas le choix.

Bref je suis pour aller exactement dans le sens opposé des Allemands.

Mais s'il n'y a que les Français (Bretons et Français de l'extérieur
compris, klar Denis? ^^) à pousser dans ce sens il est peu probable que
les outils soient suffisamment bien faits pour que ce soit transparent
et bien utilisé.

Et alors les éditeurs vont faire proliférer les name:xx sur les points
adresses et un c.. dira que les noms officiels étatiques (*) prennent
trop de place dans la base.

Jean-Yvon

(*) un nom breton peut être officiel - attribué par la mairie - mais la
langue officielle en France pour l'état français est le français.

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

Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les autres aussi, si vous voulez)

[Christian Rogel]


> Le 29 nov. 2019 à 17:30, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT 
> GE PPE)  a écrit :
> Hopla, je profite honteusement du fil pour demander un rendu en allemanique 
> (name:gsw) afin de disposer d'un outil de valorisation des données régionales.
> Je voudrais me lancer dans une campagne de demande auprès des mairies et 
> autres organismes compétents pour les plaques de rues bilingues et autres 
> panneaux d'entrée de village (je vais pas écumer toute l'Alsace à pied non 
> plus).
> Je ne sais pas si cela demande beaucoup de travail ou de ressources côté 
> serveur, mais ce serait un vrai plus (et le bon timing de surcroit).
> -Message d'origine-
> De : marc marc  
> Envoyé : vendredi 29 novembre 2019 17:12
 Le 29.11.19 à 17:01, Vincent Bergeot a écrit :
>> Prenons la rue du Château à Brest, en 4 morceaux et une relation
>> associatedstreet :
>> https://www.openstreetmap.org/#map=17/48.38613/-4.48841
>> Pourquoi la traduction est-elle faite sur chaque tronçon et pas sur la
>> relation,
> 
> sans doute, comme pour toutes données dupliquées, pace qu'un contributeur n'a 
> pas dupliqué son ajout et que l'éditeur utilisé ne l'a pas fait non plus.
> 
>> Question 2 : pour l'affichage sur les rendus c'est donc les noms des
>> ways et pas des relations qui est pris en compte ?
> 
> à ma connaissance ni osm-carto ni osm-fr n'utilise les relations pour le 
> rendu, ni de nombreux autres outils (tu édites dans iD, il croit que tu n'as 
> pas mis l'info de la rue). dommage.
> c'est le défaut des associatedStreet, sur lequel il faudrait avancer (de 
> l'autre côté,les allemands ont décidé de reculer et de les virer au profit 
> d'une duplication)

Sur la question initiale de Vincent, c’est évident qu’avoir deux manières de 
traiter les noms de voie est préjudiciable. Je continue dans l’ancienne 
pratique et j’aimerais bien un aperçu des motif du rétropédalage en Allemagne.
Denis voudrait un rendu alémanique. Voici la méthode : se faire connaître 
auprès d’OpenStreetMap e brezhoneg et formuler la demande 
Mel : daremp...@openstreetmap.bzh
Nous avons un sorcier capable de le faire, puisqu’il a codé pour les Bretons, 
les Occitans et les Basques. Donc, pourquoi pas pour les Français de 
l’extérieur :-; ?
Maël le fera, mais, dans un délai à définir.
Pour info, il y a 62500 name:br, ce qui reflète, et de loin, la plus présente 
des langues régionales Fr. L’alsacien se voit par les 2100 name:gsw. 
Notre exemple montre qu’on peut amener une communauté à se rassembler autour de 
ce genre d’objectif et cela ne peut qu’aider à améliorer la carte.



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

Re: [OSM-talk-fr] dégradation notable d'OSM

[osm . sanspourriel]

J'aime aussi ses commentaires : route ou gr.

On regarde sa réaction avant de bouger ? Vu la suite je dirais à bloquer
afin qu'il discute des changesets.

Et bloquer l'édition dans qu'il n'y a pas répondu.

Tu fais la demande au DWG avec copie à Guillaume Rischard
 ?

As-tu des coins où effectivement tu sais que le rond-point est toujours là ?

Il a pas mal de modifs à son compteur (6 432 depuis 2014).

Je pense naïvement que si c'était si mauvais on s'en serait aperçu plus
tôt. mais pas sûr du tout.

> - Suppression des pattes d'oie à l'arrivée sur un rond point
Tu veux dire les haricots séparant les voies ? Si ça se trouve c'est
parce qu'il en a marre qu'OSMAND ne compte pas bien les sorties !
On peut aussi modéliser avec des traffic_calming=island
.

Je vois qu'il a été repéré il y a 2 mois par Antoine.
https://www.openstreetmap.org/changeset/75562503


Et Thomas : https://www.openstreetmap.org/changeset/75517630

Jamais de réponse !

https://hdyc.neis-one.org/?Chlc

*Changeset discussions:* Participated in 0 and created 0 comments


*Quality assurance:*iD editor: Resolved issues=70, Ignored warnings=28
Osmose issues : Level
1=99, Level 2=942, Level 3=1740

Jean-Yvon

Le 29/11/2019 à 19:14, David Crochet - david.croc...@free.fr a écrit :

Bonjour

https://www.openstreetmap.org/user/Chlc dégrade notablement OSM :

- Suppression des pattes d'oie à l'arrivée sur un rond point
- Réunion de voies séparée physiquement
- Transformation des voies rapides réservé pour automobile en route
ouverte à la circulation publique
- descente de catégorie de voies de circulation
- Suppression de feu tricolore
- suppression des sas de changement de direction (turn_lanes)

et il doit y en avoir d'autre

J'ai commenter certains diffs, envoyer un message d'explication, mais
je pense qu'il faut vérifier l'ensemble de ses contributions et faire 
de annulation en masse.

Cordialement

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

Re: [Talk-se] Ska adresser ha land, stad, postnummer och allt?

[pangoSE]

Licensen står vid själva filen när man klickar på detaljer (pil ner)

I detta fall 
https://www.gavle.se/service-och-information/om-gavle-kommun/oppna-data/datakatalog/data/#esc_entry=45_context=1


CC0! = allt kan importeras mha. nått lämpligt skript.

Jag föreslår att vi skapar en importplan och sen tar bort existerande 
adresser på byggnader i området och ersätter med noder från kommunen.


Det finns även byggnader, flygbilder, sopkorgar, m.m.

Flygbilderna är: CC BY-NC 4.0 (Attribution, Non-Commercial) så där 
skulle vi behöva fråga om vi kan rita utifrån dem.


Är det nån som är sugen på att dra i något av detta?

Mvh

pangoSE

On 2019-11-29 14:39, Lennart Romberg wrote:

Hej!

Som gröngöling så har jag inte bilden riktigt klar för mig. "Frigett"
antar jag innebär att upphovsrätten inte hindrar oss att använda
datat.
Men innebär det också att det kan importeras med nån automatik, eller
bara att man får titta på det / ha det som bakgrundslager när man
editerar?

/ Lennart

Den tors 28 nov. 2019 kl 20:21 skrev :

Hej.

Observera att 1/200 kommuner har frigett adressnoder (Gävle, och Umeå skulle 
säkert frige dem också om nån skulle fråga dem)

Därutöver håller Lantmäteriet på att utreda hurvidare dem ska kunna frige den 
resterande data dem i dag säljer dvs laserdata, fastighetskartan och 
adressnoder samt underlag som flygbilder och stereofoton.

Utredningen måste vara klar d. 17/1 och då kommer jag dela den här.

Tills dess föreslår jag att du lägger energi på nått annat än adressnoder 
eftersom jag anser att dem med 90% sannolikhet kommer vara offentliga inom 
några år, likt dem nu är i DK.

Detta har i tillägg till flygbilder från fugro och sen sds för övrigt lett till 
at DK kartan nått väldigt hög kvalitet på kort tid.

Jag föreslår att alla som kan lobbar på LM och regeringen att som minimum frige 
dessa.

Mvh
pangoSE

On November 28, 2019 12:35:59 AM GMT+01:00, Hartwig Alpers  
wrote:

Jag rekommenderar att fylla i postnummer och stad. Annars går det inte
at hitta adresser som
"Museivägen 6 - 464 72 Håverud" eftersom det finns varken en omgivande
polygon för staden (eller byn) Håverud (bara Melleruds kommun) eller en
polygon för postnummret.

Dessutom får du inte med nån information från omgivande objekt när du
gör en sökning t. ex. via http://overpass-turbo.eu/
/hca

On 27.11.19 23:06, Lennart Romberg wrote:

  På osm-wikin står att land, stad, postnummer oftast är överflödiga
  eftersom de går att härleda från omgivande objekt. Men de ser i
  allmänhet ut att vara ifyllda, i Sverige. Finns någon konsensus om att
  de bör fyllas i? Gissar att postnummer inte utan vidare går att
  härleda från omgivande objekt. / Lennart

  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

___
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
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-ie] Summits imported from mountainviews.ie

[Donal Hunt]

And for those (like me) who are not up to speed on how peaks are measured…


The World Geodetic System (WGS) is a standard for use in cartography
, geodesy
, and satellite navigation
 including GPS
.

WGS84 (elipsoid) and EGM96 (geoid) are two different models, with different
applications.

The latest major revision of WGS 84 is also referred to as "Earth
Gravitational Model 1996" (EGM96), first published in 1996, with revisions
as recent as 2004. This model has the same reference ellipsoid as WGS 84,
but has a higher-fidelity geoid (roughly 100 km resolution versus 200 km
for the original WGS 84).


When you see a height in a map, it is usually a height over the geoid
(orthometric height), but when you get one from a GPS device, it is usually
a height over the elipsoid. There are online tools to transform between
them as needed, using what it is called geoid undulation. E.g.
geoid-height-calculator


The tl;dr is that you need to reference which model your peak height is
measured against. EGM96 is preferred (I'm assuming) because it has higher
definition and more refined model.


Donal

On Fri, 29 Nov 2019, 19:00 moltonel 3x Combo,  wrote:

> Hi,
>
> I've just fixed Lugnaquilla's "ele" tag to use the EGM96 system, as
> opposed to the WGS84 one:
> https://www.openstreetmap.org/changeset/77737107
> https://wiki.openstreetmap.org/wiki/Key:ele?uselang=en
>
> That one was reported by an OSM note, but I wouldn't be surprised if
> most of the natural=peak have the same issue. I think it's possible to
> find those using an overpass query that would return all natural=peak
> where ele == ele::egs84, but I couldn't figure that query out straight
> away and there may be a lot of stuff to carefully fix, so I'm turning
> to the mailing list.
>
> Might get a solution tomorrow during the Kilkenny meetup, but I
> figured I might as well ask here so I don't forget about it.
>
>
> --
> Vincent de Phily
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-ie] Time-lapse video of map edits

[Dave Corley]

That's a class animation John

On Fri 29 Nov 2019, 17:26 John Kennedy,  wrote:

> Powerful stuff Heikki. Will give it a whirl when I get a chance. Best of
> luck to those in Kilkenny tomorrow
>  - John
>
> On Thu, 28 Nov 2019 at 23:11, Heikki Vesanto 
> wrote:
>
> > Hi John,
> >
> > Looks great! Good work.
> >
> > Using the actual added dates is a bit trickier.
> >
> > You need the full history extracts for that. Then you can loop through
> > it with osmium-tools essentially creating a snapshot. This can be done
> > for example with python.
> >
> > I wrote a guide on it:
> > https://gisforthought.com/creating-openstreetmap-history-visualisations/
> >
> > But the visualization part should work the same as you did here, with
> > QGIS and the time manager plugin.
> >
> > -Heikki
> >
> > On Thu, Nov 28, 2019 at 10:50 PM John Kennedy 
> > wrote:
> > >
> > > Hi. I was able to generate a time-lapse video but it is based on the
> time
> > > data was last edited rather than the time the data was first added.
> > >
> > > Packaged it up and available here in case anyone finds it useful:
> > > https://www.youtube.com/watch?v=w7xTAJ2j8gI
> > >
> > > Has anyone suggestions on how to download data from OSM that includes
> > time
> > > info (for processing in QGIS)?
> > >
> > > Thanks/
> > >  - John.
> > > ___
> > > Talk-ie mailing list
> > > Talk-ie@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
> >
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSM-talk-ie] Summits imported from mountainviews.ie

[moltonel 3x Combo]

Hi,

I've just fixed Lugnaquilla's "ele" tag to use the EGM96 system, as
opposed to the WGS84 one:
https://www.openstreetmap.org/changeset/77737107
https://wiki.openstreetmap.org/wiki/Key:ele?uselang=en

That one was reported by an OSM note, but I wouldn't be surprised if
most of the natural=peak have the same issue. I think it's possible to
find those using an overpass query that would return all natural=peak
where ele == ele::egs84, but I couldn't figure that query out straight
away and there may be a lot of stuff to carefully fix, so I'm turning
to the mailing list.

Might get a solution tomorrow during the Kilkenny meetup, but I
figured I might as well ask here so I don't forget about it.


-- 
Vincent de Phily

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

Re: [OSM-talk-fr] Association Place et Historic

[osm . sanspourriel]

Rien n'empêche de faire porter le place=isolated_dwelling sur la
relation multi-polygone du château.

Comme ça Marc et Émeric sont contents.

Et moi aussi.

Car non place n'est pas réservé aux nœuds.

Et ainsi il n'y a pas duplication du nom.

Jean-Yvon

Le 29/11/2019 à 12:07, emeric Prouteau - emeric.prout...@gmail.com a écrit :

Le place fait référence à un lieu-dit dans le Fantoir du coup a mon
avis il a également sa place en plus du building=castle qui du coup
aura le même nom.


Le ven. 29 nov. 2019 à 11:59, marc marc mailto:marc_marc_...@hotmail.com>> a écrit :

Bonjour,

les infos du batiment sont mieux sur le batiment :)
avec un multipolygone pour les différents morceaux tagé :
building=castle (si cela resemble toujours à un chateau)
historic=castle
name=*

Et du coup le place=isolated_dwelling n'a plus trop d'intérêt
mais c'est courant d'avoir un place+name sur un noeud en plein milieu
même si je ne l'aurais pas ajouté (info dupliquée)

Cordialement,
Marc

Le 29.11.19 à 11:47, emeric Prouteau a écrit :
> désolé le message est parti tout seul :
>
> Autre exemple :
> https://www.openstreetmap.org/node/1371481071
>
> Bonne journée
>
>
> Le ven. 29 nov. 2019 à 11:46, emeric Prouteau a écrit :
>
>     Bonjour,
>
>     Je suis tombé sur une association  d'un
place=isolated_dwelling et
>     d'un historic= castle
>   
 (https://www.openstreetmap.org/node/1582764273#map=19/45.01580/1.10842 )

>
>     Est ce une association cohérente ou faut-il associer le
>     historic=castle au batiment principal ou bien créer un node
>     spécifique pour le historic= castle
>
>     Autre eemple avec historic=abbey
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr



--
*Emeric PROUTEAU*
*emeric.prout...@gmail.com 

/Avant d'imprimer. Pensons à l'environnement.
Save paper. Do you really need to print this e-mail?/*

___
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] dégradation notable d'OSM

[David Crochet]

Bonjour

https://www.openstreetmap.org/user/Chlc dégrade notablement OSM :

- Suppression des pattes d'oie à l'arrivée sur un rond point
- Réunion de voies séparée physiquement
- Transformation des voies rapides réservé pour automobile en route 
ouverte à la circulation publique

- descente de catégorie de voies de circulation
- Suppression de feu tricolore
- suppression des sas de changement de direction (turn_lanes)

et il doit y en avoir d'autre

J'ai commenter certains diffs, envoyer un message d'explication, mais je 
pense qu'il faut vérifier l'ensemble de ses contributions et faire  de 
annulation en masse.


Cordialement

--
David Crochet


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

Re: [OSM-talk-ie] Time-lapse video of map edits

[John Kennedy]

Powerful stuff Heikki. Will give it a whirl when I get a chance. Best of
luck to those in Kilkenny tomorrow
 - John

On Thu, 28 Nov 2019 at 23:11, Heikki Vesanto 
wrote:

> Hi John,
>
> Looks great! Good work.
>
> Using the actual added dates is a bit trickier.
>
> You need the full history extracts for that. Then you can loop through
> it with osmium-tools essentially creating a snapshot. This can be done
> for example with python.
>
> I wrote a guide on it:
> https://gisforthought.com/creating-openstreetmap-history-visualisations/
>
> But the visualization part should work the same as you did here, with
> QGIS and the time manager plugin.
>
> -Heikki
>
> On Thu, Nov 28, 2019 at 10:50 PM John Kennedy 
> wrote:
> >
> > Hi. I was able to generate a time-lapse video but it is based on the time
> > data was last edited rather than the time the data was first added.
> >
> > Packaged it up and available here in case anyone finds it useful:
> > https://www.youtube.com/watch?v=w7xTAJ2j8gI
> >
> > Has anyone suggestions on how to download data from OSM that includes
> time
> > info (for processing in QGIS)?
> >
> > Thanks/
> >  - John.
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les autres aussi, si vous voulez)

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Je passe ma vie à remplir des formulaires ..

-Message d'origine-
De : marc marc  
Envoyé : vendredi 29 novembre 2019 17:35
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les 
autres aussi, si vous voulez)

Bonjour,

Le 29.11.19 à 17:24, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE) 
a écrit :
> demander un rendu en allemanique (name:gsw)

https://github.com/osm-fr/infrastructure/issues :)

---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les autres aussi, si vous voulez)

[marc marc]

Bonjour,

Le 29.11.19 à 17:24, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT
GE PPE) a écrit :
> demander un rendu en allemanique (name:gsw)

https://github.com/osm-fr/infrastructure/issues :)

existe-t-il un éditeur plus spécialisé là dedans ?
il y avait nomino https://github.com/edewaele/nomino
mais lui non plus n'avait pas l'air de gérer l'ensemble
des objets ayant le même nom.

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

Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les autres aussi, si vous voulez)

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Bonjour à tous,

Hopla, je profite honteusement du fil pour demander un rendu en allemanique 
(name:gsw) afin de disposer d'un outil de valorisation des données régionales.
Je voudrais me lancer dans une campagne de demande auprès des mairies et autres 
organismes compétents pour les plaques de rues bilingues et autres panneaux 
d'entrée de village (je vais pas écumer toute l'Alsace à pied non plus).
Je ne sais pas si cela demande beaucoup de travail ou de ressources côté 
serveur, mais ce serait un vrai plus (et le bon timing de surcroit).

Bis bald
Denis


-Message d'origine-
De : marc marc  
Envoyé : vendredi 29 novembre 2019 17:12
À : talk-fr@openstreetmap.org
Objet : Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les 
autres aussi, si vous voulez)

Bonjour,

Le 29.11.19 à 17:01, Vincent Bergeot a écrit :
> Prenons la rue du Château à Brest, en 4 morceaux et une relation 
> associatedstreet : 
> https://www.openstreetmap.org/#map=17/48.38613/-4.48841
> 
> Pourquoi la traduction est-elle faite sur chaque tronçon et pas sur la 
> relation,

sans doute, comme pour toutes données dupliquées, pace qu'un contributeur n'a 
pas dupliqué son ajout et que l'éditeur utilisé ne l'a pas fait non plus.

> Question 2 : pour l'affichage sur les rendus c'est donc les noms des 
> ways et pas des relations qui est pris en compte ?

à ma connaissance ni osm-carto ni osm-fr n'utilise les relations pour le rendu, 
ni de nombreux autres outils (tu édites dans iD, il croit que tu n'as pas mis 
l'info de la rue). dommage.
c'est le défaut des associatedStreet, sur lequel il faudrait avancer (de 
l'autre côté,les allemands ont décidé de reculer et de les virer au profit 
d'une duplication)

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les autres aussi, si vous voulez)

[marc marc]

Bonjour,

Le 29.11.19 à 17:01, Vincent Bergeot a écrit :
> Prenons la rue du Château à Brest, en 4 morceaux et une relation
> associatedstreet : https://www.openstreetmap.org/#map=17/48.38613/-4.48841
> 
> Pourquoi la traduction est-elle faite sur chaque tronçon 
> et pas sur la relation, 

sans doute, comme pour toutes données dupliquées,
pace qu'un contributeur n'a pas dupliqué son ajout
et que l'éditeur utilisé ne l'a pas fait non plus.

> Question 2 : pour l'affichage sur les rendus c'est donc les noms des
> ways et pas des relations qui est pris en compte ?

à ma connaissance ni osm-carto ni osm-fr n'utilise les relations
pour le rendu, ni de nombreux autres outils (tu édites dans iD,
il croit que tu n'as pas mis l'info de la rue). dommage.
c'est le défaut des associatedStreet, sur lequel il faudrait
avancer (de l'autre côté,les allemands ont décidé de reculer
et de les virer au profit d'une duplication)

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

[OSM-talk-fr] Les noms de rue, en breton, occitan et basque (les autres aussi, si vous voulez)

[Vincent Bergeot]

Bonjour,

Prenons la rue du Château à Brest, en 4 morceaux et une relation 
associatedstreet : https://www.openstreetmap.org/#map=17/48.38613/-4.48841


Pourquoi la traduction est-elle faite sur chaque tronçon et pas sur la 
relation, ne permettant pas l'association du nom de rue et du numéro, 
par exemple 39 Straed ar C'hastell ?


Question 2 : pour l'affichage sur les rendus c'est donc les noms des 
ways et pas des relations qui est pris en compte ? où la relation si il 
y a une traduction puis le way si la relation n'en contient pas ?


J'ai cherché à comprendre mais j'ai pas trouvé, désolé si question moult 
fois débattue.


à plus

--
Vincent Bergeot


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

Re: [Talk-cat] Importació centres docents a Catalunya

[Victor]

He afegit que acumuli al tag *isced:level* els diferents codis quan hi ha
mes d'un cicle al centre. P.ex:  

On Fri, Nov 29, 2019 at 11:52 AM Victor  wrote:

> Hola de nou,
>  he estat liat aquestes setmanes pero finalment m'he posat amb l'script de
> conversio de centres docents i ja tinc una 1a versio.  Per fer-ho el mes
> generic posible he separat a un fitxer apart el mapeig els noms de les
> columnes CSV de gencat amb els tags de OSM, segons descrit a la wiki:
> https://wiki.openstreetmap.org/wiki/Import_schools_in_Catalunya
> El fitxer de mapeig es:  *mapping_config.yaml*  Es prou auto-explicatiu.
> L'script en python que fa la conversio es: *convert_cvs2osm.py*
> I el OSM resultant es:  *Directori_de_centres_docents.osm*
>
> Alguns comentaris i dubtes:
>  - He agafat nomes les escoles amb Any=2019, les altres estan duplicades i
> entenc que aquestes son les que tenen les dades mes actualitzades.
>  - Les adreces les he dividit en street i housenumber separant per la
> primera coma. La majoria coincideixen bé, pero en alguns casos han posat
> coses al final com 'barri bla, bla'
>  - Els kindergarten, entenc que si al mateix centre hi ha algun cicle mes
> pasen a ser school.
>  - min_age i max_age: si al centre hi ha varis cicles he agafat el minim
> de tots el cicles i el maxim de tots el cicles. P.ex. si a un centre hi ha
> ed. primaria (6-12)  i ESO (12-16), el minim seria 6 i el maxim 16.
> Correcte?
>  - Pels 'Special Education Centers' he afegit description=Centre
> d'educació especial.
>  - El tag addr:place=* has posat 'nom localitat'. Pero segons la wiki de
> OSM aquest tag hauria de ser nomes per alguns llocs molt poc comuns on
> l'adreça te numero pero no te nom de carrer. P.ex pobles a rusia on nomes
> han numerat les cases pero no hi ha cap nom de carrer. Crec que aqui no
> seria el cas, no cal utilitzar-ho jo crec.
> - Cada node te un ID, que he vist que per importacions sol ser un numero
> negatiu arbitrari.  No se si s'ha de seguir algun metode concrec, poden
> haver colisions amb altres...
>
> L'script no pot ser completament generic per que hi ha coses molt
> especifiques de les escoles, com el tema de min_age i max_age, pero crec
> que adaptar-ho per altres conversions no seria gaire dificil.
> No se si em deixo alguna cosa.
> parlem!
> victor
>
>
> On Sat, Oct 12, 2019 at 6:27 PM Lanxana .  wrote:
>
>> Crec que precisament per això a Madrid van fer dos scripts per tenir un
>> primer, genèric, que transforma els fitxers xml a osm, i un altre per
>> convertir el fitxer osm en les tasques que es carreguen al gestor ( que és
>> el que podem aprofitar). No sé si és possible tenir un script que sigui
>> capaç de processar tots els tipus de dataset que tenim de la Generalitat.
>> Hi haurà coses comunes com podria ser el tema adreça (que s'ha de processar
>> i separar en parts), però altres molt específiques (com els isced_level,
>> min_age, max_age, etc. en aquest cas).
>>
>> Encara no aconsegueixo posar-me amb el gestor per veure què necessita ni
>> com es fa. La meva idea era seguir el procés que van fer ells, o mirar com
>> es fa amb les tasques de cadastre. En tot cas veig que cal un fitxer
>> geojson amb els límits de les tasques i tampoc he aconseguit encara
>> generar-lo. A les males estic pensant que podem ordenar per codi postal,
>> dividir en paquets d'uns 20 punts i tirar milles... al menys garantiríem
>> una certa proximitat geogràfica entre ells perquè en una mateixa tasca no
>> tinguis un centre a la Vall d'Aran i un altre a Deltebre...
>>
>> Si algú sap i pot generar el geojson i/o investigar com funciona el
>> gestor de tasques, endavant! Jo no sé quan podré ni si ho podré fer.
>>
>> Salut!
>>
>>
>> 
>>  Libre
>> de virus. www.avast.com
>> 
>> <#m_1286287474594208639_m_1020502445569712513_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> El sáb., 12 oct. 2019 a las 4:48, Ismael Luceno ()
>> escribió:
>>
>>> On 22/Sep/2019 14:00, Lanxana . wrote:
>>> > Com a guia m'he estat mirant la importació de les oficines de correus
>>> > de Madrid [3]. Fan servir dos scripts (tots dos estan a github): un
>>> > per convertir l'etiquetat i l'altre per generar les tasques per al
>>> > gestor.
>>>
>>> Seria interessant unir les dues parts i automatitzar la tasca; podem
>>> generar un fitxer XML amb el resultat llest per importar, així es pot
>>> simplement revisar i importar.
>>>
>>> Per fer les unions amb nodes existents, quan no hi ha referència més
>>> fiable, simplement es pot usar la posició amb algun marge d'error i
>>> qualesvol altra etiqueta disponible.
>>>
>>> > Crec que podríem aprofitar el segon, però caldria adaptar o programar
>>> > un que faci el mateix que el primer però amb la estructura del xml de
>>> > la Generalitat (m'ha semblat que és diferent) i amb les nostres
>>> > etiquetes.

Re: [Talk-se] Ska adresser ha land, stad, postnummer och allt?

[Lennart Romberg]

Hej!

Som gröngöling så har jag inte bilden riktigt klar för mig. "Frigett"
antar jag innebär att upphovsrätten inte hindrar oss att använda
datat.
Men innebär det också att det kan importeras med nån automatik, eller
bara att man får titta på det / ha det som bakgrundslager när man
editerar?

/ Lennart

Den tors 28 nov. 2019 kl 20:21 skrev :
>
> Hej.
>
> Observera att 1/200 kommuner har frigett adressnoder (Gävle, och Umeå skulle 
> säkert frige dem också om nån skulle fråga dem)
>
> Därutöver håller Lantmäteriet på att utreda hurvidare dem ska kunna frige den 
> resterande data dem i dag säljer dvs laserdata, fastighetskartan och 
> adressnoder samt underlag som flygbilder och stereofoton.
>
> Utredningen måste vara klar d. 17/1 och då kommer jag dela den här.
>
> Tills dess föreslår jag att du lägger energi på nått annat än adressnoder 
> eftersom jag anser att dem med 90% sannolikhet kommer vara offentliga inom 
> några år, likt dem nu är i DK.
>
> Detta har i tillägg till flygbilder från fugro och sen sds för övrigt lett 
> till at DK kartan nått väldigt hög kvalitet på kort tid.
>
> Jag föreslår att alla som kan lobbar på LM och regeringen att som minimum 
> frige dessa.
>
> Mvh
> pangoSE
>
> On November 28, 2019 12:35:59 AM GMT+01:00, Hartwig Alpers 
>  wrote:
>>
>> Jag rekommenderar att fylla i postnummer och stad. Annars går det inte
>> at hitta adresser som
>> "Museivägen 6 - 464 72 Håverud" eftersom det finns varken en omgivande
>> polygon för staden (eller byn) Håverud (bara Melleruds kommun) eller en
>> polygon för postnummret.
>>
>> Dessutom får du inte med nån information från omgivande objekt när du
>> gör en sökning t. ex. via http://overpass-turbo.eu/
>> /hca
>>
>> On 27.11.19 23:06, Lennart Romberg wrote:
>>>
>>>  På osm-wikin står att land, stad, postnummer oftast är överflödiga
>>>  eftersom de går att härleda från omgivande objekt. Men de ser i
>>>  allmänhet ut att vara ifyllda, i Sverige. Finns någon konsensus om att
>>>  de bör fyllas i? Gissar att postnummer inte utan vidare går att
>>>  härleda från omgivande objekt. / Lennart
>>> 
>>>  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
>
> ___
> 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: [OSRM-talk] what(): Could not find any metrics for MLD in the data. Did you load the right dataset?

[Julien Coupey]

Hi,

The osrm-contract command is used to create the hierarchy for the CH 
algorithm. You need to use the MLD pipeline[1] to preprocess the data.


Alternatively, you can change the algorithm used in example.cpp here[2].

HTH,
Julien

[1] 
https://github.com/Project-OSRM/osrm-backend/wiki/Running-OSRM#quickstart
[2] 
https://github.com/Project-OSRM/osrm-backend/blob/master/example/example.cpp#L42


On 29/11/2019 14:27, Nana Li via OSRM-talk wrote:
Hi, when I was trying to run the example.cpp using Cmake, I got this 
strange message, saying that could not find any metrics for MLD in the 
data. Did you load the right dataset?


|$ ./osrm-example ~/Desktop/my_osrm_learning/myMap.osrm terminate called 
after throwing an instance of 'osrm::util::exception' what(): Could not 
find any metrics for MLD in the data. Did you load the right dataset? 
Aborted (core dumped) |


I figured that the data have to be pre-processed to fit the algorithm 
MLD. I was wondering how to do that? What I did is building from the 
source to get this osrm-* binaries, and then using osrm-extract and 
osem-contract commands to preprocess the .osm.pbf file. After building 
osrm-example using Cmake, run the command ./osrm-example. Did I miss 
something?


Any comments are greatly appreciated.



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



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

[Talk-es] Petición contra la venta del .ORG a un fondo de inversión privado

[bobeeeze]

Buenos días,
El .ORG ha pasado en manos de un fondo de inversión privado, o dicho de otra
manera, en manos sospechosas. [1]
Así que se ha montado una petición para intentar parar esa maniobra. [2]
Saludos

[1]
https://www.elmundo.es/tecnologia/2019/11/25/5ddbe859fdddffa6a98b457f.html

[2] https://savedotorg.org/



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

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

Re: [OSM-talk-fr] Appel à l'aide à propos d'une série de premières contributions assez catastrophiques

[marc marc]

Bonjour,

Le 29.11.19 à 12:24, FR via Talk-fr a écrit :
> Un contributeur marseillais se charge de rechercher l’origine de ce tir
> groupé et de contacter l'initiateur,

ha si seulement on accueillait les nouveaux au jour le jour..
ha si seulement les contributions organisées avait un petit mot
sur le profil des étudiants ou un tag de changeset pour retrouver
l'organisateur...
ha si seulement le prof considérait cela comme un devoir avec donc
un peu de temps attribué pour corriger les copies pendant ou après
le cours...
cet état d’âme n'est absolument pas envers toi :)

> – À la main ce qui aurait l’avantage de conserver les quelques infos
> correctes et d’améliorer ce qui peut l'être, bien que la vérification
> sur le terrain ne soit pas évidente, ça concerne un bon quart de
> l'espace marseillais voire bien au delà.

à la main a l'avantage de pouvoir faire un commentaire sur le changeset
du contributeur pour lui expliquer.
de combien de changeset parle-t-on ?
j'ai pris 3 utilisateurs, leur unique changeset a l'air tout faux

> – Faire des revert ? Mais il y a au moins déjà une correction:
> https://www.openstreetmap.org/node/7010867110 et Osmose va probablement
> en provoquer quelques autres, ceci dit  à quel rythme ???

c'est pour cela qu'il ne faut pas traîner pour les reverts.
chaque modif va entraîner un conflit qu'il faudra regarder à la main (ou
assumer qu'il faut annuler la modif du premier contributeur sans tenir
compte du correctif
perso, le revert me semble le mieux quand le taux de vandalisme est trop
élevé.
je veux bien aider à regarder quelqu'un de ceux là... mais Marseille
n'est pas le seul lieu affecté. c'est toutes les semaines qu'il manque
de bras pour détecter le débutant vandaliste... hélas...

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

[OSM-talk-fr] Appel à l'aide à propos d'une série de premières contributions assez catastrophiques

[FR via Talk-fr]

Bonjour

Mardi 26/11/19, une vingtaine personnes, manifestement des ados à en 
juger par les commentaires de leurs changesets, ont fait leur première 
contribution à Marseille.


À quelques exceptions près c’est assez catastrophique: voies déviées sur 
de immeubles, attributs remplacés par n’importe quoi ou effacés, tags 
posées un peu n’importe où pour des éléments inexistants. J'imagine 
qu'ils se sont bien amusé sans avoir conscience que tout atterrit en 
live dans la BD.


Quelques exemples au hasard (j'ai la liste des changesets récupérée sur 
Whodidit mais je ne veux pas surcharger le présent message):
https://www.openstreetmap.org/way/30281666#map=19/43.36069/5.32772 : 
highway effacé ce qui affecte 3 lignes de bus
https://www.openstreetmap.org/way/243641082#map=19/43.34795/5.38115 : la 
Ligne de Lyon-Perrache à Marseille-Saint-Charles via Grenoble se 
retrouve sans railway, et à côté on a un railway fictif qui cerne un 
ensemble immobilier
https://www.openstreetmap.org/node/7010877452#map=19/43.30017/5.36341 : 
un shop=supermarket fictif sur le parking dépose minute Algérie-Tunisie 
(et un autre carrément dans le port)
https://www.openstreetmap.org/node/7010984141 : un projet  de de parc 
pour enfants en direct de l’imagination de l'auteur·e de la contrib
https://www.openstreetmap.org/node/2066546563 : un casino à Bar le Duc 
posé sur un highway = crossing

...etc.

Un contributeur marseillais se charge de rechercher l’origine de ce tir 
groupé et de contacter l'initiateur, manifestement il n'y a pas de 
volonté réelle de vandalisme, simplement une ignorance du fonctionnement 
d'OSM. Mais en attendant comment corriger tout ça ?
– À la main ce qui aurait l’avantage de conserver les quelques infos 
correctes et d’améliorer ce qui peut l'être, bien que la vérification 
sur le terrain ne soit pas évidente, ça concerne un bon quart de 
l'espace marseillais voire bien au delà.
– Faire des revert ? Mais il y a au moins déjà une correction: 
https://www.openstreetmap.org/node/7010867110 et Osmose va probablement 
en provoquer quelques autres, ceci dit  à quel rythme ???


J’espère vos conseils et votre aide

FrançoiseR


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

Re: [Talk-GB] Parcel Post-boxes (again): national roll-out?

[Paul Berry]

We could try and arrive at a consensus now or wait for one to emerge
organically by keeping an eye on trends here:
https://osm.mathmos.net/postboxes/osm-box-type.html

Personally I'm going to opt for post_box:type=meter;parcel for the few I've
noticed appearing in Leeds.

Regards,
*Paul*



On Thu, 28 Nov 2019 at 18:29, jc129--- via Talk-GB <
talk-gb@openstreetmap.org> wrote:

> On 28/11/2019 14:51, SK53 wrote:
> > I've never been entirely happy with post_box:type which generally
> describes
> > form also describing function as in post_box:type=meter, and this change
> > sort of highlights the problems. Should we use post_box:type=meter;parcel
> > or post_box:type=parcel or a different tag altogether.
>
> You make a good point Jerry about form/function for these specific boxes.
> I'm not sure what the right answer is.
>
> Currently they are in the process of converting ALL c.1,400 existing meter
> boxes to accept parcels, but to quote from their blog: "Following the
> launch, Royal Mail will assess the prospect of adapting and updating
> pre-existing letterboxes to the parcel postbox format."
> Source:
> https://www.royalmailgroup.com/en/insights-innovation/innovation/parcel-postboxes-accelerating-a-parcel-s-journey-from-website-purchase-to-doorstep-delivery/
> How this would happen is anyone's guess!
>
> Jez C
>
> ___
> 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] Association Place et Historic

[emeric Prouteau]

Le place fait référence à un lieu-dit dans le Fantoir du coup a mon avis il
a également sa place en plus du  building=castle qui du coup aura le même
nom.


Le ven. 29 nov. 2019 à 11:59, marc marc  a
écrit :

> Bonjour,
>
> les infos du batiment sont mieux sur le batiment :)
> avec un multipolygone pour les différents morceaux tagé :
> building=castle (si cela resemble toujours à un chateau)
> historic=castle
> name=*
>
> Et du coup le place=isolated_dwelling n'a plus trop d'intérêt
> mais c'est courant d'avoir un place+name sur un noeud en plein milieu
> même si je ne l'aurais pas ajouté (info dupliquée)
>
> Cordialement,
> Marc
>
> Le 29.11.19 à 11:47, emeric Prouteau a écrit :
> > désolé le message est parti tout seul :
> >
> > Autre exemple :
> > https://www.openstreetmap.org/node/1371481071
> >
> > Bonne journée
> >
> >
> > Le ven. 29 nov. 2019 à 11:46, emeric Prouteau a écrit :
> >
> > Bonjour,
> >
> > Je suis tombé sur une association  d'un place=isolated_dwelling et
> > d'un historic= castle
> > (
> https://www.openstreetmap.org/node/1582764273#map=19/45.01580/1.10842 )
> >
> > Est ce une association cohérente ou faut-il associer le
> > historic=castle au batiment principal ou bien créer un node
> > spécifique pour le historic= castle
> >
> > Autre eemple avec historic=abbey
> >
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Association Place et Historic

[marc marc]

Bonjour,

les infos du batiment sont mieux sur le batiment :)
avec un multipolygone pour les différents morceaux tagé :
building=castle (si cela resemble toujours à un chateau)
historic=castle
name=*

Et du coup le place=isolated_dwelling n'a plus trop d'intérêt
mais c'est courant d'avoir un place+name sur un noeud en plein milieu
même si je ne l'aurais pas ajouté (info dupliquée)

Cordialement,
Marc

Le 29.11.19 à 11:47, emeric Prouteau a écrit :
> désolé le message est parti tout seul :
> 
> Autre exemple :
> https://www.openstreetmap.org/node/1371481071  
> 
> Bonne journée
> 
> 
> Le ven. 29 nov. 2019 à 11:46, emeric Prouteau a écrit :
> 
> Bonjour,
> 
> Je suis tombé sur une association  d'un place=isolated_dwelling et
> d'un historic= castle
> (https://www.openstreetmap.org/node/1582764273#map=19/45.01580/1.10842 ) 
> 
> Est ce une association cohérente ou faut-il associer le
> historic=castle au batiment principal ou bien créer un node
> spécifique pour le historic= castle
> 
> Autre eemple avec historic=abbey
> 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Association Place et Historic

[emeric Prouteau]

désolé le message est parti tout seul :

Autre exemple :
https://www.openstreetmap.org/node/1371481071

Bonne journée


Le ven. 29 nov. 2019 à 11:46, emeric Prouteau  a
écrit :

> Bonjour,
>
> Je suis tombé sur une association  d'un place=isolated_dwelling et d'un
> historic= castle (
> https://www.openstreetmap.org/node/1582764273#map=19/45.01580/1.10842 )
>
> Est ce une association cohérente ou faut-il associer le historic=castle au
> batiment principal ou bien créer un node spécifique pour le historic=
> castle
>
> Autre eemple avec historic=abbey
>
>
> --
> *Emeric PROUTEAU*
>
>
>
> *emeric.prout...@gmail.com Avant d'imprimer.
> Pensons à l'environnement.Save paper. Do you really need to print this
> e-mail?*
>


-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Association Place et Historic

[emeric Prouteau]

Bonjour,

Je suis tombé sur une association  d'un place=isolated_dwelling et d'un
historic= castle (
https://www.openstreetmap.org/node/1582764273#map=19/45.01580/1.10842 )

Est ce une association cohérente ou faut-il associer le historic=castle au
batiment principal ou bien créer un node spécifique pour le historic=
castle

Autre eemple avec historic=abbey


-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] OSM very old data

[Frederik Ramm]

Hi,

On 29.11.19 10:43, Tom Ka wrote:
> What it
> the meaning - deleted segments, so should I ignore those ways?

I guess so.

> 2) from 061205 the size increases, so I guess it contain some
> reasonable data, but for older (planet-061128.osm.bz2 -
> planet-060818.osm.bz2  ) there is size jump, which is strange. Is
> there any reason for this?

Possibly https://wiki.openstreetmap.org/wiki/Old_TIGER_Import_2005/2006

Bye
Frederik

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

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

Re: [OSM-talk] OSM very old data

[Maarten Deen]

On 2019-11-29 10:43, Tom Ka wrote:


https://kasparkovi.net/osm/
(top letf selection for older maps)


No answer to your questions, but cool to see the map grow like that!

Maarten

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

Re: [OSM-talk] OSM very old data

[Tom Ka]

Hi, I tried to convert the old 0.3 data and have some questions if
anybody remembers those days:
(all data are from https://planet.openstreetmap.org/cc-by-sa/ )

1) planet-061205.osm contains (other have similar too):











the 04to05.pl end with:




.

which is not valid for osmosis0-0.35 to further process it. What it
the meaning - deleted segments, so should I ignore those ways?

2) from 061205 the size increases, so I guess it contain some
reasonable data, but for older (planet-061128.osm.bz2 -
planet-060818.osm.bz2  ) there is size jump, which is strange. Is
there any reason for this?

I must admit, this OSM archeology is a sort of fun :-)

I already have tiles for old CZ maps up to 2007.10.10, have to prepare
some better UI, can have a look here:

https://kasparkovi.net/osm/
(top letf selection for older maps)

Bye tom.k

po 28. 10. 2019 v 10:07 odesílatel Tom Ka  napsal:
>
> Thank you, I was thinking about similar way too.
>
> Best tkk.
>
> so 26. 10. 2019 v 23:22 odesílatel Frederik Ramm  napsal:
> >
> > Hi,
> >
> > On 25.10.19 16:18, Tom Ka wrote:
> > > OK, one question that remains unanswered will be: what was the first
> > > object in Czech republic :-)
> >
> > Nodes are generally numbered in ascending order, and have been from the
> > start. Since anything that can be mapped either is a node or depends on
> > a node, it should be possible to find the node with the lowest node id
> > in the Czech Republic.
> >
> > I'll offer https://www.openstreetmap.org/node/172508 - the web site says
> > "Version #1 · Changeset #209315 - edited Tue 06 Feb 2007". At the same
> > time this node is already present in the file called
> > "planet-060501-FromLA2.osm.bz2" which purports to be from May 2006.
> > Subtract 8 from the node ID and you get a node where the API claims it
> > was first edited in August 2005, so something is a bit fishy here with
> > regards to the exact timestamps. Nonetheless, 172508 seems to be the
> > lowest node ID in the country. Incidentally it is still the lowest node
> > ID in the country today, but it is also the lowest node ID in that old
> > planet file.
> >
> > Bye
> > Frederik
> >
> > --
> > Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> >
> > ___
> > talk mailing list
> > talk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-transit] Real time information

[Jo]

For the stops that I have in mind, the url with the real time information
is the only site I will want to link to, so the tag 'url' would do just
fine. If there is an additional website for that particular stop, we could
use 'website'. The advantage is that all tools already work with this tag.

Polyglot

On Thu, Nov 28, 2019 at 1:07 PM A A  wrote:

> What do you think about the possibility of standardizing the use of a url
> in "departures_board" or "passenger_information_display" tags to be able to
> report arrival times in real time at a stop or train / subway / bus
> station? Many operators have real time information about arrival time in
> its website.
>
> I think it can be very useful information. If it is added in a simple way
> through a tag, it could be easily implemented by mapping and navigation
> software and used for navigation in public transport or simply for querying
> the waiting time at a specific stop or public transport station.
>
> I think "departures_board" or "passenger_information_display" tags are
> more convenient than "website" or "url" tags because these may be used with
> other url (for example an url with general information about the station)
> and  "departures_board" or "passenger_information_display" are more
> specific tags.
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
>
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit