Re: [talk-ph] Satellite imagery

Hi Glen. >From what I've seen the Maxar layers are often better than what was available from DigitalGlobe. Of course, this may vary a lot from place to place, so it might not be true in your case. Could your case be an issue of bad imagery alignment from Maxar? If you don't mind sharing your the

Re: [talk-ph] talk-ph Digest, Vol 132, Issue 2

Hi Arnalie, Sure! We're going to create some after event reports which is also requirement in our university. I'll share it once we done creating the report. Thank you for the suggestion. Regards, Pierre From: Arnalie Faye Vicario via talk-ph Sent: Friday, 5

Re: [talk-ph] FEU Alabang YouthMappers Training

Hi Sir Erwin, This is noted, we're just thinking if it's going to be feasible for the schedule, but we're currently planning remove the JOSM and have it in separate dates once they become familiar in ID Editor and other tools. Regards, Pierre From: Erwin Olario

[talk-ph] Satellite imagery

Sorry guys, I've been busy and not paying any attention to OSM of late, but just has a look and see Digitalglobe layers have been replaced by Maxar (I'm using iD). Google tells me Maxar bought Digitalglobe some time back. I'm now seeing water where I stood in a car park in early 2018, and where

Re: [OSM-legal-talk] Proposal for a revision of JA:Available Data

> I am quite ignorant about the EU directive and it is beyond my ability to > understand what is stated in it. The problem is, I don’t have the slightest idea how this all plays out in Japan. The only thing I would imagine is that there are some similiar protection laws because Japan signed the

Re: [OSM-legal-talk] Copy information from official business website (WAS: Proposal for a revision of JA:Available Data)

5 Jul 2019, 22:16 by muramototom...@gmail.com: > Thanks everyone. > > I ask a simple question. May I copy the information of the TESCO Boston > Superstore to OSM? > https://www.tesco.com/store-locator/uk/?bid=2108 > > > This website contains

[OSM-legal-talk] Copy information from official business website (WAS: Proposal for a revision of JA:Available Data)

Thanks everyone. I ask a simple question. May I copy the information of the TESCO Boston Superstore to OSM? https://www.tesco.com/store-locator/uk/?bid=2108 This website contains information such as - addr=* - phone=* - opening_hours=* - branch=* The OSM data for this store does not yet contain

Re: [Talk-it] Nome linea elettrica che cambia

sent from a phone > On 5. Jul 2019, at 20:58, demon_box wrote: > > che dici? si ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nome linea elettrica che cambia

dieterdreist wrote > ma non sai se la ref è quella di Terna spa > potresti mettere ref:ASM=* e sperare che a qualcuno risulterà utile ;-) hai ragione, sai cosa ti dico, alla fine della fiera visto che in OSM si mappa quello che c'è penso che mapperò esattamente ciò che leggo sulla targhetta del

Re: [OSRM-talk] Visualising the hierarchy

On Fri, Jul 05, 2019 at 01:08:12PM +0100, Richard Fairhurst wrote: > Hi all, > > Is it in theory possible to take OSRM's CH graph and visualise, say, the > "top 10%" of routes? > > In other words, I'm interested in creating a map which shows the highest > order of contractions - the routes which

Re: [Talk-it] Nome linea elettrica che cambia

sent from a phone > On 5. Jul 2019, at 18:48, demon_box wrote: > > perchè ora sò che il vero operator è Terna S.p.a.? ma non sai se la ref è quella di Terna spa potresti mettere ref:ASM=* e sperare che a qualcuno risulterà utile ;-) Ciao, Martin

Re: [OSM-talk-fr] Josm - traduction du logiciel - couper le chemin

Merci. Le site me renoi encore une belle page avec une erreur de timeout... G...Selon https://josm.openstreetmap.de/wiki/Translations il faudrait doubler le guillemet simple. Ou alors utiliser un vrai caractère apostrophe ;o) . Essai et cela devrait marcher.

Re: [Talk-it] Etichette con valori in lingua italiana

