On 06/10/2023 14:23, Martin Trautmann wrote:
On 23-10-06 14:24, Tom Hughes wrote:
Maybe it would be easy to avoid and maybe it wouldn't but until
we know what the actual problem is we can't tell and none of the
developers are likely to have such an old browser to reproduce
it ev
On 06/10/2023 12:53, Martin Trautmann wrote:
On 23-10-06 13:41, Tom Hughes wrote:
On 06/10/2023 12:12, Martin Trautmann wrote:
On 23-10-06 12:55, Tom Hughes via talk wrote:
No it was released in June 2020. October 2021 was the last
security patches.
To answer the original question there have
On 06/10/2023 12:12, Martin Trautmann wrote:
On 23-10-06 12:55, Tom Hughes via talk wrote:
No it was released in June 2020. October 2021 was the last
security patches.
To answer the original question there have been any deliberate
changes that I know but given the error it's entirely pos
t see that error, and as far as I can see our policy only
allows data URLs for images and not for other media which suggests
no data URLs are being validated against media-src for me.
Tom
On 06/10/2023 11:34, Mateusz Konieczny via talk wrote:
Firefox 78 EST has reached end of life over year ago,
s overseas.
Looking at their "custom iD editor" repository there is actually
a single commit from today to add their imagery which was done by
a user with a visiosoft.com.tr address so possibly they are the
people really behind it?
Tom
--
Tom Hughes (t...@compton.n
t it remotely.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
No it couldn't - the google problem he refers to was with
their authentication service not their DNS service.
Tom
On 14/12/2020 19:10, James wrote:
are you using 8.8.8.8 or 4.4.4.4 as a dns? could explain it.
On Mon., Dec. 14, 2020, 1:58 p.m. Niels Elgaard Larsen, <mailto:elga...
On 14/12/2020 18:54, Niels Elgaard Larsen wrote:
Google services was down for an hour today. I noticed that at the same
time I could not push my edits with JOSM due to "internal server error"
Was that a coincidence or do we somehow depend on Google?
It was a coincidence.
Tom
--
ger problem is that the UI for list owners is horrid.
Tom
On 14/12/2020 18:58, ipswichmap...@tutanota.com wrote:
Python's mailing lists use mailman 3:
https://www.python.org/community/lists/
<https://www.python.org/community/lists/>
What is the problem with the UI ? It seems fa
ade - it's basically a
totally different product.
There is talk of a change, but it won't be to mailman 3.
Tom
On 14/12/2020 18:42, ipswichmap...@tutanota.com wrote:
Okay thanks, I'll contact him on github. I don't havd mailman
administration experience, or that much coding
port requests that should be going to Faceboook.
Something about the way Facebook attributes causes their users to
think that we are responsible for whatever problems they are having...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk
s far as I can see?
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Mon, Jul 6, 2020 at 17:52 Tom Browder wrote:
> On Fri, Jul 3, 2020 at 12:56 Tom Browder wrote:
>
>> On Wed, Jul 1, 2020 at 15:18 Tom Browder wrote:
>> > Yesterday I took my first try at using osm2pgsql on a pbm file and,
>> > too late, I realized I didn't
stom_E5-1650_.2832GB_RAM_-_6_cores.29
> ,
> and as you can see, the full planet import took already hundreds of GB
> several years ago.
>
Thank you, Jose, that's very helpful!
-Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Fri, Jul 3, 2020 at 12:56 Tom Browder wrote:
> On Wed, Jul 1, 2020 at 15:18 Tom Browder wrote:
> > Yesterday I took my first try at using osm2pgsql on a pbm file and,
> > too late, I realized I didn't take full advantage of the server's
> > large RAM and multi-
ll enough.
Best regards,
-Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Wed, Jul 1, 2020 at 15:18 Tom Browder wrote:
> Yesterday I took my first try at using osm2pgsql on a pbm file and,
> too late, I realized I didn't take full advantage of the server's
> large RAM and multi-core capability.
...
Okay, I'm making progress, thanks to
On Thu, Jul 2, 2020 at 02:41 Sarah Hoffmann wrote:
> On Wed, Jul 01, 2020 at 03:18:30PM -0500, Tom Browder wrote:
...
> > Should I compile those from source?
>
> Make sure to use osm2pgsql from backports. This always has
> the newest released version.
Th
On Thu, Jul 2, 2020 at 02:01 Julien djakk
wrote:
> Hello Tom,
>
> About vector tiles : I have managed to render some vector tiles on
> heroku : https://github.com/djakk/openstreetmap-on-heroku
> The database is populated thanks to osm2pgsql. Rendering is done by mapnik.
> Mayb
On Wed, Jul 1, 2020 at 16:26 Paul Norman via talk
wrote:
...
Thank you, Paul.
-Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
enderd or tirex?
Thank you very much.
Cheers!
-Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
suggests?
It doesn't say you shouldn't change them - it says that such a change
is an automated edit that should follow the automated edit rules.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
tal
profile, you've to
copy and paste his name written with such font, searching with
osm.org/user/mastro <http://osm.org/user/mastro> give no results.
Isn't this an anomaly?
So we shouldn't allow people who don't use the latin
alphabet to register using names in thei
I don't believe you can migrate to StackExchange - we would have to
start over if we went that route.
You definitely can't pay for a StackExhange site - they specifically
say that they no longer offer that.
Tom
On 20/05/2020 22:17, Allan Mustard wrote:
Simon, et al, if money is req
it shouldn't be an issue. I've
been through the process with another site.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
at somebody needs to
find a way to migrate the data to something like Askbot that is at least
semi-conscious.
Tom
On 20/05/2020 13:52, Andreas Vilén wrote:
Stack overflow seems to use the same software and is highly active. This
seems to be updated? Can't we update as they do?
https://st
At the risk of repeating others' words, I strongly encourage participants
in this conversation to review the draft attribution guideline (
https://wiki.openstreetmap.org/wiki/Draft_Attribution_Guideline) and
previous conversations regarding attribution on this list. It would be hard
to overstate th
found more easily, "related terms" can be added in the
wiki.
In the particular case, some friendly colleague has already added ‹ buried
cable enclosure ›
to the manhole=telecom wiki page.
Kind regards
Tom
On 19.04.2020 17:20, 80hnhtv4agou--- via talk wrote:
> https://wiki.openstree
y built-in mechanism in the map stack to limit who can
access it or rate limit it somehow?
I know I could use something like client TLS certificates or Apache
password access (both of which I currently use for access) but something
existing would be easier.
Tha
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/InfoMode
is your friend:
* Displaying GPX trackpoint info - timestamp, velocity, height, track name
and length.
* Hiding individual tracks and tracks older than selected.
tom
On 03.01.2020 19:36, tshrub wrote:
hi,
if I load gpx data as
Indeed - it has been the default since August 2013.
Tom
On 23/12/2019 07:15, Yuri Astrakhan wrote:
check your OSM settings. AFAIK, iD is the default editor.
On Mon, Dec 23, 2019 at 2:10 AM Sören Reinecke via talk
mailto:talk@openstreetmap.org>> wrote:
Hello,
so far
From my experience, all this weird things are caused by missing
history, so I would guess the export may be fine and current API
queries are incomplete thus showing incorrect information sometimes.
Bye
po 16. 12. 2019 v 12:33 odesílatel Martin Koppenhoefer
napsal:
>
> Maybe the following is a re
data are the same),
but seems they do not have old history either.
Thanks for all the support here.
tom.k
čt 12. 12. 2019 v 14:29 odesílatel Tom Ka napsal:
>
> Hi,
>
> successfully processed all data from cc-by-sa folder up to 2006-04-03.
> All results in v0.6 are avail
čt 12. 12. 2019 v 15:31 odesílatel Martin Koppenhoefer
napsal:
>
> Very interesting! The timestamps are not valid (quite often there is a time
> tag, which seems to be the GPG-logger time) and there is no user information
> though. Also a lot of way ids are negative and all objects are in versio
Hi,
successfully processed all data from cc-by-sa folder up to 2006-04-03.
All results in v0.6 are available here:
https://osm.fit.vutbr.cz/extracts/
Bye tom.k
čt 5. 12. 2019 v 13:03 odesílatel Tom Ka napsal:
>
> Just to note - most of these old (v0.3) data have errors in UTF-8
> en
Just to note - most of these old (v0.3) data have errors in UTF-8
encoding in some tag values (mainly name).
Bye tom.k
so 30. 11. 2019 v 13:09 odesílatel Tom Ka napsal:
>
> Final v0.6 extracts for planet are available here:
>
> http://osm.fit.vutbr.cz/extracts/
>
> Will prepa
Final v0.6 extracts for planet are available here:
http://osm.fit.vutbr.cz/extracts/
Will prepare some info about the process for others.
Thanks to all, who helped.
pá 29. 11. 2019 v 11:05 odesílatel Frederik Ramm napsal:
>
> Hi,
>
> On 29.11.19 10:43, Tom Ka wrote:
> &g
. 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
pers work through it.
All early ideas - in any case, I’ll be interested to follow an Addressing SIG.
Best wishes,
Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
processing personal data
on the consent basis.
Specifically although the default is 16 some countries including
the UK have set that at 13 instead.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https
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 :-)
pá 25. 10. 2019 v 15:08 odesílatel Frederik Ramm napsal:
> On 25.10.19 09:52, Tom Ka wrote:
> > - any recommendation for tool/app/etc to process v0.3 data (up to
> > 01.05.2006 on planet/cc-by-sa) (and convert them to v0.6)?
>
> There's a perl script "04to05.pl"
Most dumps/diffs are newer then 2007, the only older dirs are in
https://planet.osm.org/cc-by-sa/history/, but those are diffs (not
full dumps) and all in 2004 and lot in 2005 are empty, which is weird.
Being diffs I would need starting dump to update to use them anyway.
Bye tkk
pá 25. 10. 2019 v
Hello,
I'm trying to create map of Czech Republic with older versions of OSM
data. No problem to proceed to 21.04.2009 (first v0.6 data) and with
older (0.35 + --migrate) osmosis to 10.10.2007 (first v0.5 data). All
data are from https://planet.openstreetmap.org/cc-by-sa/. I got in
troubles when I
should we required extra tagging of the shared node, or abolish such way
barriers?
For bollards, it might be easy to map them individually, having one squatting
on the road way.
For other barrier types, such as gates, this might be trickier.
cheers
Tom
__
check on it.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On 18/08/2019 08:35, Tom Hughes wrote:
On 18/08/2019 02:22, John Whelan wrote:
Apparently some Fire brigades ask people who are lost on moors etc to
download What3words then tell them their location.
In the UK any even vaguely modern smartphone will send location data
with a 999 call anyway
that press
the other day:
https://twitter.com/edparsons/status/1162766686912700417
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
I think it's a unilateral self-declared collaboration ;-)
Tom
On 24/07/2019 21:07, Nuno Caldeira wrote:
so grateful of "The project is a collaboration with OpenStreetMap
(OSM)". I might have missed the announcement, can anyone pinpoint me the
link of such collaboration being
27;t start edit wars.
tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ld tolerate the current mapping of a separate lane for the left turn.
Otherwise a navigation engine would not be able to create the appropriate turn instruction at the
point where the lane forks off. A much more complicated data model would be necessary.
tom
_
her hand, the paper is about the sociology of repetitive
vandalism patterns,
the precise date of the database extract might be less relevant, and appropriate case studies would
need to be cited.
tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
teria.
That redirect was setup many years and and it's highly
unlikely we would do it now, at least other than with the
direct approval of the board.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openst
/studentresearchfaqs.aspx
https://www.st-andrews.ac.uk/utrec/guidelinespolicies/onlinesurveysandquestionnaires/
Kind regards
Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
the header.
Once I decompress and re-compress the file on Linux, osmosis seems to be
just fine with said file:
I've recompressed the copy on the server now...
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
tal
On 04/02/2019 10:10, Maarten Deen wrote:
On 2019-01-30 17:45, Tom Hughes wrote:
On 30/01/2019 16:22, Maarten Deen wrote:
Are there different rendering servers for those regions? I know that
there are different tileservers, but I didn't know the rendering was
also different. Is tha
ently five render servers.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
that
border.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
around for a way to rationalise
that decision in the eventual statement.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
are public but the ordering it not.
The "trackable" level extends that to include ordering.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
quot; or "public" which are not meant to be
ordered were in fact being returned in order and several editors
were taking advantage of that.
The bug was fixed and as a result data from those traces is
displaying in a confusing way in JOSM and (until a few hours
ago) in Potlatch 2.
Tom
--
T
is, hey, not totally
standards-compliant, since it'll go through DATA before deciding whether
or not to accept or reject, but very workable to give the sender some
idea what happened.
Once it has gone through the list it appears to be being sent from
our mail server.
Tom
--
Tom Hugh
ee a bounce.
So the real problem is subscribers to the list using services
like yahoo mail which ignore the reality of how email works and
think they can specify exactly where yahoo.com email should
appear to come form.
Tom
--
Tom Hughes (t...@compton.n
ct. Thus I changed the name
tag to loc_name, as this local politician and some of his followers are calling it so, but it is
unknown and not helpful to the long-distance users of the motorway.
tom
(wondering why this issue is on talk and not on tagging
___
Nothing to do with me, that's the carto team.
Tom
On 17/08/18 18:49, Dave F wrote:
Thanks for letting us know. Wasted half an hour checking it wasn't just
me & providing examples.
How about not posting until it's been deployed in future?
DaveF
On 17/08/2018 18:35, Tom
That version was never actually deployed because we were busy
doing upgrades to the rendering stack.
The 4.14.0 has just been pushed and should go live over the
weekend.
Tom
On 17/08/18 18:25, Dave F wrote:
Hi
Are any of these icons displaying?
For me, charity & houseware are still
On 16.08.2018 13:06, Andy Mabbett wrote:
This may be of interest:
https://www.nytimes.com/2018/08/02/technology/google-maps-neighborhood-names.html
Scary. Can we revert Google?
tom
___
talk mailing list
talk@openstreetmap.org
https
py to talk
through it, myself included. Please don't hesitate to email.
Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
You should see the changes at z13+ but z0-12 are only rendered once a
month or when the style changes.
Tom
On 13/08/18 12:36, SelfishSeahorse wrote:
Apparently I sent the message only to James ... So here it is for the
rest of you. eanwhile the lakes are rendered):
-- Forwarded
oks like highway=* + area=yes isn't incorrect, it's just not
documented.
As said before, it was documented already on the area=* page. It might need to be more explicit on
the highway pages.
tom
___
talk mailing list
talk@openstreet
.
[1] https://wiki.openstreetmap.org/wiki/Area
[2] https://wiki.openstreetmap.org/wiki/Key:area
tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Rendering is not paused actually.
Two of the servers are not currently marking tiles as dirty when
changes are made to the data but they are still rendering fine.
A fix is expected to de deployed shortly.
Tom
On 07/08/18 19:55, Oleksiy Muzalyev wrote:
It looks like there is an issue with
ons.
Thanks. That's a call handled by cgimap so this is likely related
to the fact that there is currently increased latency between the
application server and the database for those calls.
There is a pending pull request for cgimap that may help.
Tom
--
Tom Hughes (t...@compton.nu)
erested to know exactly which API call you are referring to
here as it may be that (long term at least) there is something
here which should be fixed but it rather depends if it is a call
being handled by rails or one being handled by cgimap.
Tom
--
Tom Hughes (t...@compton.nu)
http://
roved all seasons by individual
edits.
I really think this fear of bulk edits has gone too far.
There is no fear, there are long-standing rules that have reasons.
tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
bulk edits that do not improve the data themselves.
tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
dator could lowercase it while
saving the object anyway.
This process was done with other tags that were found unnecessary, such as _created_by_ on objects,
and very successful without bloating the history.
tom
___
talk mailing list
talk@openstreetma
ows a lot of
import activities.
Quite visible if you add first 'FIXME' than 'fixme' to http://taghistory.raifer.tech/, so you see
the latter in the zoom for the former. (hit 'reset zoom' to change the ceiling then).
tom
27;t that big a deal for experienced editors.
To check the object history is something the new user learns later, so first she sees an object
touched recently by an automated tool, and trusts its correctness.
On 03.07.2018 06:12, Yves wrote:
> I second Tom and Mikael, maybe a kind of rédaction to k
story which is extra work for me.
The proposed edit does not improve data quality a single bit.
Fixmes are to be solved, not to be renamed.
Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
ounting is
used (e.g. starting to count grade 1 again for the secondary school).
tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
map seems down)
using the xmas: key:
https://wiki.openstreetmap.org/wiki/Key:xmas:feature
IIRC, OsmAnd has some Christmas gimmicks as well, not sure if it evaluates the
above scheme.
tom
___
talk mailing list
talk@openstreetmap.org
https
avoid, he kindly marked areas on the map for
me, but it was not printed on them.
tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On 18/02/18 18:40, Paul Johnson wrote:
On Sun, Feb 18, 2018 at 12:31 PM, Tom Hughes <mailto:t...@compton.nu>> wrote:
On 18/02/18 18:05, Paul Johnson wrote:
On Sun, Feb 18, 2018 at 11:58 AM, Grant Slater
mailto:openstreet...@firefishy.com>
<ma
gainst multiple geocoders instead of just Nominatim
and GeoNames?
We have all the infrastructure to do that if you have suggestions
about other geocoders we could use.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing lis
he
homepage isn't /meant/ to be used as the product itself, just a
demonstration, but we really should be putting our best foot forward there.
I can't comment about how the algorithm works because I don't know
anything about it. I'm just saying that we do tell it the viewb
On 18/02/18 17:45, Tom Hughes wrote:
On 18/02/18 17:34, Paul Johnson wrote:
On the OSM homepage, can we use the visible area (or maybe that plus
an exploded offset to a larger surrounding bounds) as a bonding box to
be passed to Nominatim for some context when searching? This
animation
/blob/master/app/controllers/geocoder_controller.rb#L115
Which encodes the bounds as the viewbox parameter which is then passed
through when calling Nominatim.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetma
ense performance burden on the algorithms. That would make you mourn about the
skills of the programmers, again.
May we ask you to undo your revert in CS 56352276? You still have not explained how the two node
solution "fudge OSM".
tom
___
/Good_practice
Kind regards
Tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
I wouldn't say unit is common at all in the UK to be honest.
It's only really used for commercial units on industrial estates and
things - you wouldn't normally see it in residential addresses like you
do in many countries.
Tom
On 22/01/18 21:24, Bryan Housel wrote:
re so many GNSS watches, and no GNSS hats?
tom
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
OSMF and having it listed
would just cause confusion as people tried to join it.
The archives could be made private but it's a bit of a pain because then
the list members have to login to access them.
Tom
On 20/12/17 00:20, joost schouppe wrote:
Tom,
It is meant to be readable for no
bly more OSMers could read it; also perhaps considering join it.
Or, at least, why isn't it listed in listinfo?
As I explained yesterday it is a private list open only to OSMF members.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
interesting discussions there,
but I can't find the link to osmf-talk in the listinfo.
It's a list for OSMF members that they are subscribed to when they join
and it's open for public subscription.
Tom
--
Tom Hughes (t...@com
What measurements are these estimates based on?
On 12.12.2017 02:00, Daniel Koć wrote:
I've just visited Alexa free stats on OSM website and here are some interesting
facts:
- Current Global Rank for OSM: 6988 (down 833)
- Most visitors come from USA, Germany, China, UK and France (in both US
On 25/11/17 16:45, Colin Smale wrote:
On 2017-11-25 17:31, Tom Hughes wrote:
On 25/11/17 15:37, Colin Smale wrote:
On 25 November 2017 16:04:45 CET, "Éric Gillet" <mailto:gill3t.3ric+...@gmail.com>> wrote:
Another point : This password is not secure, but what the wors
completely different piece of software. Or rather it's now about five
separate pieces of software that you have to install and connect up.
Tom
--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
's version 3 you want for every one?
It sounds like you're making an assumption that all these objects have
only been edited in a particular way by some automated process and that
nobody has ever touched one by hand and hence added an extra version.
Tom
--
Tom Hughes
On 23/08/17 17:43, jun meguro wrote:
This conference is 10th anniversary conference, and also this is first
"2nd time" conference in 1 country.
Actually both Manchester and Birmingham were in the same country ;-)
Tom
--
Tom Hughes (t...@compton.nu)
http://
1 - 100 of 1013 matches
Mail list logo
