Re: [OSM-dev] 403 forbidden

[Vijaya Nand]

Please suggest me how I can get OSM API user id and password so that I can
pass that to authenticate.

Please suggest me how I can check what's wrong with gmap.net.

On Wed, 29 May 2019, 17:09 Mateusz Konieczny, 
wrote:

> Technical requirements are at
> https://operations.osmfoundation.org/policies/tiles/
>
> To check what gmap.net is doing you need to either check its source code,
> capture your network traffic and review it (with for example Wireshark)
> or use program that is not maliciously violating OSM policies.
>
> 29 May 2019, 13:18 by vijaya21tiw...@gmail.com:
>
> I would appreciate if you can let me know the exact request header.
>
>
> ___
> dev mailing list
> dev@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev
>
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] API Basic Authentication

[Colin Smale]

On 2019-05-30 21:43, Simon Poole wrote:

> See https://github.com/zerebubuth/openstreetmap-cgimap/issues/189 
> 
> Your app should be working again right now as Tom has reverted back to the 
> Rails implemetation, still you should likely be using OAuth to start with.

It is indeed working now. 

I can't see any reference on the wiki
https://wiki.openstreetmap.org/wiki/API_v0.6#URL_.2B_authentication to
the deprecation of Basic Auth on the API. Personally I am happy with
Basic over HTTPS for the moment. As I said this is a private program and
I do not currently intend to publish it to a wider audience. If that
changes then I agree, OAuth would be the way to go. 

Colin___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] API Basic Authentication

[Colin Smale]

Thanks Tom, it is indeed working with the username. 

Colin

On 2019-05-30 21:45, Tom Hughes wrote:

> On 30/05/2019 20:33, Colin Smale wrote:
> 
>> A (private) program I use which accesses the OSM API has stopped working 
>> since the last time I used it, a couple of weeks ago. Read-only calls to the 
>> API, including a (proven correct) Authentication header are now failing with 
>> 401 Unauthorized, with the returned body indicating a problem with the 
>> username/password. The same call without the Authorization header succeeds. 
>> I swear nothing has changed on my side; double-checking the auth header with 
>> Fiddler shows the username/password I expect, and I can still logout/login 
>> using these values (which I haven't changed).
>> 
>> Is there anything going on, or has anything changed on the API, that may be 
>> causing this?
>> 
>> Sample URL: GET on https://api.openstreetmap.org/api/0.6/relation/8465619
>> 
>> I know I can just remove the authentication - it was added for "future use" 
>> anyway - but why has it suddenly broken?
> 
> It's a cgimap bug - previously it just ignored basic authentication
> which was fine because it only handled calls where it was optional.
> 
> The version does do it but has a bug - we have a fix in hand which
> should be rolled out shortly.
> 
> In the meantime try using your username instead of email address and
> make sure you get he case right and it will hopefully work.
> 
> Tom___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] API Basic Authentication

[Tom Hughes]

I only reverted upload, not the method he is using.

Tom

On 30/05/2019 20:43, Simon Poole wrote:

See https://github.com/zerebubuth/openstreetmap-cgimap/issues/189

Your app should be working again right now as Tom has reverted back to 
the Rails implemetation, still you should likely be using OAuth to start 
with.


Simon

Am 30.05.2019 um 21:33 schrieb Colin Smale:


A (private) program I use which accesses the OSM API has stopped 
working since the last time I used it, a couple of weeks ago. 
Read-only calls to the API, including a (proven correct) 
Authentication header are now failing with 401 Unauthorized, with the 
returned body indicating a problem with the username/password. The 
same call without the Authorization header succeeds. I swear nothing 
has changed on my side; double-checking the auth header with Fiddler 
shows the username/password I expect, and I can still logout/login 
using these values (which I haven't changed).


Is there anything going on, or has anything changed on the API, that 
may be causing this?


Sample URL: GET on https://api.openstreetmap.org/api/0.6/relation/8465619

I know I can just remove the authentication - it was added for "future 
use" anyway - but why has it suddenly broken?


Thanks,

Colin


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


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




--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-dev] API Basic Authentication