No, almeno per quelle che ho scoperto per caso. Sono tutti dei valori descrittivi non-standard. Come detto sono pochi, ma il mio sospetto è che questi utenti abbiano utilizzati valori "inventati" in Italiano anche per altre chiavi. La mia domanda forse dovrebbe essere stata: sono l'unico ad avere

Re: [Talk-it] Nome linea elettrica che cambia

dieterdreist wrote > direi se manca quel riferimento lo potresti mettere tranquillamente, se > invece ci fosse un altro numero presente in OpenStreetMap potresti > chiedere a chi lo ha messo, invece di cambiare i dati subito. ok ma nel concreto: su OSM c'è soltanto power=tower sul traliccio c'è

Re: [Talk-it] Nome linea elettrica che cambia

sent from a phone > On 5. Jul 2019, at 17:00, demon_box wrote: > > inoltre se oggi trovo una targhetta con scritto "ASM Palo 1847 Linea Nord > 22" con tutti i passaggi societari chissà cosa è rimasto di vero voglio > dire se ora quella linea e quel traliccio sono passati sotto Terna chi

Re: [Talk-it] Etichette con valori in lingua italiana

Il 05/07/19 11:57, Volker Schmidt ha scritto: > Per caso mi sono accorto che c'è un numero (limitato) di oggetti in OSM con > etichette cui valore è espresso in lingua Italiana. > Per esempio: surface=terra-erba (con varianti), surface=terra e fango > Numericamente sembra non essere un problema,

Re: [OSM-legal-talk] Proposal for a revision of JA:Available Data

5 Jul 2019, 16:21 by yumean1...@gmail.com: > Both of you are saying that factual data such as opening_hours, phone numbers > or addresses require no investiment  > and thus they are not protected by the database rights. Am I right? > it seems to me that (I am no a lawyer etc) that it depends:

Re: [Talk-it] Nome linea elettrica che cambia

tra l'altro ora mi viene in mente che in alta Valle Camonica mi sono imbattuto in tralicci dell'alta tensione dove la targhetta riporta AEM da AEM e ASM è nata A2A che poi ha ceduto l'alta tensione a Terna... qui si entra nel campo delle fusioni societarie...! inoltre se oggi trovo una

Re: [OSM-ja] 農水省の筆ポリゴンのインポート許可がおりました

いいださん、みなさん いわさきです。 > 岩崎さん＞こちらのアカウントをInviteさせてください https://github.com/wata909 承知しました。よろしくお願いしますm(__)m 2019年7月5日(金) 16:51 Satoshi IIDA : > > いいだです。 > 先程、農水省から、IDつきデータのダウンロードページが公開されました。 > 国土数値情報のように、アンケートを答えた後にDLすることができます。 > （利用規約はほぼ変わっていませんので、再配布など可能です） > >

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

On Fri, Jul 5, 2019 at 8:04 AM Silent Spike wrote: > Using the following established tags: > After all discussion so far I would update the list of tags to import as follows: - `highway=bus_stop` - `public_transport=platform` - `bus=yes` - `name` [Imported - defer to existing

Re: [OSM-legal-talk] Proposal for a revision of JA:Available Data

Thank you, Mateusz and Tom. I am quite ignorant about the EU directive and it is beyond my ability to understand what is stated in it. However, there is one thing I could barely find in your messages. Both of you are saying that factual data such as opening_hours, phone numbers or addresses

Re: [Talk-it] Mapping campi rom

sent from a phone > On 5. Jul 2019, at 10:10, Andrea Albani wrote: > > Quoto Andrea M. > Stiamo parlando infatti di un'area di terreno, a volte attrezzata, a volte > no, e l'uso di residential=halting_site mi sembra una buona generalizzazione > per evitare la frammentazione del dato. > Il

Re: [OSM-talk] Ways divided by paint?

On 7/4/2019 10:33 AM, Jack Armstrong dan...@sprynet.com wrote: In the given example, turns were already permitted prior to the additional superfluous lanes being added. This creates confusion and unnecessary clutter and should not be encouraged. The intersection was fine before the addition of

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Le 05.07.19 à 15:06, Tony Emery via Talk-fr a écrit : > marc marc wrote >> solution 2 : teste avec un extract qui contient bien les meta :) >> genre un petit pays sur osm-fr > > je vais où exactement ? le plus petit extract d'osm-fr est dispo sous

