Hi All (I'll assume Si isn't going to get this)
Is it correct to assume that the home phone will be the primary phone? If
we have to set one as primary wouldn't it be better to let the user decide?
Regards
Scott
2008/7/2 [EMAIL PROTECTED]:
Author: sichen
Date: Tue Jul 1 14:28:09 2008
New
It's ok here too...
Jacques
From: Jacopo Cappellato [EMAIL PROTECTED]
No problem for me...
Please try the following steps
1) ant clean
2) ant build
Also verify if you have old jars in the classpath (svn status may help you to
spot them).
Jacopo
On Jul 2, 2008, at 7:05 AM, jazerb wrote:
Getting following error while uploading data :
[java] 2008-07-02 13:56:09,272 (main) [
GenericDelegator.java:1240:ERROR]
[java] exception report
--
[java] Failure in store operation for entity [StatusType]:
Hi,
I'm not quite sure, but I can't download with all my bandwidth power which
seems to mean that there are other simultaneous downloads. Have we a log about
that ?
Jacques
PS : Actually not, I forgot I also listen radio (musique) from the net while
working :/. But the log question still
I saw it
+1 without any hesitations, choice is better
Jacques
From: Scott Gray [EMAIL PROTECTED]
Hi All (I'll assume Si isn't going to get this)
Is it correct to assume that the home phone will be the primary phone? If
we have to set one as primary wouldn't it be better to let the user
Hi David,
as I wasn't really sure about what to answer to your question, i looked a bit
around:
http://geocoder.us/blog/2006/03/23/how-many-digits-are-enough/
if their data is correct: 0.01 degrees are 4.37184 inch or 11.1044736
centimeters
that ought to be enough for everyone ;-)
Thanks for letting me know. I hadn't finished the statusTypeIds when I
committed that. They're finished now and in with a few other changes
in SVN rev 673324.
I also did a fresh db load test with the latest and got no errors.
-David
On Jul 2, 2008, at 2:46 AM, Ratnesh Upadhyay wrote:
Roland [EMAIL PROTECTED] wrote: Hi David,
as I wasn't really sure about what to answer to your question, i looked a bit
around:
http://geocoder.us/blog/2006/03/23/how-many-digits-are-enough/
if their data is correct: 0.01 degrees are 4.37184 inch or 11.1044736
centimeters
that ought to be
You are right Judd. The trunk (at least) is not build anymore. So it seems from
you research that this dates from 6/18
Please Tim, could you have a look at it ?
TIA
Jacques
From: Jacques Le Roux [EMAIL PROTECTED]
From: juddco [EMAIL PROTECTED]
The 6/18 trunk version is the last one with
Working for me as well without any problem.
--
Ashish
On Wed, Jul 2, 2008 at 4:35 AM, Jacques Le Roux
[EMAIL PROTECTED] wrote:
It's ok here too...
Jacques
From: Jacopo Cappellato [EMAIL PROTECTED]
No problem for me...
Please try the following steps
1) ant clean
2) ant build
Also
Any problems with revision (last) 673329 here
Please use rather user ML for such questions :
http://docs.ofbiz.org/display/OFBADMIN/Mailing+Lists#MailingLists-DeveloperList:dev@ofbiz.apache.org
Thanks
Jacques
From: Ratnesh Upadhyay [EMAIL PROTECTED]
Getting following error while uploading
Thank you so much David.
- Ratnesh
On Wed, Jul 2, 2008 at 2:32 PM, David E Jones [EMAIL PROTECTED]
wrote:
Thanks for letting me know. I hadn't finished the statusTypeIds when I
committed that. They're finished now and in with a few other changes in SVN
rev 673324.
I also did a fresh db
Jacques ,
I just found out a problem with this particular commit, so I reported here.
BTW i know about the user mailing list ;)
Thanks !
-Ratnesh
On Wed, Jul 2, 2008 at 3:18 PM, Jacques Le Roux
[EMAIL PROTECTED] wrote:
Any problems with revision (last) 673329 here
Please use rather user
In addition, TIGER road data is to 15 significant digits as is US data for
county political boundaries.
Chris Howe [EMAIL PROTECTED] wrote: Roland wrote: Hi David,
as I wasn't really sure about what to answer to your question, i looked a bit
around:
I've added some notes to the Cookbook on how to get setup with PostGIS under
the subheading Geographic Information Systems (GIS)
http://docs.ofbiz.org/x/YwU
I was able to grab geospatial data through the SQL processor. When trying to
get it through webtool's entity maintenance, I ran out of
[
https://issues.apache.org/jira/browse/OFBIZ-1859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mridul Pathak updated OFBIZ-1859:
-
Attachment: AjaxInPlaceEditor.patch
Uploaded the updated patch with few corrections.
Implement
Wait a minute... why would the user mailing list be used for this?
It's definitely discussion around development of OFBiz itself
-David
On Jul 2, 2008, at 3:48 AM, Jacques Le Roux wrote:
Any problems with revision (last) 673329 here
Please use rather user ML for such questions :
David, Ratnesh,
Yes sorry, I was too fast on this one, kind of Pavlov's reflex. At large, my
aim si to cut ASAP messages not well directed
Jacques
From: David E Jones [EMAIL PROTECTED]
Wait a minute... why would the user mailing list be used for this? It's
definitely discussion around
Here is what I found in a quick search:
Coordinates in the TIGER/LineĀ® files are in decimal degrees and have
six
implied decimal places. The positional accuracy of these coordinates
is not
as great as the six decimal places suggest.
That is from near the bottom of page 6 of this document:
Currently VAT/Tax sales switch is based on showPricesWithVatTax in
productStore. But in fact it should be based on taxAuthority table. There is
the place where we could know if it is VAT or not. It would be also important
in purchase order where there is no need for store.
Marek
Hi Marek,
On Jul 2, 2008, at 3:58 PM, Marek Mosiewicz wrote:
Currently VAT/Tax sales switch is based on showPricesWithVatTax in
productStore. But in fact it should be based on taxAuthority table.
There is the place where we could know if it is VAT or not. It would
be also important in
[
https://issues.apache.org/jira/browse/OFBIZ-1791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joe Eckard updated OFBIZ-1791:
--
Attachment: jetty20080702.patch
Here is a complete patch against the latest SVN
Update Jetty
From: Jacopo Cappellato [EMAIL PROTECTED]
Hi Marek,
On Jul 2, 2008, at 3:58 PM, Marek Mosiewicz wrote:
Currently VAT/Tax sales switch is based on showPricesWithVatTax in
productStore. But in fact it should be based on taxAuthority
table. There is the place where we could know if it is VAT
[
https://issues.apache.org/jira/browse/OFBIZ-1791?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacopo Cappellato closed OFBIZ-1791.
Resolution: Fixed
Thanks Joe,
a slightly different version of your patch is in rev.
We are having the same problem with Rate estimates. The UPS rate estimate is
not giving very accurate estimates relative to the actual pricing. Actual
pricing can be 30% higher or lower.
What method are most people using to do rate estimates?
Am I doing something wrong by using the UPS Rate
David,
I stand corrected on the significant digits used in TIGER. It seems there is a
slight difference in unit specificity in the projection that I assumed versus
what TIGER provides
4269 degree Unit = 0.01745329251994328
Tiger degree Unit = 0.017453292519943295
This threw off the retrieval
This is looking pretty good Adrian. It's great to see demo/test data
in there. It's probably the most concise form of self documentation,
along with a great way to easily (though manually) test the application.
-David
On Jul 2, 2008, at 4:37 PM, [EMAIL PROTECTED] wrote:
Author: adrianc
Thanks David!
My hope was the demo data would demonstrate the fixed asset is an
instance of product concept.
-Adrian
David E Jones wrote:
This is looking pretty good Adrian. It's great to see demo/test data in
there. It's probably the most concise form of self documentation,
along with a
[
https://issues.apache.org/jira/browse/OFBIZ-1851?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12610083#action_12610083
]
Adrian Crum commented on OFBIZ-1851:
Bump.
This issue is a week old now. I'd like to
I think I see where you're coming from Chris, and I'm for standards
and existing toolsets. I think what we're talking about here is much
more simple.
Eventually we'll (hopefully!) get to the point where we want to define
polygon boundaries for Geo records and that sort of thing, and
The part that is overlooked when wanting to go simple is that the coordinates
that will be recorded become garbage data when they are stored without the
correct coordinate system reference. Without the correct coordinate system
reference, the possibility of eventually will be removed from your
Thanks for the pointers. As it turns out, I still had
geronimo-transaction-1.0.jar and jencks-1.1.3.jar on the classpath. My
assumption was that ant clean would take care of this, but for me this was
not the case. I removed these two jars and the build went fine.
Thanks again!
-B
Jacopo
32 matches
Mail list logo