Hi.
I would be really favorable suggested approach which would open up more
possibilities to responses. And in general sounds good direction.
su 17. marrask. 2019 klo 10.00 Adam Johnson kirjoitti:
> Right - Flask's error message also points to something I was mistaken
> about. XMLHttpRequest
be sent to care...@keypro.fi
--
Jani Tiainen
Team Lead / Utilities networks
--
You received this message because you are subscribed to the Google Groups
"Django developers (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, sen
Problem is that Python.org site always gives latest version as default
download.
When 3.8 was released one lib I work with suddenly got flood of help
requests because there was not prebuilt packages for 3.8.
So I think it's more issue for people that inadvertly upgrades Python.
to 31. lokak.
IIRC correctly I had problems with alpine and it's GIS libraries when
preparing for my workshop on Djangocon EU 2019.
Most of the required libs weren't available in stable version. Haven't
checked if situation has improved since.
ti 8. lokak. 2019 klo 14.05 Tom Forbes kirjoitti:
> I did
You're right Oracle has quite few levels of storage definitions tablespaces
just being one.
ti 17. syysk. 2019 klo 19.20 Stephen J. Butler
kirjoitti:
> Maybe I'm misunderstanding, but tablespace has to do with physical storage
> of the schema, not how tables are named. What you really want is
...
Also in Oracle you can create synonyms (private are enough) to get around
prefix.
And IIRC there is a way to set default schema for user but I that would
require executing piece of SQL after connection is made.
ti 17. syysk. 2019 klo 18.27 Christian González <
christian.gonza...@nerdocs.at>
Hi.
Unfortunately there currently isn't such a feature.
This would be interesting feature to have. Surely there are quite few edge
cases where prefixing would fail.
ti 17. syysk. 2019 klo 18.27 Christian González <
christian.gonza...@nerdocs.at> kirjoitti:
> Hi,
>
> I don't know if this is a
Hi.
I have few times had a need to get user by session. For debugging purposes.
Also django-extensions do have management command to return user from
session id.
But I really can't imagine any usecase where just session would make
sense...
pe 26. heinäk. 2019 klo 19.40 Adam Johnson kirjoitti:
Apparently there has been few attempts to integrate dj-database-url or some
other url parser.
But what happened to them since so far none of them were completed?
to 18. heinäk. 2019 klo 22.32 Raffaele Salmaso
kirjoitti:
> Hi
> I'm working[¹] on https://github.com/django/django/pull/10786
I'm definitely +1 too.
to 18. heinäk. 2019 klo 20.41 Adam Johnson kirjoitti:
> +1 from me too.
>
> On Thu, 18 Jul 2019 at 17:55, Tobias McNulty
> wrote:
>
>> I think it's a great idea.
>>
>> On Thu, Jul 18, 2019, 12:46 PM Jacob Kaplan-Moss
>> wrote:
>>
>>> Hi folks -
>>>
>>> I’d like to
groups.com.
> Visit this group at https://groups.google.com/group/django-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/CAN%3DnMTx0EE5WfXuccv_e3MBuCxp9u_pAV_ow5MxNST6MptTDBw%40mail.gmail.com
> .
> For more options, visit https:/
Hi.
ke 13. maalisk. 2019 klo 18.19 parocks
kirjoitti:
> I have been working with Django for small clients.
> One of the feature I would really love to have is
> 1. Default User Registration feature (without having to fiddle with things
> like the admin portal)
>
Registration is not a simple
e options, visit https://groups.google.com/d/optout.
>>>
>>>
>>> --
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "Django developers (Contributions to Django itself)" group.
>>> To unsubscribe
documentation.
Give the support.
On Sat, Jan 19, 2019 at 12:18 AM J. Pablo Martín Cobos
wrote:
> I reply beetween lines,
>
> El vie., 18 ene. 2019 a las 21:25, Jani Tiainen ()
> escribió:
>
>> Hi,
>>
>> Lets try this again.
>>
>> Your system cou
signed=closed=new=~pmartin=id=summary=status=owner=type=component=version=1=id
>> 3. https://gist.github.com/goinnn/8a42314fccdd13bcf4df256a277ec1f6
>> (tested in Django 1.8 - 1.11)
>> 4.
>> https://github.com/django/django/pull/1936/commits/e669bca5c8fe6d13ea745d338203cd
s from it, send an
> email to django-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to django-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/django-developers.
> To view this discussion on the web visit
> https://groups.googl
Personally I use plantuml to generate various diagrams. It is open source
there even exists plugin for sphinx. It uses relatively understandable
diagram language. Exports svg along the many other formats. And there are
realtime preview plugins to most editors and ides.
Only big downside is that
Johannes Hoppe kirjoitti ma 26. marrask. 2018 klo
11.05:
>
> On Monday, November 26, 2018 at 9:49:46 AM UTC+1, Florian Apolloner wrote:
>>
>> Hi,
>>
>> I personally agree with Mariusz here. Oracle might have it's own quirks,
>> but the same could be said for any database. Taking my experience
Hi.
You have a typo in your models.py
It should be ForeignKey not Foreignkey. Note the capital K.
6.5.2018 22.05 "Avitab Ayan Sarmah" kirjoitti:
views.py:
from django.shortcuts import get_object_or_404, render
from . models import Question
def index(request):
Hi.
To achieve object level permissions you need to write custom authentication
backend.
Django does provide support for object level permissions but there isn't
default implementation because object level permissions have different
meaning for different people.
See auth docs for more
Hello Sir,
>
> On Saturday, March 17, 2018 at 1:16:15 PM UTC+5:30, Jani Tiainen wrote:
>>
>> Hi.
>>
>> Yes I read your initial proposal and in my experience putting any
>> frontend stuff to python code is disaster. Hard to maintain hard to
>> unde
python code to template based
widgets.
la 17. maaliskuuta 2018 klo 9.26 Manasvi Saxena <msmana...@gmail.com>
kirjoitti:
> Hello,
>
> On Saturday, March 17, 2018 at 12:42:50 PM UTC+5:30, Jani Tiainen wrote:
>>
>> Hi.
>>
>> As pointed out I believe this
Hi.
As pointed out I believe this is not getting accepted as GSoC project for
Django.
But if you really believe that your approach is beneficial to larger
audience and you feel that it is right thing to do just do it. It is only
way to prove that you're right. Of course you could be wrong as
Oracle supports comments as well.
7.3.2018 2.52 ip. "vanadium23" kirjoitti:
> Hello, fellows.
>
> There was once a proposal about ability to add comments to table/columns
> in postgres: https://code.djangoproject.com/ticket/18468
> I re-read discussion in ticket, and it
s/4e18651f-bfcb-4178-b9f4-80efae00abc9%40googlegroups.com?utm_medium=email_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
Jani Tiainen
--
You received this message because you are subscribed to the Google Groups "Django
developers (Contributions to Django it
, then it would be better to do it that way
first -- so your method can be tested in real use before we consider
putting it into the framework.
Hope this helps,
Shai.
[1] https://letsencrypt.org/
--
Jani Tiainen
--
You received this message because you are subscribed to the Google Groups
and it feels like this feature should be implemented
for every Django installation that uses contrib.auth.
What are your thoughts on this?
regards
Bernhard Posselt
--
Jani Tiainen
--
You received this message because you are subscribed to the Google Groups "Django
developers (Contribu
Hi.
In general features that can live outside Django (doesn't require changes
in Django core to be implemented) needs quite well established de facto
standard in community to be included in the Django itself.
So best thing to do is to make sure that your implementation can work with
all current
oglegroups.com
<https://groups.google.com/d/msgid/django-developers/01c11ccd-6017-44e4-b31a-0f5bb08b386d%40googlegroups.com?utm_medium=email_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
Jani Tiainen
--
You received this message because you are subscribed
web visit
https://groups.google.com/d/msgid/django-developers/9897126d-b6ef-48f1-9f19-96ed98ce10e5%40googlegroups.com
<https://groups.google.com/d/msgid/django-developers/9897126d-b6ef-48f1-9f19-96ed98ce10e5%40googlegroups.com?utm_medium=email_source=footer>.
For more options, visit ht
google.com/d/msgid/django-developers/657b52aa-6e42-4d77-90ab-644f894ce205%40googlegroups.com?utm_medium=email_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
Jani Tiainen
--
You received this message because you are subscribed to the Google Groups "Django
dev
5BD87B091A%40yahoo.com
<https://groups.google.com/d/msgid/django-developers/D6FE121C-FCA4-422C-8AF6-1E5BD87B091A%40yahoo.com?utm_medium=email_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
Jani Tiainen
--
You received this message because you are subscribed
/5B4D7D1E-F21B-4CA0-AABD-95610A8DAF40%40gmail.com
<https://groups.google.com/d/msgid/django-developers/5B4D7D1E-F21B-4CA0-AABD-95610A8DAF40%40gmail.com?utm_medium=email_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
Jani Tiainen
--
You received this message be
d/msgid/django-developers/be05e9f0-ed44-4c73-aa41-b02349584e29%40googlegroups.com?utm_medium=email_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
Jani Tiainen
--
You received this message because you are subscribed to the Google Groups "Django
developers
I’m afraid “educated guesses” are your
best option at this point.
Conditionally skipping some type conversions on sufficiently modern
cx_Oracle / Oracle versions would be nice :-)
--
Aymeric.
On 18 May 2016, at 06:49, Jani Tiainen <rede...@gmail.com
<mailto:rede...@gmail.com>> wro
, but you probably have to
play with the
OracleSpatialAdapter / WKTAdapter stuff to achieve what you need. Good
luck!
Claude
Le mardi 17 mai 2016 14:53:28 UTC+2, Jani Tiainen a écrit :
I'm toying around Oracle and latest cx_Oracle feature that allows
putting real objects through cx_Oracle
and it's must be kept as is, and it's type
set automatically (or not to set at all on Django side).
Currently I always end up having "Expecting MDSYS.SDO_GEOMETRY got
NCHAR" error.
--
Jani Tiainen
--
You received this message because you are subscribed to the Google Groups "Dja
considered already a bad thing that forms makes certain rendering
designs HTML. Your proposal is to move more representation parts into
Python side. Could some of it be moved to presentation layer (templates)?
--
Jani Tiainen
--
You received this message because you are subscribed to the Goo
fixes for these other tests make it into 1.9 final.
Marc
On 5 Nov 2015 8:21 pm, "Jani Tiainen" <red...@gmail.com
> wrote:
Hi, I finally had time to get back on Oracle GIS issues.
I ran test suite against 1.9.x and 7 tests fails.
3 tests are m
Hi,
I guess it's just about crafting proper SQL for Oracle to do proper
introspection and do a PR to be inline with other backends what comes to
table/view discovery.
On 11.11.2015 14:14, José Tomás Tocino wrote:
So... is this going anywhere?
El lunes, 9 de noviembre de 2015, 17:55:36
, "Jani Tiainen" <red...@gmail.com
> wrote:
Hi, I finally had time to get back on Oracle GIS issues.
I ran test suite against 1.9.x and 7 tests fails.
3 tests are most probably due different algorithms used to
calculate geographical distan
Hi,
I think you should document this in Wiki at least.
Few additional questions notes:
What's the Docker overhead? (starup/shutdown time)
Could waiting for db container be more robust? Now it's just "random
number".
Using docker-compose would be nice to avoid problems with container
On 06.11.2015 10:54, José Tomás Tocino García wrote:
Maybe that view thing as been changed along the years.
My proposal would be allow two switches, inclusion and exclusion
with a wildcard. Where exclusion would override any inclusion.
I guess that would satisfy most of the
hat functionality is really
undocumented.
https://docs.djangoproject.com/en/1.8/ref/django-admin/#inspectdb
Documentatiuon states that it introspects tables, not views.
Documentation states that inspectdb works ith PostgreSQL, MySQL and
SQLite. There is no mention of Oracle at all.
--
Jani
)
==
FAIL: test_sym_difference
(gis_tests.geoapp.test_functions.GISFunctionsTests)
==
--
Jani Tiainen
--
You received this message because you are subscribed to the Google Groups
opers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/CAAOwDo7eG913Y_5Ch1iv7J1WeVU_7bGpft%3DNSsiqj-GB%3DTa2GA%40mail.gmail.com
> <https://groups.google.com/d/msgid/django-developers/CAAOwDo7eG913Y_5Ch1iv7J1WeVU_7bGpft%3DNSsiqj-GB%3DT
Heres a link how to fetch data about priviledges and such:
http://docs.oracle.com/cd/B19306_01/network.102/b14266/admusers.htm#i1008437
On 05.11.2015 10:28, Jani Tiainen wrote:
On 05.11.2015 09:54, José Tomás Tocino García wrote:
In my opinion current behavior is just fine.
How
On 05.11.2015 09:54, José Tomás Tocino García wrote:
In my opinion current behavior is just fine.
How is it "just fine" if there are usecases (the one I've described,
for instance) where the current behavior evidently doesn't cut it?
Well first, inspectdb does only processes tables.
It's actually quite common pattern in Oracle to create tables using
special admin user and then create separate users that just do have
spesific priviledges per table.
Specially old Oracle docs promoted such a pattern.
In my opinion current behavior is just fine. Also I think inspectdb
On 08.09.2015 14:08, Jani Tiainen wrote:
All hands on deck.. ;)
I wouldn't mind having an additional pair of hands to help. Normal
backend is in rather good shape - all tests do pass. GIS backend on
the other hand is having more or less fun-to-fix issues.
I've made some progress to make
tps://groups.google.com/d/msgid/django-developers/bbb2ccfe-cc2b-4665-b440-6f211d2f8808%40googlegroups.com?utm_medium=email_source=footer>.
For more options, visit https://groups.google.com/d/optout.
--
Jani Tiainen
--
You received this message because you are subscribed to the Google G
go-developers@googlegroups.com.
> Visit this group at http://groups.google.com/group/django-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/68c78921-001d-4171-bdd7-541f048734bc%40googlegroups.com.
> For more options
ango itself)" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to django-developers@googlegroups.com.
> Visit this group at http://groups.google.com/gr
On Thu, 26 Mar 2015 22:29:00 +0200
Shai Berger <s...@platonix.com> wrote:
> Hi Jani.
>
> On Wednesday 25 March 2015 09:58:00 Jani Tiainen wrote:
> >
> > We're still running Oracle and GIS. Though we do have built custom
> > backend based on Django GIS
To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/9a43a6d2-eec9-4518-afc3-0d3d0b4e5bef%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
--
Jani Tiainen
--
You received this message because you are subscribed to
depending on version of Oracle you use. Oracle does
return a faulty geometries some times, specially for extents, those may (or may
not) pass as GML.
--
Jani Tiainen
On Mon, 3 Nov 2014 16:37:04 +1100
Michael Sexton <mick.sex...@gmail.com> wrote:
> Hi
>
> I have recently start
ss than 1/2 day. Point being that back-porting is not
> > something I would ever need.
> >
> > It's good to hear that some people are keeping up2date and it didn't cause
> > any pain! Do you mind sharing how big (lines of code wise) those apps are
> > (just a ro
Hi,
You seem to found kind of an issue which happens with GeoDjango part as well.
Most of the geodjango operations require quite heavy to/from data mangling
while reading and/or writing data.
Currently there isn't clean solution to tell (per field) how data should be
treated per backend.
it's Oracle".
What comes to magic knowledge of Oracle, that I do have and I can share
it - but someone has to ask it first.
--
Jani Tiainen
- Well planned is half done and a half done has been sufficient before...
--
You received this message because you are subscribed to the Googl
and Django detection algorithm due
changes between cx_Oracle versions 5.0.x and 5.1.x. PR #650 [1] exists
for that.
[1] https://github.com/django/django/pull/650
[2] https://code.djangoproject.com/ticket/19606
--
Jani Tiainen
- Well planned is half done and a half done has been sufficient before
for the noise.
Shai.
Can you please setup simple testcase to ease bugfixing?
--
Jani Tiainen
- Well planned is half done and a half done has been sufficient before...
--
You received this message because you are subscribed to the Google Groups "Django
developers" group.
To post to
27.12.2012 15:32, Shai Berger kirjoitti:
On Thursday 27 December 2012 15:16:15 Jani Tiainen wrote:
Just out of curiosity - what's the rationale to duplicate connection
information? Why it's so important?
As I noted before, the idea is to use the second connection to write things
27.12.2012 14:41, Shai Berger kirjoitti:
Hi Jani and all,
On Thursday 27 December 2012 13:28:23 Jani Tiainen wrote:
27.12.2012 13:08, Shai Berger kirjoitti:
Hi all,
I'm seeing a problem with testing on Oracle, in a setting where there are
two defined databases that reference the same
27.12.2012 14:41, Shai Berger kirjoitti:
Hi Jani and all,
On Thursday 27 December 2012 13:28:23 Jani Tiainen wrote:
27.12.2012 13:08, Shai Berger kirjoitti:
Hi all,
I'm seeing a problem with testing on Oracle, in a setting where there are
two defined databases that reference the same
those custom values.
--
Jani Tiainen
- Well planned is half done and a half done has been sufficient before...
--
You received this message because you are subscribed to the Google Groups "Django
developers" group.
To post to this group, send email to django-developers@google
ose are quite suitable for ajax consumption. Some
of the frameworks even does have somekind of implementation to use them
directly.
--
Jani Tiainen
- Well planned is half done, and a half done has been sufficient before...
--
You received this message because you are subscribed to the Googl
"Django developers" group.
To post to this group, send email to django-developers@googlegroups.com.
To unsubscribe from this group, send email to
django-developers+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/django-developers?hl=en.
29.5.2012 12:24, Anssi Kääriäinen kirjoitti:
On May 29, 10:50 am, Jani Tiainen<rede...@gmail.com> wrote:
28.5.2012 15:35, Anssi K ri inen kirjoitti:
On May 28, 3:14 pm, Chris Northwood<cnorthw...@gmail.com>wrote:
I believe PostGIS 2.0 isn't supported
yet:https://code.djang
e able to test you would need real Oracle server - and
that costs money.
--
Jani Tiainen
- Well planned is half done and a half done has been sufficient before...
--
You received this message because you are subscribed to the Google Groups "Django
developers" group.
To post to this g
kept even with
new features like this.
And yes, second thing is of course Geodjango part which takes complexity
to whole new level.
--
Jani Tiainen
--
You received this message because you are subscribed to the Google Groups "Django
developers" group.
To post to this
or in manage.py BUT without having to add the application to
the INSTALLED_APPS tuple?
Regards
Johan
Only way to achieve what you're asking is to modify Django source code -
basically building in your command into Django core.
Is there real rationale to do that?
--
Jani Tiainen
--
You received
ithub.com/erikrose/test-utils/commit/b95a1b7
>
>
> If you read this far, you get a cookie! I welcome your feedback on merging
> optimization #1 into core, as well as any accusations of insanity re: #2 and
> #3. FWIW, everything works great without touching any of the tests on 3 of
> ou
On Tue, 2009-12-22 at 13:00 -0700, Ian Kelly wrote:
> On Tue, Dec 22, 2009 at 12:58 AM, Jani Tiainen <rede...@gmail.com> wrote:
> > Escaping bug exists in Oracle 9.2.0.5 and earlier. It was fixed in
> > patchset 9.2.0.6 and any later version.
> >
> > What comes t
to see was it that or something else.
And known workaround (that works "everywhere") is use one I pasted few
ticket comment before.
It's more like design and support decision here - is there need to
support (obsolete) Oracle version(s)?
--
Jani Tiainen
--
You received this message b
haracters.
> Unfortunately, I don't think any function-based index will help with
> that.
But there exists dbms_lob package to help with that, specially this
particular search case "dbms_lob.instr".
Of course it still has some issues (PL/SQL limitations) that may apply.
Orac
rn value of function) must be 4k or less.
One workaround could be hashing + custom field (django side).
Or use function based hashed index:
10g and after:
create unique index my_lob_uq on my_table (ora_hash(my_lob));
and for 8 or 9i:
create unique index my_lob_uq on my_table
(DBMS_UTILITY.GET_HASH
On Fri, Dec 18, 2009 at 9:43 AM, Russell Keith-Magee wrote:
> Hi all,
>
> This is a second and final call for feedback on the multidb branch.
>
> Barring any objections or the discovery of major problems, my
> intention is to commit this early next week, hitting the
On Thu, Nov 26, 2009 at 5:44 PM, Ian Kelly wrote:
> On Thu, Nov 26, 2009 at 8:38 AM, Russell Keith-Magee
> wrote:
> > Yes - this does help. The confirms my suspicion - the problem is that
> > the fixture loaded in
On Thu, 2009-11-26 at 20:23 +0800, Russell Keith-Magee wrote:
> On Thu, Nov 26, 2009 at 5:03 PM, Jani Tiainen <rede...@gmail.com> wrote:
> > On Thu, 2009-11-26 at 01:44 -0600, Alex Gaynor wrote:
> >> On Thu, Nov 26, 2009 at 1:42 AM, Jani Tiainen <rede...@gmail.com> wr
On Thu, 2009-11-26 at 01:44 -0600, Alex Gaynor wrote:
> On Thu, Nov 26, 2009 at 1:42 AM, Jani Tiainen <rede...@gmail.com> wrote:
> > On Thu, 2009-11-26 at 01:28 -0600, Alex Gaynor wrote:
> >
> >>
> >> Thanks for taking the time to run all of those! All of t
ion for multidb
tests so I could rerun all that fancy stuff correctly.
--
Jani Tiainen
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe from t
On Fri, 2009-11-20 at 01:14 -0500, Alex Gaynor wrote:
> Hey all,
>
> Russ and I have been working on getting the multi-db work ready for
> merge (final stretch here hopefully!), and I just ported the Oracle
> backend to the slightly updated backend arcitecture so it could use
> some testers. If
>
We can try to run and experiment all that since we need multidb support
and we run Oracle with heavy GIS stuff.
Is there any special requirements that I need to take account before
running tests?
--
Jani Tiainen
--
You received this message because you are subscribed to the Google G
Well we put that piece of code in test quite soon and see does it help
or not. And if some problems arises in big deletes.
Usually it's just something like that you can't delete row from type
table if it's in use.
Michael Glassford kirjoitti:
>
>
> Jani Tiainen wrote:
>> Mi
this partical device.
In worst case does system need to traverse over all 999 connections
before hitting one that says we can't delete device?
--
Jani Tiainen
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"
Michael Glassford kirjoitti:
>
>
> Jani Tiainen wrote:
>> Is there anyone working for this ticket?
>>
>> There seemed to be few patches but then a silence.
>>
>> I would be interested in to help/implement that feature since it's very
>> highly
Is there anyone working for this ticket?
There seemed to be few patches but then a silence.
I would be interested in to help/implement that feature since it's very
highly needed feature in our own code.
--
Jani Tiainen
--~--~-~--~~~---~--~~
You received
o)Django and how to get at least decent
(IMO) system up and running.
I live in world of GIS. My projects are not traditional web apps, like
blogs, pastebins. Personally I found a bit hard to find information that
goes much beyond standard blog engine or simple forum. A
88 matches
Mail list logo