Re: [OSM-talk] Map of Population Density vs. OpenStreetMap density

On Fri, July 5, 2019 2:40 pm, Christoph Hormann wrote: > > One warning: All global population data sets that exist are rough > estimates with usually significant systematic biases and errors. For > example in Switzerland the data set you used sees high population > density in mountain areas with

Re: [Talk-it] Flame su old_name

sent from a phone > On 5. Jul 2019, at 07:07, solitone wrote: > > Io ho citato la definizione di alt_name che viene data sulla wiki. E’ lì che > si parla espressamente di un “altro nome ufficiale” o di un "nome locale ma > preferito” [1]. Se la definizione non è precisa, allora andrebbe

Re: [Talk-it] Nome linea elettrica che cambia

scratera wrote > ..dubito che unireti si interessi di distribuzione a 130.000 kv...si > fermna > alla rete 20KV per il resto è terna ad occuparsi del 130.000 sul > territorio > nazionale in effetti ho trovato questo articolo https://www.a2a.eu/it/a2a-terna-accordo-cessione-rete-alta-tensione

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

marc marc wrote > solution 1 (non testée) > avec un navigateur tu vas sur http://download.geofabrik.de > identification Oauth en bas à droite > tu sauvegardes le cookie de ton navigateur que tu refiles à wget > --load-cookies cookies.txt Bon, j'ai vu ça sur Github :

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

On Fri, Jul 5, 2019 at 1:41 PM Andy Townsend wrote: > The most interesting bit would be the "Manually conflate and review the > data before upload using JOSM" - any JOSM CSS style that you end up using > to highlight duplicates would be really useful, as would a basic OSM diary > entry

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

If you wanted to conflate indicator and common name into the OSM “name” field, then I can provide a list of what we call “prefix indicators” as opposed to “suffix indicators”. It’s fairly self-explanatory, as prefix indicators are generally those that are positional e.g. o/s, opp, adj, nr etc.

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

On Fri, Jul 5, 2019 at 1:33 PM Stuart Reynolds < stu...@travelinesoutheast.org.uk> wrote: > what did you have in mind? To the end-user of the data (i.e. someone > wanting to know about where to catch the bus) this is absolutely critical. > > For example, in my previous post I face a suggestion of

Re: [OSM-legal-talk] Proposal for a revision of JA:Available Data

> because it would be unfair if websites of small business are allowed > and those of large comanies are not. I don’t seem to be able to follow the problem here, hope you can help me: how can a collection of opening hours be a protectable database under directive 96/9/EG (speaking for the EU)? >

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