[Tom Hughes]

On 30/05/2019 20:33, Colin Smale wrote:

A (private) program I use which accesses the OSM API has stopped working 
since the last time I used it, a couple of weeks ago. Read-only calls to 
the API, including a (proven correct) Authentication header are now 
failing with 401 Unauthorized, with the returned body indicating a 
problem with the username/password. The same call without the 
Authorization header succeeds. I swear nothing has changed on my side; 
double-checking the auth header with Fiddler shows the username/password 
I expect, and I can still logout/login using these values (which I 
haven't changed).


Is there anything going on, or has anything changed on the API, that may 
be causing this?


Sample URL: GET on https://api.openstreetmap.org/api/0.6/relation/8465619

I know I can just remove the authentication - it was added for "future 
use" anyway - but why has it suddenly broken?


It's a cgimap bug - previously it just ignored basic authentication
which was fine because it only handled calls where it was optional.

The version does do it but has a bug - we have a fix in hand which
should be rolled out shortly.

In the meantime try using your username instead of email address and
make sure you get he case right and it will hopefully work.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-dev] API Basic Authentication

[Simon Poole]

See https://github.com/zerebubuth/openstreetmap-cgimap/issues/189

Your app should be working again right now as Tom has reverted back to
the Rails implemetation, still you should likely be using OAuth to start
with.

Simon