Stuart wrote: > Even more so in bus stations. The name Derby Bus Station (actually > just "Bus Station” in the locality of Derby) applies equally to all 29 > bays in the bus station. “Bay 1” through “Bay 29” are the indicators. Agreed this is useful when adding the stops for the mapper, but

Re: [OSM-talk] Map of Population Density vs. OpenStreetMap density

On Friday 05 July 2019, Darafei "Komяpa" Praliaskouski wrote: > > http://disaster.ninja/live/ > 65046,bivariate_class;id=GDACS_EQ_1183112_1265046;layer=default-style;

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

On 05/07/2019 13:19, Silent Spike wrote: On Fri, Jul 5, 2019 at 1:02 PM Gareth L > wrote: Forgive me if this is silly question/statement, but the adj/alt names etc are in the naptan dataset. Wouldn’t it be better to have the link made between the stop in OSM

Re: [Talk-ca] English and French translation required for some road names

That way seems to be "tagged for the renderer". 1e Avenue is Première Avenue phonetically, but is probably 1e Avenue on the sign. As john has said it also depends on municipality, for example in Orleans(french suburb of Ottawa) you can have street names like this street(Maskinongé Crescent)

Re: [Talk-ca] English and French translation required for some road names

I would expect this to be the same as the many "1st Street", "Twenty Second Street", "16A Street", or "96 Avenue" we have in English Canada: we go by what is signed and the software adapts. Hardcoding a special case mapping "1e Avenue" within Québec to pronunciation "Première Avenue" would be

Re: [Talk-ca] English and French translation required for some road names

Bonjour Steven Au Québec, nous suivons les conventions de noms établies par la Commission de toponymie http://www.toponymie.gouv.qc.ca Soit abbreviation 1re pour Première, 2e pour Deuxième, etc. Votre projet est intéressant mais je pense qu'il y a des solutions qui éviterait de modifier la

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

When you say that the indicator field is somewhat meaningless to a data consumer what did you have in mind? To the end-user of the data (i.e. someone wanting to know about where to catch the bus) this is absolutely critical. For example, in my previous post I face a suggestion of “Stuart

Re: [Talk-ca] English and French translation required for some road names

In Ottawa highway names for the most part have both English and French.  name:fr rue Sparks, name:en Sparks street.  If only name is present it is the English version. Just to add confusion to your life.  There has also been a discussion about street names in Canada and I think the

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

On Fri, Jul 5, 2019 at 1:02 PM Gareth L wrote: > Forgive me if this is silly question/statement, but the adj/alt names etc > are in the naptan dataset. Wouldn’t it be better to have the link made > between the stop in OSM and the record in naptan (using the codes prior > mentioned). > My

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Bonjour, > De: "Tony Emery via Talk-fr" > > Frédéric Rodrigo-2 wrote > >> Et là, je suis sûr que tu vas me dire que je peux faire les 2 > >> premières étape en une seule ligne de commande... > > > > Oui , même les trois ;-) > > Et bien vas-y, dis-nous comment on fait ça... > Pas besoin du

[OSRM-talk] Visualising the hierarchy

Hi all, Is it in theory possible to take OSRM's CH graph and visualise, say, the "top 10%" of routes? In other words, I'm interested in creating a map which shows the highest order of contractions - the routes which are most likely to be followed. Obviously I'll have to write some code, but

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

Forgive me if this is silly question/statement, but the adj/alt names etc are in the naptan dataset. Wouldn’t it be better to have the link made between the stop in OSM and the record in naptan (using the codes prior mentioned). My thinking is data consumers could link and retrieve values using

[OSM-talk] Map of Population Density vs. OpenStreetMap density

Hi, In HOT mailing list I was advised to bring a part of a thing we did to wider audience :) We've correlated global population datasets with plain OpenStreetMap objects count. The main use case is to quickly determine how much is there to map in case of natural disaster in a smaller region, but

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

> > si le but est de proposer qu'osm-fr suive geofabrik Geofabrik indique qu'il sépare les données des metadonnées pour cause de RGPB. Aucune idée si c'est vrai, si c'est leur interprétation ou quoi ce soit d’où la formulation de mon post. Si c'est bien la loi qui l'oblige tout un tas de

[Talk-ca] English and French translation required for some road names

Hi all, I am working with Microsoft Research and we have an app called Microsoft Soundscape (on iPhone only currently) for the Visually Impaired and Blind communities. The app provides a 3D map experience and calls out to the user several points of interest and road names, all based on OSM

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

On Fri, Jul 5, 2019 at 11:35 AM Stuart Reynolds < stu...@travelinesoutheast.org.uk> wrote: > -snip- > > Hope that helps. > Pretty much the perfect response, thank you! Good point about alternate names, will add support for those to my script now (maybe unnecessary for my area, but I'd like to

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Le ven. 5 juil. 2019 à 12:16, marc marc a écrit : > Le 05.07.19 à 11:25, Leroy Olivier a écrit : > > Du coup j'ai ouvert un rapide post sur le forum : > > https://forum.openstreetmap.fr/viewtopic.php?f=5=7221 > > je n'ai pas compris ta question ni à qui elle s'adresse > c'est 2 visions

Re: [Talk-GB] Importing NaPTAN Data

Silent Spike wrote: > Would be curious to learn more about your route maintenance process. > I have a list of local bus route relations I've been meaning to update, but > it's hard to do so without all of the stops mapped (hence my desire to > import the available data). The application I

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

From your original post, I didn’t think so, especially. However, the fields in NaPTAN are designed to be granular, and while many may seem to be irrelevant to OSM (e.g. why have a street name when the street is named on the map) different local authorities will have different approaches to

Re: [OSM-ja] Proposal for a revision of JA:Available Data

石野様 legal-talkへ投稿いただきありがとうございます。 私もまだ購読していないので、これから登録します。 muramoto ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Le 05.07.19 à 11:25, Leroy Olivier a écrit : > Du coup j'ai ouvert un rapide post sur le forum : > https://forum.openstreetmap.fr/viewtopic.php?f=5=7221 je n'ai pas compris ta question ni à qui elle s'adresse c'est 2 visions différentes lié à 2 utilisations "par défaut": géofabrik propose par

Re: [OSM-talk-fr] Attribut ref sur les ronds point : la question de Montpellier

Bonjour, Petite digression, quel est l'intérêt des relation type=route avec route=road pour représenter les routes départementales... cela ressemble plus à une collection qu'à quelque chose d'utile, non ? Merci. Romain Le ven. 5 juil. 2019 à 01:55, Jérôme Amagat a écrit : > > Mon opinion

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Le 05.07.19 à 11:13, Tony Emery via Talk-fr a écrit : > je ne sais pas comment faire pour passer par l'extraction privée > dans mon script. solution 1 (non testée) avec un navigateur tu vas sur http://download.geofabrik.de identification Oauth en bas à droite tu sauvegardes le cookie de ton

[Talk-it] Etichette con valori in lingua italiana

Per caso mi sono accorto che c'è un numero (limitato) di oggetti in OSM con etichette cui valore è espresso in lingua Italiana. Per esempio: surface=terra-erba (con varianti), surface=terra e fango Numericamente sembra non essere un problema, ma volevo sollevarlo, in caso qualcuno vorrebbe fare

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

On Fri, Jul 5, 2019 at 10:52 AM Stuart Reynolds < stu...@travelinesoutheast.org.uk> wrote: > Yes, both are still in use > > -snip- > > Regards, > Stuart Reynolds > for traveline south east and anglia > As someone more in the know, are there any fields of the NaPTAN data which you think should be

Re: [OSM-legal-talk] Proposal for a revision of JA:Available Data

5 Jul 2019, 11:39 by yumean1...@gmail.com: > because it would be unfair if websites of small business are allowed and > those of large comanies are not.  > I am guessing that it is also OK for large companies - but this is based on common sense that often fails for copyright. Though I

Re: [Talk-it] Flame su old_name

Scusate, ma per l'uso locale non lo si mette in loc_name? Il 5 luglio 2019 07:07:10 CEST, solitone ha scritto: > >> On 4 Jul 2019, at 14:28, Martin Koppenhoefer >wrote: >> >> alt_name è semplicemente un nome alternativo. Non ha implicazioni di >ufficialità o uso locale. > >Io ho citato la

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

On Fri, Jul 5, 2019 at 10:17 AM Mateusz Konieczny wrote: > I reformatted > https://wiki.openstreetmap.org/wiki/Key:naptan:AtcoCode > https://wiki.openstreetmap.org/wiki/Key:naptan:NaptanCode > (added templates making them machine readable, descriptions will appear > for example at Taginfo) >

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

Yes, both are still in use AtcoCode is the unique “ID” of the bus stop and is the key that is used in databases to identify the stop. It is therefore also the key that gets used in an AnnotatedStopRef within the TransXChange (timetable) data. NaptanCode is, in my view, unhelpfully named

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Frédéric Rodrigo-2 wrote >> Et là, je suis sûr que tu vas me dire que je peux faire les 2 premières >> étape en une seule ligne de commande... > > Oui , même les trois ;-) Et bien vas-y, dis-nous comment on fait ça... Pas besoin du 3ème car il va disparaître. Frédéric Rodrigo-2 wrote >> Après