Am 30.05.2019 um 21:33 schrieb Colin Smale:
>
> A (private) program I use which accesses the OSM API has stopped
> working since the last time I used it, a couple of weeks ago.
> Read-only calls to the API, including a (proven correct)
> Authentication header are now failing with 401 Unauthorized, with the
> returned body indicating a problem with the username/password. The
> same call without the Authorization header succeeds. I swear nothing
> has changed on my side; double-checking the auth header with Fiddler
> shows the username/password I expect, and I can still logout/login
> using these values (which I haven't changed).
>
> Is there anything going on, or has anything changed on the API, that
> may be causing this?
>
> Sample URL: GET on https://api.openstreetmap.org/api/0.6/relation/8465619
>
> I know I can just remove the authentication - it was added for "future
> use" anyway - but why has it suddenly broken?
>
> Thanks,
>
> Colin
>
>
> ___
> dev mailing list
> dev@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev


signature.asc
Description: OpenPGP digital signature
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

[OSM-dev] API Basic Authentication

[Colin Smale]

A (private) program I use which accesses the OSM API has stopped working
since the last time I used it, a couple of weeks ago. Read-only calls to
the API, including a (proven correct) Authentication header are now
failing with 401 Unauthorized, with the returned body indicating a
problem with the username/password. The same call without the
Authorization header succeeds. I swear nothing has changed on my side;
double-checking the auth header with Fiddler shows the username/password
I expect, and I can still logout/login using these values (which I
haven't changed). 

Is there anything going on, or has anything changed on the API, that may
be causing this? 

Sample URL: GET on
https://api.openstreetmap.org/api/0.6/relation/8465619 

I know I can just remove the authentication - it was added for "future
use" anyway - but why has it suddenly broken? 

Thanks, 

Colin___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] OSM tile server issue

[Grant Slater]

Hi Rodolfo,

Reply per snippet...

On Thu, 30 May 2019 at 19:38, Justmapzz Rodolfo  wrote:
>
> Here is another victim of your usage policy.
> I am the main developer of Justmapzz, which uses GMAP.NET for map viewing.
> Since 2 days our users can no longer view OSM, because you blocked that 
> library for everybody.
> We have always used GMAP.NET  "as is", without diving into the code.
> Now that Grant Slater indicated a portion of the code that defines a 
> user-agent, I had a close look at that detail and I must admit, that this 
> definition of the user-agent gives room for doubt, but mainly because it 
> makes it more difficult for you to develop server behaviour, based on the 
> user-agent info.
> So I changed the definition of the user-agent to a fixed string complying 
> with the directions for the syntax of user-agents and checked the response of 
> your tile server to discover that nothing has changed, still error 403. 
> Apparently you use more filter conditions.

For the benefit of others, here is the semi-random generated
User-Agent the GMAP.NET library creates:
https://github.com/radioman/greatmaps/blob/master/GMap.NET.Core/GMap.NET.MapProviders/GMapProvider.cs#L333-L336

And the GMAP.net's developer's response:
https://github.com/radioman/greatmaps/issues/132

> But wait a minute! A user agent was not designed for access control, but 
> mainly for indicating the nature of a request initiator (=the software) to 
> optimize the web response (an exception to this is the detection and blocking 
> of bots).

Yes, please review the "Technical Usage Requirements" here:
https://operations.osmfoundation.org/policies/tiles/ and once you are
in compliance the tiles will work for you again.
The service is free. We are not paid for you using it. I am a
volunteer. The service is primarily for OpenStreetMap mappers and
hobbyists doing cool and novel things.

> That is why the vast majority of service providers use license keys, or 
> whatever they call them.
> Then every web request must include the license key in order to gain access 
> to the requested information.
> This system also makes it easy to check the usage level or block an 
> individual license for any reason, without affecting other users.

Should we implement it them? Are you willing to develop the supporting
stack for us?
Who will maintain it?

> In this case, it would be much easier to detect the users that cause capacity 
> problems and block only the problematic users, instead of "punishing" all 
> users of a certain app, based on the software libraries, that app uses.
> Have you ever considered the introduction of a license key system?
> In the mean time, what must we do to comply with your usage policy, other 
> than changing the user-agent, which appeared to be insufficient?
> Thanks for any help.

See above.

Kind regards,

Grant
Part of the OpenStreetMap sysadmin team.

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

Re: [OSM-dev] OSM tile server issue

[Tom Hughes]

On 30/05/2019 19:43, Mateusz Konieczny wrote:

30 May 2019, 20:21 by rodo...@justmapzz.com :


I am the main developer of Justmapzz, which uses GMAP.NET for map viewing


(...)


  In the mean time, what must we do to comply with your usage policy, other 
than changing the user-agent, which appeared to be insufficient?


See https://operations.osmfoundation.org/policies/tiles/ for tile usage 
policy


 > Heavy use (e.g. distributing an app that uses tiles from 
openstreetmap.org) is

 > forbidden without prior permission from the System Administrators.

Do you have such permission?


Argh. That line needs to be deleted... We are not in the
business of granting special permissions and any such queries
will just get pointed at the usage policy.

His real problem (aside from his attitude) is that gmap.net
is also sending a fake referer of http://www.openstreetmap.org/
which is causing it to be blocked.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-dev] OSM tile server issue

[Mateusz Konieczny]

30 May 2019, 20:21 by rodo...@justmapzz.com :

> I am the main developer of Justmapzz, which uses GMAP.NET for map viewing

(...)

>  In the mean time, what must we do to comply with your usage policy, other 
>than changing the user-agent, which appeared to be insufficient?

See https://operations.osmfoundation.org/policies/tiles/ 
 for tile usage policy

> Heavy use (e.g. distributing an app that uses tiles from openstreetmap.org) 
> is 
> forbidden without prior permission from the System Administrators.

Do you have such permission?
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

[OSM-dev] OSM tile server issue

[Justmapzz Rodolfo]

Title: OSM tile server issue