Re: [OSM-legal-talk] Proposal for a revision of JA:Available Data

Thank you for the responce. To Joseph: > Survey would still be needed, because website information can be wrong > or out-of-date. Even if website data is allowed, in-person survey is > the "gold standard", best practice. I totally agree. Mapping without survey is regarded as an "import" and

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Le 05/07/2019 à 11:13, Tony Emery via Talk-fr a écrit : Alors, je vais essayer de n'oublier personne. => marc marc : je suppose que j'utilise l'extraction publique puisque dans mon script, j'ai mis : wget http://download.geofabrik.de/europe/france/provence-alpes-cote-d-azur-latest.osm.pbf -O

Re: [Talk-GB] Importing NaPTAN Data [Thread 2]

I’m certain I’ve seen “text this bus stop code to see next departures” use the naptan code. Whether or not that service is still live, I dunno. On 5 Jul 2019, at 10:17, Mateusz Konieczny mailto:matkoni...@tutanota.com>> wrote: 5 Jul 2019, 09:04 by

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Si tu passes par OSM France tu as les métadonnées (je viens de vérifier, sur un wget datant de dimanche dernier). Du coup j'ai ouvert un rapide post sur le forum : https://forum.openstreetmap.fr/viewtopic.php?f=5=7221 Mais je ne sais pas comment faire pour passer par l'extraction privée dans >

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Alors, je vais essayer de n'oublier personne. => marc marc : je suppose que j'utilise l'extraction publique puisque dans mon script, j'ai mis : wget http://download.geofabrik.de/europe/france/provence-alpes-cote-d-azur-latest.osm.pbf -O $OSM_DEST_FOLDER/paca.osm.pbf Mais je ne sais pas comment

Re: [OSM-ja] 農水省の筆ポリゴンのインポート許可がおりました

横浜のあまのです。 〉作業ワークフローについて 質問1 3.もとのファイルどおり市町村単位が理想ですが、平成の大合併で広大になった市町村も多いので、一部の小規模な市町村以外は、1.町丁目単位(ないしは旧市町村単位、地域地区単位、大字単位など)が現実的なのかと思います。 質問2 候補地として、神奈川県大和市や東京都調布市が上がっていますが、元ファイルの市町村間の接合をみるために、隣接市町村も１つ２つ入れてみてはどうでしょうか？ 大和市だと綾瀬市が、調布市だと府中市とか三鷹市などが、広さもソコソコで農地もあっていいのかな、と思います。 On 2019年7月5日 16:48:25

Re: [OSM-talk] [OSM-legal-talk] Proposal for a revision of JA:Available Data

5 Jul 2019, 05:22 by yumean1...@gmail.com: > The main point at issue is whether we are allowed to use official websites > that provide primary information or not. > Some of us think that we can use data from official websites unless it is > prohibited by their term of service. > I am not a

Re: [OSM-legal-talk] Proposal for a revision of JA:Available Data

5 Jul 2019, 05:22 by yumean1...@gmail.com: > The main point at issue is whether we are allowed to use official websites > that provide primary information or not. > Some of us think that we can use data from official websites unless it is > prohibited by their term of service. > I am not a

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Le 05/07/2019 à 09:02, Tony Emery via Talk-fr a écrit : Bonjour à tous, Je me suis mis à utiliser osmose/osm2pgsql dans mon circuit d'intégration des données et je rencontre 2 difficultés. la première est que les attributs des métadonnées (osm_user, osm_uid, osm_changeset et osm_timestamps) ne

Re: [Talk-it] Mapping campi rom

Il giorno gio 4 lug 2019 alle ore 21:26 Andrea Musuruane ha scritto: > Ciao, > > On Thu, Jul 4, 2019 at 9:17 PM Francesco Ansanelli > wrote: > >> Buonasera Lista, >> >> vorrei sapere se avete già mappato campi rom e quali tag avete utilizzato. >> Ho fatto alcune ricerche su OSM e condivido

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

> Elle fait quoi de particulier l'option "--multi-geometry" ? > Si j'en crois le wiki (https://wiki.openstreetmap.org/wiki/Osm2pgsql) elle prend en charge les objets avec des multi-geometries (j'ai assumé que c’était plusieurs géométries pour un objet, c'est pas courant mais je me suis dit que

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Le 05.07.19 à 09:42, Tony Emery via Talk-fr a écrit : > J'utilise Géofabrik extract public ou celui privé après authentification osm ? car l'extract public n'a plus les meta-donnée grace à la RGPD ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-ja] 農水省の筆ポリゴンのインポート許可がおりました

いいだです。 先程、農水省から、IDつきデータのダウンロードページが公開されました。 国土数値情報のように、アンケートを答えた後にDLすることができます。 （利用規約はほぼ変わっていませんので、再配布など可能です） https://www.contactus.maff.go.jp/j/form/tokei/seiryu/hudeporianke-to.html 僕はちょうどDLおわったところで、これから内容を検分します。 また、特に作業に対する反対意見はないようですので、前に進めたいと思います。（ありがとうございます！）

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

J'utilise Géofabrik avec cette commande : /usr/bin/osm2pgsql --slim --create -C 1500 --number-processes 4 $OSM_DEST_FOLDER/ccpro.osm.pbf -p habillage_osm -E 2154 -j -d openstreetmap -U postgres --extra-attributes -S $OSM_DEST_FOLDER/ccpro_osm2pgsql.style Et, par exemple pour un noeud, j'ai ça :

Re: [OSM-talk-fr] osm2pgsql : métadonnées et relations

Hello, Tu utilises quoi comme source (geofrabrik / osm france ?) ? Tu as bien mis --extra-attributes ? A titre d'exemple voici ma commande : osm2pgsql -v -c -d $DB --slim --cache 8000 --number-processes 2 --hstore --extra-attributes --multi-geometry /osm_maj_auto/osm_dl/$ETENDUE.osm.pbf -H

Re: [OSM-talk-fr] Josm - traduction du logiciel - couper le chemin

Le 05/07/2019 à 08:10, Topographe Fou a écrit : J'ai encore un soucis de timeout... J'avais réussi à y accéder entre temps. Peux-tu mettre sur la liste la phrase originale en anglais stp, celle avec les {x} ? Normalement si tu as les mêmes accolades entre l'original et le traduit cela devrait

[Talk-GB] Importing NaPTAN Data [Thread 2]

Since the other thread has become a tagging discussion on the pros and cons of PTv2, let's try this again. Would there be any objections to an import of the following scope: 1. Import data specifically for the Aberdeen admin area (ATCO code 639) 2. Import stops of type BCT ("On-street Bus

Re: [talk-au] Path on sand/bare rock

This seems to have been asked a few times before: https://www.mail-archive.com/talk-au@openstreetmap.org/msg09528.html https://www.mail-archive.com/talk-au@openstreetmap.org/msg11443.html https://www.mail-archive.com/tagging@openstreetmap.org/msg41293.html

[OSM-talk-fr] osm2pgsql : métadonnées et relations

Bonjour à tous, Je me suis mis à utiliser osmose/osm2pgsql dans mon circuit d'intégration des données et je rencontre 2 difficultés. la première est que les attributs des métadonnées (osm_user, osm_uid, osm_changeset et osm_timestamps) ne remontent pas dans les tables. la deuxième est que j'ai

Re: [OSM-talk-fr] Attribut ref sur les ronds point : la question de Montpellier

Je n'arrive pas à comprendre pourquoi un giratoire ne pourrait pas contenir de "ref" s'il appartient bien au tracé de la route qu'il coupe. Sur l'argument de "on met quelle ref si les 2 routes qui se croisent en ont toute les 2 ? ", je dirais que c'est comme pour la valeur de highway. Quand 2

Re: [OSM-talk-fr] Josm - traduction du logiciel - couper le chemin

J'ai encore un soucis de timeout... J'avais réussi à y accéder entre temps. Peux-tu mettre sur la liste la phrase originale en anglais stp, celle avec les {x} ? Normalement si tu as les mêmes accolades entre l'original et le traduit cela devrait passer.