Here is another victim of your usage policy.
I am the main developer of Justmapzz, which uses GMAP.NET for map viewing. 
Since 2 days our users can no longer view OSM, because you blocked that library for everybody.
We have always used GMAP.NET  "as is", without diving into the code. 
Now that Grant Slater indicated a portion of the code that defines a user-agent, I had a close look at that detail and I must admit, that this definition of the user-agent gives room for doubt, but mainly because it makes it more difficult for you to develop server behaviour, based on the user-agent info.
So I changed the definition of the user-agent to a fixed string complying with the directions for the syntax of user-agents and checked the response of your tile server to discover that nothing has changed, still error 403. Apparently you use more filter conditions.
But wait a minute! A user agent was not designed for access control, but mainly for indicating the nature of a request initiator (=the software) to optimize the web response (an exception to this is the detection and blocking of bots).
That is why the vast majority of service providers use license keys, or whatever they call them.
Then every web request must include the license key in order to gain access to the requested information.
This system also makes it easy to check the usage level or block an individual license for any reason, without affecting other users.
In this case, it would be much easier to detect the users that cause capacity problems and block only the problematic users, instead of "punishing" all users of a certain app, based on the software libraries, that app uses.
Have you ever considered the introduction of a license key system?
In the mean time, what must we do to comply with your usage policy, other than changing the user-agent, which appeared to be insufficient?
Thanks for any help.




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

[OSM-dev] Auto Upload tags from GPX file

[Akshat Airan via dev]

Hi Community,
Can someone please guide me to auto upload the tags using GPX files that I
have created locally.
For the clarification, I am about talking about the tags mentioned in the
below image. These tags appear after I start making the roads into OSM.
Is it even possible to do it?

[image: Selection_017.png]
Regards
Akshat Airan
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Sync time in OSM file

[Ajay Singh1 via dev]

Yes. I'll go through the documentation before using it :)

On Thu, May 30, 2019 at 3:26 PM  wrote:

>
> Am 30.05.19 um 09:40 schrieb Ajay Singh1 via dev:
>
> So, osmupdate will update my local copy with changes done in
> openstreetmap.org and I can ignore geofabric's copy as of now, right?
>
> Don't forget to use the *-B* option (
> https://wiki.openstreetmap.org/wiki/Osmupdate#Applying_Geographical_Borders),
> otherwise your local data will get bigger and bigger because of *worldwide
> data* being added.
>
> Walter
> --
> My projects:
>
> Admin Boundaries of the World 
> Missing Boundaries
> 
> Emergency Map 
> Postal Code Map (Germany only) 
> Fools (QA for zipcodes in Germany) 
> Postcode Boundaries of Germany
> 
> ___
> dev mailing list
> dev@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev
>


-- 
Regards,
Ajay Singh
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Sync time in OSM file

[Ajay Singh1 via dev]

Thanks for the clarification.

On Thu, May 30, 2019 at 1:16 PM Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> Developer Discussion mailing list wrote
> > So, osmupdate will update my local copy with changes done in
> > openstreetmap.org and I can ignore geofabric's copy as of now, right?
>
> I think so, please try it.
>
>
>
> --
> Sent from:
> http://gis.19327.n8.nabble.com/Developer-Discussion-f5233107.html
>
> ___
> dev mailing list
> dev@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev
>


-- 
Regards,
Ajay Singh
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Sync time in OSM file

[wambacher]

Am 30.05.19 um 09:40 schrieb Ajay Singh1 via dev:
> So, osmupdate will update my local copy with changes done in
> openstreetmap.org  and I can ignore
> geofabric's copy as of now, right?
>
Don't forget to use the *-B* option
(https://wiki.openstreetmap.org/wiki/Osmupdate#Applying_Geographical_Borders),
otherwise your local data will get bigger and bigger because of
*worldwide data* being added.

Walter

-- 
My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Sync time in OSM file

[Ajay Singh1 via dev]

Yes. That's what I wanted to ask. Thanks.

On Thu, May 30, 2019, 1:15 PM Mateusz Konieczny 
wrote:

> 30 May 2019, 08:44 by dev@openstreetmap.org:
>
> Also, what is the difference in sync time when I choose "Allow for review"
> after I add a new road?
>
> None, in both cases edits are immediately saved into database and
> distributed
> (it would be phrased better as "Request review of my edits" - which editor
> is using
> "Allow for review" phrase? Anybody may review any edits).
>
> ___
> dev mailing list
> dev@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev
>
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Sync time in OSM file

[Gerd Petermann]

Developer Discussion mailing list wrote
> So, osmupdate will update my local copy with changes done in
> openstreetmap.org and I can ignore geofabric's copy as of now, right?

I think so, please try it.



--
Sent from: http://gis.19327.n8.nabble.com/Developer-Discussion-f5233107.html

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

Re: [OSM-dev] Sync time in OSM file

[Mateusz Konieczny]

30 May 2019, 08:44 by dev@openstreetmap.org:

> Also, what is the difference in sync time when I choose "Allow for review" 
> after I add a new road?
>
None, in both cases edits are immediately saved into database and distributed
(it would be phrased better as "Request review of my edits" - which editor is 
using
"Allow for review" phrase? Anybody may review any edits).

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

Re: [OSM-dev] Sync time in OSM file

[Ajay Singh1 via dev]

So, osmupdate will update my local copy with changes done in
openstreetmap.org and I can ignore geofabric's copy as of now, right?

On Thu, May 30, 2019 at 1:02 PM Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> My understanding is that geofabrik keeps a copy of the OSM database. I
> don't know what tools they use to keep that database in sync with OSM and
> what exactly is done to create the extracts. Osmupdate is a tool which
> allows to update an extract with the diffs. You probably don't get exactly
> the same results
> but for many purposes it works fine.
>
> Gerd
>
>
> 
> Von: Ajay Singh1 
> Gesendet: Donnerstag, 30. Mai 2019 09:21
> An: Gerd Petermann
> Cc: dev@openstreetmap.org
> Betreff: Re: [OSM-dev] Sync time in OSM file
>
> Thanks, Gerd. That was helpful.
> This OSMupdate keep my local copy in sync with OSM file services, e.g.
> geofabrik.de. but these file services will
> themselves take one day to update them with changes done in
> openstreetmap.org. Am I right?
>
> On Thu, May 30, 2019 at 12:41 PM Gerd Petermann <
> gpetermann_muenc...@hotmail.com>
> wrote:
> I think the pbf extracts from geofabrik are typically updated once per
> day. If you want to keep such an extract up to date you should look at the
> diffs, see also https://wiki.openstreetmap.org/wiki/Osmupdate
>
> Not sure what is meant with "Allow for review", I assume it is a tag that
> is set in the changeset.
> This tag means that other mappers should review your change, it has no
> influence on the sync time, and AFAIK there is no guarantee that this
> review will ever happen.
>
> Gerd
>
> 
> Von: Ajay Singh1 via dev  dev@openstreetmap.org>>
> Gesendet: Donnerstag, 30. Mai 2019 08:44
> An: dev@openstreetmap.org
> Betreff: [OSM-dev] Sync time in OSM file
>
> Hi Team,
>
> I've added few roads via openstreetmap.org<
> http://openstreetmap.org> manually. I wanted to know how much time does
> it take to reflect this change into India's PBF file. I use
> https://download.geofabrik.de/asia/india.html to download the file.
>
> Also, what is the difference in sync time when I choose "Allow for review"
> after I add a new road?
>
> --
> Regards,
> Ajay Singh
>
>
> --
> Regards,
> Ajay Singh
>


-- 
Regards,
Ajay Singh
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Sync time in OSM file

[Gerd Petermann]

My understanding is that geofabrik keeps a copy of the OSM database. I don't 
know what tools they use to keep that database in sync with OSM and
what exactly is done to create the extracts. Osmupdate is a tool which allows 
to update an extract with the diffs. You probably don't get exactly the same 
results
but for many purposes it works fine.

Gerd



Von: Ajay Singh1 
Gesendet: Donnerstag, 30. Mai 2019 09:21
An: Gerd Petermann
Cc: dev@openstreetmap.org
Betreff: Re: [OSM-dev] Sync time in OSM file

Thanks, Gerd. That was helpful.
This OSMupdate keep my local copy in sync with OSM file services, e.g. 
geofabrik.de. but these file services will themselves take 
one day to update them with changes done in 
openstreetmap.org. Am I right?

On Thu, May 30, 2019 at 12:41 PM Gerd Petermann 
mailto:gpetermann_muenc...@hotmail.com>> wrote:
I think the pbf extracts from geofabrik are typically updated once per day. If 
you want to keep such an extract up to date you should look at the
diffs, see also https://wiki.openstreetmap.org/wiki/Osmupdate

Not sure what is meant with "Allow for review", I assume it is a tag that is 
set in the changeset.
This tag means that other mappers should review your change, it has no 
influence on the sync time, and AFAIK there is no guarantee that this review 
will ever happen.

Gerd


Von: Ajay Singh1 via dev mailto:dev@openstreetmap.org>>
Gesendet: Donnerstag, 30. Mai 2019 08:44
An: dev@openstreetmap.org
Betreff: [OSM-dev] Sync time in OSM file

Hi Team,

I've added few roads via 
openstreetmap.org manually. 
I wanted to know how much time does it take to reflect this change into India's 
PBF file. I use  https://download.geofabrik.de/asia/india.html to download the 
file.

Also, what is the difference in sync time when I choose "Allow for review" 
after I add a new road?

--
Regards,
Ajay Singh


--
Regards,
Ajay Singh

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

Re: [OSM-dev] Sync time in OSM file

[Ajay Singh1 via dev]

Thanks, Gerd. That was helpful.
This OSMupdate keep my local copy in sync with OSM file services, e.g.
geofabrik.de. but these file services will themselves take one day to
update them with changes done in openstreetmap.org. Am I right?

On Thu, May 30, 2019 at 12:41 PM Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:

> I think the pbf extracts from geofabrik are typically updated once per
> day. If you want to keep such an extract up to date you should look at the
> diffs, see also https://wiki.openstreetmap.org/wiki/Osmupdate
>
> Not sure what is meant with "Allow for review", I assume it is a tag that
> is set in the changeset.
> This tag means that other mappers should review your change, it has no
> influence on the sync time, and AFAIK there is no guarantee that this
> review will ever happen.
>
> Gerd
>
> 
> Von: Ajay Singh1 via dev 
> Gesendet: Donnerstag, 30. Mai 2019 08:44
> An: dev@openstreetmap.org
> Betreff: [OSM-dev] Sync time in OSM file
>
> Hi Team,
>
> I've added few roads via openstreetmap.org
> manually. I wanted to know how much time does it take to reflect this
> change into India's PBF file. I use
> https://download.geofabrik.de/asia/india.html to download the file.
>
> Also, what is the difference in sync time when I choose "Allow for review"
> after I add a new road?
>
> --
> Regards,
> Ajay Singh
>


-- 
Regards,
Ajay Singh
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Sync time in OSM file

[Gerd Petermann]

I think the pbf extracts from geofabrik are typically updated once per day. If 
you want to keep such an extract up to date you should look at the
diffs, see also https://wiki.openstreetmap.org/wiki/Osmupdate

Not sure what is meant with "Allow for review", I assume it is a tag that is 
set in the changeset.
This tag means that other mappers should review your change, it has no 
influence on the sync time, and AFAIK there is no guarantee that this review 
will ever happen.

Gerd


Von: Ajay Singh1 via dev 
Gesendet: Donnerstag, 30. Mai 2019 08:44
An: dev@openstreetmap.org
Betreff: [OSM-dev] Sync time in OSM file

Hi Team,

I've added few roads via openstreetmap.org manually. 
I wanted to know how much time does it take to reflect this change into India's 
PBF file. I use  https://download.geofabrik.de/asia/india.html to download the 
file.

Also, what is the difference in sync time when I choose "Allow for review" 
after I add a new road?

--
Regards,
Ajay Singh

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

[OSM-dev] Sync time in OSM file

[Ajay Singh1 via dev]

Hi Team,

I've added few roads via openstreetmap.org manually. I wanted to know how
much time does it take to reflect this change into India's PBF file. I use
https://download.geofabrik.de/asia/india.html to download the file.

Also, what is the difference in sync time when I choose "Allow for review"
after I add a new road?

-- 
Regards,
Ajay Singh
___
dev mailing list
dev@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev